Помощник
|
Эффективен ли MemCached |
fioru
|
Сообщение
#1
|
||
|
|
||
|
|||
Lordie |
4.7.2012, 16:10;
Ответить: Lordie
Сообщение
#2
|
|
fioru, исходя из сути работы memcached - при уже наличествующей реализации кеширования на низком уровне (html-кодом) - пользы не будет практически никакой. Отталкиваться от позиции "свое - лучше". Т.к. своя реализация кеширования, обычно, лучше учитывает суть работы скрипта, в отличие от "общего" подхода.
|
|
|
maximnara |
4.7.2012, 20:57;
Ответить: maximnara
Сообщение
#3
|
|
Остается непонятным зачем делать аж 3 запроса к базе? При такой частоте обновлений, я полагаю, кэш будет неэффективен.
-------------------- |
|
|
Lordie |
4.7.2012, 20:59;
Ответить: Lordie
Сообщение
#4
|
|
maximnara, но это уже вопрос архитектуры, а следовательно - совершенно другая история...
|
|
|
maximnara |
4.7.2012, 22:33;
Ответить: maximnara
Сообщение
#5
|
|
Lordie, да какая к черту архитектура. Вопрос, в общем-то, про оптимизацию сайта. И да, можно легко сократить количество запросов, нужно только немного больше времени потратить. Это будет значительно эффективнее memCache.
Сообщение отредактировал maximnara - 4.7.2012, 22:34 -------------------- |
|
|
webpavilion |
4.7.2012, 22:43;
Ответить: webpavilion
Сообщение
#6
|
|
maximnara, ну зачем писать глупости? существенно сократить с трех до одного в секунду?
полностью согласен с Lordie, проблема в архитектуре и видимо выборе исполнителя. fioru, Зачем беретесь писать то что не умеете, заказ то у вас коммерческий? Сообщение отредактировал webpavilion - 4.7.2012, 22:47 -------------------- Не ведитесь, cамопис это почти всегда плохо! Делаю сайты на Drupal 7.x (очень дорого) |
|
|
fioru
|
Сообщение
#7
|
|
webpavilion, Что за бред?
Данная ветка только для поиска соискателей выполнения чего-либо? Я несколько раз создавал тему в новичках с подобными вопросами и её каждый раз переносили сюда. Я ищу мнений, архитектура у меня сделана так как это требуется. Количество обращений к базе данных возможно уменьшить всего лишь на 1 путем выноса настроек многочисленных стартов в файлы, хотя я в этом особо смысла не вижу. |
|
|
webpavilion |
4.7.2012, 23:24;
Ответить: webpavilion
Сообщение
#8
|
|
fioru, мне не нравится когда кто то за деньги делает то что не умеет, я у вас спросил: "коммерческий заказ вы выполняете или пишите для себя?" не знаю, причем тут бред.
логично предположить: если бы архитектура у вас была правильная, то проблем с производительностью не возникло. правильная реализация подобных сервисов позволяет сократить количество обращений к данным до 1 в промежуток обновления событий и подстраиваться к количеству активных пользователей. -------------------- Не ведитесь, cамопис это почти всегда плохо! Делаю сайты на Drupal 7.x (очень дорого) |
|
|
Lordie |
4.7.2012, 23:31;
Ответить: Lordie
Сообщение
#9
|
|
Прямо скажем, если речь идет об информации, которая изменяется в предельно краткий промежуток времени (а после этого переходит в разряд статической информации) - вообще логично в этот самый промежуток БД не дергать как таковую. Ибо незачем. Невиноватая она. А перенести в нее информацию отложенно. Но это так, мысли вслух. Кому надо - поймет.
|
|
|
bobgubko |
5.7.2012, 0:21;
Ответить: bobgubko
Сообщение
#10
|
|
А меня смущает Ajax с интервалом в одну секунду. Серверу вряд ли понравится такое количество открытых соединений в секунду. Я бы смотрел в сторону вебсокетов. Для этого случая самое то, как по мне.
-------------------- |
|
|
|
Текстовая версия | Сейчас: 19.4.2024, 14:17 |