Никто не держит статику в оперативки сервера ( если это конечно не критично ), я вам больше скажу, никто не держит результат выполнения тяжелых запросов в оперативке сервера. Держать кэш в оперативке неоправданная роскошь, там можно хранить наример сессии пользователей, но никак не результат выборок с базы, так как разогреть такой кеш после перезапуска машины будет проблематично, да и не получится разогреть такой кеш на специальной машине с переносом на продакшен :))
Для большинства запросов к базе хватает правильно настроенных индексов и третьей нормальной формы реляционной БД. И на крайняк сохранения результата на SSD :))
Кэш для статики обычно хранится на стороне клиента (в браузере), просто вместе с картинкой надо послать заголовок, сколько она будет актуальна. Зачем вам статику хранить в оперативке сервера? Как часто у вас меняется файл библиотеки jQuery версии 1.11 например?
Для динамики, да, можно использовать хранение в оперативке и то это не всегда актуально.
Вам нужен хороший верстальщик на аутсорсе и тогда вы сможете
Почему нелепо?
Можно пойти дальше и сделать дыру в безопасности (если у вас веб сервер Apache), но зато этичную, надо всего то в .htaccess вставить строчку
AddType application/x-httpd-php .html
И вы сможете вставлять код php в файл с расширением .html, но то что это дыра я предупредил
Смотря, что вы хотите от этого получить.
Ну очень уж прельщает retailCRM для интернет магазина, правда дорого. Мой склад для учета еще ничего так, но больно печально там всё. А так, конечно есть и специализированные. Вам надо не от движка заходить, а от бизнес процессов.
Чтобы небыло лишних запросов к серверу
Тогда мне интересно, что по вашему самописы? Легаси код из учебников, написанный школьником что ли?
Я никак не принижаю вклад популярных движков в сообщество, я лишь говорю о том, что
А вы пошли непонятно в какую сторону.
Вы сопровождаете эти проеты? Вы знаете что там под капотом? И вы уверены что там сайты в варианте из коробки и там ничего не дописано или не переписано?
Я не знаю не одного проекта под нагрузкой, на системе общего назначения, который бы работал чисто из коробки. Даже вордпресс без кеширующих плагинов положит добротную виртуалку при 10-20 человек онлайн.
Некоторые нагруженные проекты оставляют CMS ради админки (например радио рекорд), но в админке работает не много человек и писать её с нуля нет смысла. Переписана, как правило, генерация контента посетителям. Переписаны запросы к базе, расставлены индексы под эти запросы и так далее.---------- Добавлено 02.04.2016 в 23:26 ----------
Вы не знаете, что там под капотом. Я сомневаюсь, что там голый WP.
Чем сайт на вордпресе с самописными решениями отличается от сайта с самописными решениями на Symfony2?
Во-первых, хотелось бы посмотреть весь файл.
Во-вторых, я нигде не встречал RewriteRule без предшестующего ему RewriteCond---------- Добавлено 02.04.2016 в 23:09 ----------
RewriteRule ^myblog/title.* http://domain.ru/newblog/
Попробуйте так
RewriteCond %{REQUEST_URI} ^/myblog/titleRewriteRule ^ /newblog/title [L]
Только к тому файлу у которого нужно скинуть кэш
