- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
да об этом известно http://forum.template-cms.ru/topic/156/esli-sozdat-dve-stranitsy-s-odinakovym-slug/
:D больше месяца прошло (2011-05-18) а косяк на месте...
Это нормально? Это критический косяк, который нужно было исправить в тот же день :)
300к на выходе. Давай оптимизируй :)
300к на выходе. Давай оптимизируй :)
used memory: 75
на том же сервере движок конструктора foxi потребляет: used memory: 118
Юзабильная. Еще как юзабильная. Бан во вкладке Плагины - установить ?
А также в доке http://template-cms.ru/docs/install-plugins
Ставьте любой. http://template-cms.ru/download/plugins Благо что в Template CMS это просто и быстро!
template-cms.ru/docs
Elapsed time 0.028 seconds в Template CMS 2.0.4 будет еще быстрее и меньший расход оперативки. Template CMS сейчас и так уже Быстрее и менее прожорливое ее конкурента - GS.
Ага... Сайт визитку на 1100 страниц видели ?
awilum добавил 25.06.2011 в 21:50
http://forum.template-cms.ru/topic/203/template-cms-204-coming-soon/
awilum добавил 25.06.2011 в 21:52
UPD К теме:
http://t-cms.ru/ - Портал о Template CMS - простой и гибкой системе управления сайтом на PHP без MySQL.
Ок, 118 это круче чем 200+. Но что это тебе даст ? Я не вижу разницы между 100к на процесс или 1мб на процесс. Сейчас даже впс идут с 512 памяти. Там процессор тупо не успеет переработать такое число запросов, которое смогло бы полностью загрузить всю оперативку.
У меня cms жрет порядка 1 мега на страницу. Я ни разу не упирался в память, хотя трафика иногда под 200к+ в сутки бывало. Вертится на xen с 512 памяти, свободно всегда 200+ мег.
Хотя если оттюнить php , убрать не нужные модули, то памяти будет еще больше. Только нафига ? Сейчас возможности стоят дороже чем железо.
http://t-cms.ru/ - Портал о Template CMS - простой и гибкой системе управления сайтом на PHP без MySQL.
:D 10 страничная визитка != портал.
awilum, а расшифровать можешь? зачем скриншоты?
У меня к примеру вызов голого php занимает 311к памяти.
Так оно примерно и есть.
С стандартным шаблоном и контентом главная страница потребляет 244 Kb оперативки. Не по вордпресовски конечно но тоже непонятно откуда.
Поправочка: вам непонятно. 244 kb оперативки - это да, чертовски много :D
движок конструктора foxi
Так вот где собака зарыта :D
А теперь о самой CMS. Скачал я это чудо, посмотрел...
Основные моменты:
1) написано все на функциях. Хорошо это или плохо сложно сказать. Но вот зачем в хелперах проверки на function_exists? Если уж создается система, то надо бы как-то решить проблему с именованием функций. Для навигации по коду мне как-то удобней было пользоваться "Поиском по содержимому файлов". Сама CMS организована очень непродуманно и запутанно.
2) глобальные переменные - это зло. В чем сакральный смысл функций:
function getPluginInfo() {
global $plugins_info;
return $plugins_info;
}
?
3) механизм обработки URI и фильтрация входящих данных. Это нужно видеть!
4) и, наверное, самый интересный момент. Так называемый XMLDB, сердце системы. Зачем все хранить в XML? Как показывает тестирование (http://habrahabr.ru/blogs/php/112402/) парсинг XML файлов на порядок медленней того же serialize. "На порядок" - это примерно в 10 раз. Feel the difference, что называется.
Хорошо, когда таких данных немного, но вот когда страничек 100-1000-10000 начинается песец. Сразу пример. В CMS-ке есть метод getAvailablePages(), который загружает и обрабатывает все странички из папки data/pages/. Если таких страниц много, то мало того, что оно будет долго обрабатываться, да еще и памяти будет непомерно жрать. Как минимум - это удвоенный объем папки со страницами.
Ситуация также усугубляется тем, что все настройки хранятся в XML...
Едем дальше. Основной функцией, которая используется для получения данных, является getXML(). При каждом вызове она считывает и декодирует из XML тот или иной файл. Вот вызвали эту функцию десять раз с тем же аргументом в функциях вроде pagesTitle(), pagesDescription(), pagesContent и т.д. - десять раз загрузился и был обработан XML файл со страницей. Нехило так, правда?
Мне страшно подумать, что случится если это все загнать в цикл для всех страниц... Жалких сто страничек - и получаем тысячу считываний и обработок XML. А это все память, это все ресурсы жесткого диска.
Решение тут предельно простое: создать кеш с декодированным содержимым сайта и хранить его в какой-то переменной. При вызове функции getXML() будет производиться проверка на наличие записи в массиве кеша, чтобы лишний раз не лезть на жесткий и не декодировать.
Использование файлов вместо БД тоже накладывает свои ограничения. Что-то сложней сайта-визитки на этой CMS будет проблематично.
Итог: обычная CMS на файлах с кучей недоработок.
Вера в великую awilum cms рушится на глазах :D