- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вам нужно key -> value.
Так возьмите простенькие типа Redis, Memcached и их подобных - быстрые удобные и подходит под Ваши запросы.
Спасибо, посмотрю на эти тулы. Подскажите а как быть с хостингом? Поддерживаются эти средства на минимальных тарифных планах?
Поддерживаются эти средства на минимальных тарифных планах?
на минимальных планах ГОРАЗДО вероятней MySQL, чем Memcache & Co
Если все-таки решитесь так делать, то можете разбросать данные по 16 или 256 сериализованным массивам, т.е. будет 16 или 256 файлов данных. Малость геморойно, но работать быстро будет.
Определить в какой файл лезть: берете один или два симола от функции md5($key).
Подход хороший, думал об этом, спасибо.
Прочитал, что у Вас централизованное хранилище и остальные реадонли. Дальнейшее развитие идеи:
Сделайте в центральном хранилище примитивное АПИ, которое будет отдавать сайтам-клиентам уже готовые сериализованные массивы.
На сайтах-клиентах:
На нескольких моих проектах работает подобное, все нормально.
Да и биржи ссылок: сапа, линкфид и т.д. используют точно такой же подход.
Сделайте в центральном хранилище примитивное АПИ, которое будет отдавать сайтам-клиентам уже готовые сериализованные массивы.
Да, примерно так и будет сделано. Только данные будут забираться из промежуточного каталога на клиенте, куда "центр" будет пихать обновленные данные. Ну или как-то так, еще не проектировал в деталях. В любом случае спасибо за идею и частичную реализацию ))
К сожалению на счет хостинга не подскажу.
Но можете взять минимальную VPS'ку и поставить туда сами.
Ставится очень просто.
если у вас хостинг без всего - то конечно файлы, но учесть что при работе с файлами на открытие одного файла тратится примерно в 3 раза больше оперативки, чем размер самого файла + на сам пхп скрипт сколько там нужно в вашем движке. А нищебродские и бесплатных хостинги и тарифы размер оперативки на один процесс сильно урезают и на количество файлов на аке также могут иметь ограничения.
Да, примерно так и будет сделано. Только данные будут забираться из промежуточного каталога на клиенте, куда "центр" будет пихать обновленные данные. Ну или как-то так, еще не проектировал в деталях. В любом случае спасибо за идею и частичную реализацию ))
Так у вас получается (как указали выше), как у ссылочных бирж. Главный сервер держит все данные, а на доменах лежит файлик с json или xml: советую json - он быстрее парсится.
советую json - он быстрее парсится.
php serialize() еще быстрее будет, кажись на хабре, были тесты когда-то.
php serialize() еще быстрее будет, кажись на хабре, были тесты когда-то.
Возможно и так. Вот хорошая ссылка, там все уже расписали в общем-то.
ТС у меня пол сотни сайтов без баз. Хостинги обычные вертуалки(любые). Есть СМИ- больше 20000стр. и с 1000-2000чел. в день.
229.19 KB (0.0121 сек.) - с кешем, без кеша (0,2сек.) ну это примерно.
Файл контента в 10мб никакой проблемы для хоста вообще не создаёт. Не один год уже работаю без баз и пока не собираюсь спрыгивать. Может в теории не так, но на практике у меня так.