Sly32: Кэширование в браузере - совершенно иная сторона,я не ее имел ввиду. Мои советы касались создания статических страниц, которые будут выдаваться пользователю при запросе, вместо постоянного обращения к базе и формирования динамических запросов.
Никто не держит статику в оперативки сервера ( если это конечно не критично ), я вам больше скажу, никто не держит результат выполнения тяжелых запросов в оперативке сервера. Держать кэш в оперативке неоправданная роскошь, там можно хранить наример сессии пользователей, но никак не результат выборок с базы, так как разогреть такой кеш после перезапуска машины будет проблематично, да и не получится разогреть такой кеш на специальной машине с переносом на продакшен :))
Для большинства запросов к базе хватает правильно настроенных индексов и третьей нормальной формы реляционной БД. И на крайняк сохранения результата на SSD :))
Sly32: А где вы кэш храните? Какая оперативка должна быть для хранения там картинок?
Кэш для статики обычно хранится на стороне клиента (в браузере), просто вместе с картинкой надо послать заголовок, сколько она будет актуальна. Зачем вам статику хранить в оперативке сервера? Как часто у вас меняется файл библиотеки jQuery версии 1.11 например?
Для динамики, да, можно использовать хранение в оперативке и то это не всегда актуально.
alexdosson: У меня мини сайт на HTML простом. Мне на одну страницу надо вставить онлайн тест написанный на PHP. Если у меня все страницы .HTML и тут я вставлю .PHP страницу, это будет нелепо. Как поступить?
Почему нелепо?
Можно пойти дальше и сделать дыру в безопасности (если у вас веб сервер Apache), но зато этичную, надо всего то в .htaccess вставить строчку
AddType application/x-httpd-php .html
И вы сможете вставлять код php в файл с расширением .html, но то что это дыра я предупредил
Ну очень уж прельщает retailCRM для интернет магазина, правда дорого. Мой склад для учета еще ничего так, но больно печально там всё. А так, конечно есть и специализированные. Вам надо не от движка заходить, а от бизнес процессов.
SeVlad: А ты читать умеешь? Хотя бы то, что процитировано.
Ок, помогу. Это самописы? Нет. Далеко ушли от паблик-движков? Нет. Вот и всё, о чём я говорил.
Тогда мне интересно, что по вашему самописы? Легаси код из учебников, написанный школьником что ли?
Я никак не принижаю вклад популярных движков в сообщество, я лишь говорю о том, что
Aisamiery: Движок обычно используют для сокращения издержек, в большинстве случаев конечно. Все проекты с ростом нагрузки уходят в сторону самописов, и начинается с переписывания движка (изначально) и переходом на более подходящие инструменты (в будущем).
SeVlad: Расскажи это белому дому, снн, итваре и ещё 100500 бестолковым нищебродам :)
Вы сопровождаете эти проеты? Вы знаете что там под капотом? И вы уверены что там сайты в варианте из коробки и там ничего не дописано или не переписано?
Я не знаю не одного проекта под нагрузкой, на системе общего назначения, который бы работал чисто из коробки. Даже вордпресс без кеширующих плагинов положит добротную виртуалку при 10-20 человек онлайн.
Некоторые нагруженные проекты оставляют CMS ради админки (например радио рекорд), но в админке работает не много человек и писать её с нуля нет смысла. Переписана, как правило, генерация контента посетителям. Переписаны запросы к базе, расставлены индексы под эти запросы и так далее.
---------- Добавлено 02.04.2016 в 23:26 ----------
Кэширование в браузере - совершенно иная сторона,я не ее имел ввиду. Мои советы касались создания статических страниц, которые будут выдаваться пользователю при запросе, вместо постоянного обращения к базе и формирования динамических запросов.
Никто не держит статику в оперативки сервера ( если это конечно не критично ), я вам больше скажу, никто не держит результат выполнения тяжелых запросов в оперативке сервера. Держать кэш в оперативке неоправданная роскошь, там можно хранить наример сессии пользователей, но никак не результат выборок с базы, так как разогреть такой кеш после перезапуска машины будет проблематично, да и не получится разогреть такой кеш на специальной машине с переносом на продакшен :))
Для большинства запросов к базе хватает правильно настроенных индексов и третьей нормальной формы реляционной БД. И на крайняк сохранения результата на SSD :))
А где вы кэш храните? Какая оперативка должна быть для хранения там картинок?
Кэш для статики обычно хранится на стороне клиента (в браузере), просто вместе с картинкой надо послать заголовок, сколько она будет актуальна. Зачем вам статику хранить в оперативке сервера? Как часто у вас меняется файл библиотеки jQuery версии 1.11 например?
Для динамики, да, можно использовать хранение в оперативке и то это не всегда актуально.
Вам нужен хороший верстальщик на аутсорсе и тогда вы сможете
делать качественные интересные адаптивные лендинги, без особого ковыряния в коде.
У меня мини сайт на HTML простом. Мне на одну страницу надо вставить онлайн тест написанный на PHP. Если у меня все страницы .HTML и тут я вставлю .PHP страницу, это будет нелепо. Как поступить?
Почему нелепо?
Можно пойти дальше и сделать дыру в безопасности (если у вас веб сервер Apache), но зато этичную, надо всего то в .htaccess вставить строчку
И вы сможете вставлять код php в файл с расширением .html, но то что это дыра я предупредил
Смотря, что вы хотите от этого получить.
Ну очень уж прельщает retailCRM для интернет магазина, правда дорого. Мой склад для учета еще ничего так, но больно печально там всё. А так, конечно есть и специализированные. Вам надо не от движка заходить, а от бизнес процессов.
А зачем их вообще кэшировать?
Чтобы небыло лишних запросов к серверу
А ты читать умеешь? Хотя бы то, что процитировано.
Ок, помогу. Это самописы? Нет. Далеко ушли от паблик-движков? Нет. Вот и всё, о чём я говорил.
Тогда мне интересно, что по вашему самописы? Легаси код из учебников, написанный школьником что ли?
Я никак не принижаю вклад популярных движков в сообщество, я лишь говорю о том, что
Движок обычно используют для сокращения издержек, в большинстве случаев конечно. Все проекты с ростом нагрузки уходят в сторону самописов, и начинается с переписывания движка (изначально) и переходом на более подходящие инструменты (в будущем).
А вы пошли непонятно в какую сторону.
Расскажи это белому дому, снн, итваре и ещё 100500 бестолковым нищебродам :)
Вы сопровождаете эти проеты? Вы знаете что там под капотом? И вы уверены что там сайты в варианте из коробки и там ничего не дописано или не переписано?
Я не знаю не одного проекта под нагрузкой, на системе общего назначения, который бы работал чисто из коробки. Даже вордпресс без кеширующих плагинов положит добротную виртуалку при 10-20 человек онлайн.
Некоторые нагруженные проекты оставляют CMS ради админки (например радио рекорд), но в админке работает не много человек и писать её с нуля нет смысла. Переписана, как правило, генерация контента посетителям. Переписаны запросы к базе, расставлены индексы под эти запросы и так далее.
---------- Добавлено 02.04.2016 в 23:26 ----------
Далеко не все и не всегда. Многие крупные сайты спокойно себе работают на том же WordPress (https://wordpress.com/notable-users/)
Вы не знаете, что там под капотом. Я сомневаюсь, что там голый WP.
Чем сайт на вордпресе с самописными решениями отличается от сайта с самописными решениями на Symfony2?
Во-первых, хотелось бы посмотреть весь файл.
Во-вторых, я нигде не встречал RewriteRule без предшестующего ему RewriteCond
---------- Добавлено 02.04.2016 в 23:09 ----------
Попробуйте так
там много строк где встречается link, во все добавлять?
Только к тому файлу у которого нужно скинуть кэш