Solmyr: Скорее всего этим сайтам придется умереть.
А чего умирать? Пусть живут. Не развалятся же они, раз уж столько лет прожили. EOL по большому счету означает "не делайте новых проектов, если тут уже нет всех необходимых модулей", и ничего кроме.
edogs: Судя по хабрахабру производительность упала раза в 3
Это в какой момент? В бете вполне себе шустро работал. Правда, мы тогда занимались исключительно друпалом: семерка тоже неплохо бегала, а шестерка летала. "Тормоза" начинаются с хитровыдуманных панелек с вьюхами, но на то и кеши есть, а нужна чистая скорость - минимальная установка и вперед кастомить темплейты.
Делал сайт на Д8-бета чуть меньше года назад. Не очень.
Идея хороша, в том плане что Друпал давно был фреймворком с примесью CMS.
Реализация сносна, в том плане что Симфони стабилен, документирован, и имея опыт симфони и Д7 в целом можно с богом и какой-то матерью получить результат.
Основные модули портированы.
Что было плохо, но, наверное, уже наладилось: очень много приятных вспомогательных модулей не портировано, особенно в частях с черной магией и тесной интеграцией вьюх-панелей-сущностей.
Что было плохо и вряд ли наладилось: документация. Д6=>Д7 был очень простым потому что пресловутое движение к ООП коснулось друпала очень вскользь. Большая часть АПИ та же, пройдись по верхам и migration guides — и ты уже в теме. То же ядро, те же апи и конвенции.
Д7=>Д8 — очень большие изменения. Половина - измененные и переработанные АПИ друпала, половина - куски из симфони, и еще то тут то там черная магия, которая вчера работала так, а сегодня то ли в другом контроллере, то ли выпилена, то ли работает совсем иначе.
TL;DR: получилось интересно, но для продакшна я бы годик подождал пока портируют модули и документация придет в порядок.
---------- Добавлено 24.11.2015 в 00:41 ----------
ЗЫ: Д6 жалко в плане ностальгии, но тянуть его смысла не было. Д7 в минимальной установке почти так же быстр, уникальных для шестерки модулей крайне мало. Светлая память, но семерка уже давно no-brainer опция.
rownong3: Он полностью закроет сайт и от Яндекс и от Гугла (обнаружение ПС дублирования будет исключено 100%)?
Дешево и сердито (и полностью надежно) - через basic http auth
SeVlad: Хватит, если делать видимость сайта. Если нужно получить рабочий сайт - раза как минимум в 2 больше
Зависит от того что хочет ТС, Если взять студента на вордпрессе, то под капотом будет какашка, но скопировать фронт за $200 ему смогут, уверен. Тут же в топике услуг по демпинговым ценам многие делают.
Выделить, обвести рамочкой, распечатать и повесить над столом.
В качестве платформ я бы еще посмотрел на Drupal. По моему опыту работы на нем результат (качество реализации => цена последующих доработок) чаще вменяем "в среднем по больнице". На WordPress будет дешевле стартовать, потом - как повезет с исполнителем.
levchernenko: maks_m, в консоли нужно смотреть потребление памяти. можешь уменьшить потребление памяти mysql, около 100мб можно сбросить.
Если я правильно читаю логи, там гигабайт надо бы сбросить..
totamon: и что делать? отключать плагины или переписывать? стоит то только необходимое
Для начала понять почему происходит. В принципе, если потребление не растет, и это VDS, можно выделить кусок винта в своп и надеяться на лучшее. Можно на авось еще подменить мускуль на MariaDB, она совместима и при сходных затратах на настройку обычно дает результат получше.
Не знаю что у вас за приложение, но
Killed process 29328 (mysqld) total-vm:1186796kB
для меня выглядит как мускул сожравший 1Гб+ озу. И это не очень похоже на "минимум необходимого".
Лечить не зная причины - без толку. Наймите спеца, если сайт умудряется столько кушать, пусть даже без тюнинга настроек - он ведь должен приносить прибыль?)
Мы с LiveTV во многом имеем расхожие мнения относительно хороших вещей в веб-разработке, но доктрина.. Громоздкое и неудобное чудовище. На правах ИМХО :)
Опять же, хотя бы Люмен я бы взял, но смотри пункт про раба-программиста)
оборачиваете в блок с min-width: 1180px; overflow: hidden;
Через пару лет их ломать научатся.
Давайте, на секундочку, вспомним сколько _уже_ лет д6, и сколько лет под него не ведется активная разработка. Ничего серьезного там не выловят.
То что живет - будет жить долго и счастливо, пока не забудут проплатить домен.
Скорее всего этим сайтам придется умереть.
А чего умирать? Пусть живут. Не развалятся же они, раз уж столько лет прожили. EOL по большому счету означает "не делайте новых проектов, если тут уже нет всех необходимых модулей", и ничего кроме.
Судя по хабрахабру производительность упала раза в 3
Это в какой момент? В бете вполне себе шустро работал. Правда, мы тогда занимались исключительно друпалом: семерка тоже неплохо бегала, а шестерка летала. "Тормоза" начинаются с хитровыдуманных панелек с вьюхами, но на то и кеши есть, а нужна чистая скорость - минимальная установка и вперед кастомить темплейты.
Делал сайт на Д8-бета чуть меньше года назад. Не очень.
Идея хороша, в том плане что Друпал давно был фреймворком с примесью CMS.
Реализация сносна, в том плане что Симфони стабилен, документирован, и имея опыт симфони и Д7 в целом можно с богом и какой-то матерью получить результат.
Основные модули портированы.
Что было плохо, но, наверное, уже наладилось: очень много приятных вспомогательных модулей не портировано, особенно в частях с черной магией и тесной интеграцией вьюх-панелей-сущностей.
Что было плохо и вряд ли наладилось: документация. Д6=>Д7 был очень простым потому что пресловутое движение к ООП коснулось друпала очень вскользь. Большая часть АПИ та же, пройдись по верхам и migration guides — и ты уже в теме. То же ядро, те же апи и конвенции.
Д7=>Д8 — очень большие изменения. Половина - измененные и переработанные АПИ друпала, половина - куски из симфони, и еще то тут то там черная магия, которая вчера работала так, а сегодня то ли в другом контроллере, то ли выпилена, то ли работает совсем иначе.
TL;DR: получилось интересно, но для продакшна я бы годик подождал пока портируют модули и документация придет в порядок.
---------- Добавлено 24.11.2015 в 00:41 ----------
ЗЫ: Д6 жалко в плане ностальгии, но тянуть его смысла не было. Д7 в минимальной установке почти так же быстр, уникальных для шестерки модулей крайне мало. Светлая память, но семерка уже давно no-brainer опция.
Он полностью закроет сайт и от Яндекс и от Гугла (обнаружение ПС дублирования будет исключено 100%)?
Дешево и сердито (и полностью надежно) - через basic http auth
Хватит, если делать видимость сайта. Если нужно получить рабочий сайт - раза как минимум в 2 больше
Зависит от того что хочет ТС, Если взять студента на вордпрессе, то под капотом будет какашка, но скопировать фронт за $200 ему смогут, уверен. Тут же в топике услуг по демпинговым ценам многие делают.
Лучше все же нормально описать ТЗ
Выделить, обвести рамочкой, распечатать и повесить над столом.
В качестве платформ я бы еще посмотрел на Drupal. По моему опыту работы на нем результат (качество реализации => цена последующих доработок) чаще вменяем "в среднем по больнице". На WordPress будет дешевле стартовать, потом - как повезет с исполнителем.
Если кого-то напрягает долгое время генерации маршрута - это обращения к сервису геокодера. На 95с выполнения скрипта 90с уходит на геокодирование.
В качестве быстрого решения можно многопоточно запускать curl ( http://php.net/manual/ru/function.curl-multi-exec.php => https://github.com/petewarden/ParallelCurl/blob/master/parallelcurl.php ), или наплевать на первого юзера, записать точки в БД, и потом обрабатывать их по крону.
maks_m, в консоли нужно смотреть потребление памяти. можешь уменьшить потребление памяти mysql, около 100мб можно сбросить.
Если я правильно читаю логи, там гигабайт надо бы сбросить..
и что делать? отключать плагины или переписывать? стоит то только необходимое
Для начала понять почему происходит. В принципе, если потребление не растет, и это VDS, можно выделить кусок винта в своп и надеяться на лучшее. Можно на авось еще подменить мускуль на MariaDB, она совместима и при сходных затратах на настройку обычно дает результат получше.
Не знаю что у вас за приложение, но
для меня выглядит как мускул сожравший 1Гб+ озу. И это не очень похоже на "минимум необходимого".
Лечить не зная причины - без толку. Наймите спеца, если сайт умудряется столько кушать, пусть даже без тюнинга настроек - он ведь должен приносить прибыль?)
PHP + Doctrine ORM + Docrtine Cache
только если
знает знакомый программист.
Мы с LiveTV во многом имеем расхожие мнения относительно хороших вещей в веб-разработке, но доктрина.. Громоздкое и неудобное чудовище. На правах ИМХО :)
Опять же, хотя бы Люмен я бы взял, но смотри пункт про раба-программиста)
На загрузку сервера вообще мало что влияет, кроме огромной жопы в коде.
Но большое число if'ов в шаблоне обычно означает что шаблон следует поправить и это число сделать малым.