Кеширование в NetCat? - !!!
- Автор темы Zeratul
- Дата начала
- Статус
Y
yakodzun
Прохожие
вот именно что все упирается только в солидность
а с технической точки зрения в этом нет необходимости кроме единичных проектов типа сотовик.
даже на сайте неткат написано Среднее время генерации страницы - 0,08 секунды, только это не правда
для какой-нибудь простенькой визитки согласен на 0,2 секунды, но не когда много контента
а с технической точки зрения в этом нет необходимости кроме единичных проектов типа сотовик.
даже на сайте неткат написано Среднее время генерации страницы - 0,08 секунды, только это не правда
для какой-нибудь простенькой визитки согласен на 0,2 секунды, но не когда много контента
T
Tronzik
Прохожие
Может они имели ввиду 0,08 сек - генерацию ХТМЛ кода, а не контента и диза?вот именно что все упирается только в солидность
а с технической точки зрения в этом нет необходимости кроме единичных проектов типа сотовик.
даже на сайте неткат написано Среднее время генерации страницы - 0,08 секунды, только это не правда
R
roman78
Прохожие
а что делать тем кто мечтает о 20к уникалов? это я к тому что осваивать систему зная что она потянет любые задачи много интереснее... вон дле например предложил по сути сайт разместить на нескольких машинах (функция синхронизации базы юзеров) хотя и так скоростным считается
В
вася
Прохожие
хм. а у меня в админке неткат кэшируется вечно браузерами. так я загрёбся уже сидеть и щёлкать несколько раз обновление чтобы увидеть изменённую струтктуру сайта например или добавленный новый шаблон.
Levey
Постоялец
- Регистрация
- 20 Мар 2007
- Сообщения
- 55
- Реакции
- 7
Полностью согласен. У нас база хоть и большая (относительно), но очень быстро изменяется. Поэтому смысла в кешировании нет...
Заглянул в логику, в таком виде кеширование не прикрутить, в класс работы с бд (тихий ужас) толком не встроить. Выход конечно есть, но про обновление можно забыть, ну и логику менять конечно. Так что если и в каком релизе и будет - то настолько кривым (лучше помолчу).
Убавить нагрузку можно, вынося все настройки в подключаемый файл, исправление в 3 станицах + в админке на обновление. Отключив нафиг всю статистику (гугл есть
) вы прибавите скорость % 20. Титул лучше не напрягать всякими наваротами, добавить модуль вывода(с кешированием) - и все боксы выводить через него, + писать класс работы с базой(с кешем), загляните в query (собаководы ) - так и 5 лет тому назад не писали (хотя как помню в 99 было в норме).
переписав все что в require можно получить прирост % 20.
добавить кеширование в права (группы).
Ну работы на недельку- может на 2.
так что можно рекомендовать брать за основу, переписывать, оптимизировать, подтянуть с 3 до 5.
Правда вопрос в том - если до ума доводить, то покупать наверно точно не стоит, ведь слижут исправления - если в паблик пустить.
ЗЫ. разработчики спят, даже на работе, либо их просто нет.
Убавить нагрузку можно, вынося все настройки в подключаемый файл, исправление в 3 станицах + в админке на обновление. Отключив нафиг всю статистику (гугл есть
) вы прибавите скорость % 20. Титул лучше не напрягать всякими наваротами, добавить модуль вывода(с кешированием) - и все боксы выводить через него, + писать класс работы с базой(с кешем), загляните в query (собаководы ) - так и 5 лет тому назад не писали (хотя как помню в 99 было в норме). переписав все что в require можно получить прирост % 20.
добавить кеширование в права (группы).
Ну работы на недельку- может на 2.
так что можно рекомендовать брать за основу, переписывать, оптимизировать, подтянуть с 3 до 5.
Правда вопрос в том - если до ума доводить, то покупать наверно точно не стоит, ведь слижут исправления - если в паблик пустить.
ЗЫ. разработчики спят, даже на работе, либо их просто нет.
N
netcatnik
Прохожие
небольшое подобие кеширования можно сделать, используя либу cacheLite, подключить ее в s_loadenv.inc.php и переписать вызовы функций вывода разделов...
- Статус