оборачиваете в блок с min-width: 1180px; overflow: hidden;
Давайте, на секундочку, вспомним сколько _уже_ лет д6, и сколько лет под него не ведется активная разработка. Ничего серьезного там не выловят.
То что живет - будет жить долго и счастливо, пока не забудут проплатить домен.
А чего умирать? Пусть живут. Не развалятся же они, раз уж столько лет прожили. EOL по большому счету означает "не делайте новых проектов, если тут уже нет всех необходимых модулей", и ничего кроме.
Это в какой момент? В бете вполне себе шустро работал. Правда, мы тогда занимались исключительно друпалом: семерка тоже неплохо бегала, а шестерка летала. "Тормоза" начинаются с хитровыдуманных панелек с вьюхами, но на то и кеши есть, а нужна чистая скорость - минимальная установка и вперед кастомить темплейты.
Делал сайт на Д8-бета чуть меньше года назад. Не очень.
Идея хороша, в том плане что Друпал давно был фреймворком с примесью CMS.
Реализация сносна, в том плане что Симфони стабилен, документирован, и имея опыт симфони и Д7 в целом можно с богом и какой-то матерью получить результат.
Основные модули портированы.
Что было плохо, но, наверное, уже наладилось: очень много приятных вспомогательных модулей не портировано, особенно в частях с черной магией и тесной интеграцией вьюх-панелей-сущностей.
Что было плохо и вряд ли наладилось: документация. Д6=>Д7 был очень простым потому что пресловутое движение к ООП коснулось друпала очень вскользь. Большая часть АПИ та же, пройдись по верхам и migration guides — и ты уже в теме. То же ядро, те же апи и конвенции.
Д7=>Д8 — очень большие изменения. Половина - измененные и переработанные АПИ друпала, половина - куски из симфони, и еще то тут то там черная магия, которая вчера работала так, а сегодня то ли в другом контроллере, то ли выпилена, то ли работает совсем иначе.
TL;DR: получилось интересно, но для продакшна я бы годик подождал пока портируют модули и документация придет в порядок.---------- Добавлено 24.11.2015 в 00:41 ----------ЗЫ: Д6 жалко в плане ностальгии, но тянуть его смысла не было. Д7 в минимальной установке почти так же быстр, уникальных для шестерки модулей крайне мало. Светлая память, но семерка уже давно no-brainer опция.
Дешево и сердито (и полностью надежно) - через basic http auth
Зависит от того что хочет ТС, Если взять студента на вордпрессе, то под капотом будет какашка, но скопировать фронт за $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 ), или наплевать на первого юзера, записать точки в БД, и потом обрабатывать их по крону.
Если я правильно читаю логи, там гигабайт надо бы сбросить..
Для начала понять почему происходит. В принципе, если потребление не растет, и это VDS, можно выделить кусок винта в своп и надеяться на лучшее. Можно на авось еще подменить мускуль на MariaDB, она совместима и при сходных затратах на настройку обычно дает результат получше.
Не знаю что у вас за приложение, но
для меня выглядит как мускул сожравший 1Гб+ озу. И это не очень похоже на "минимум необходимого".
Лечить не зная причины - без толку. Наймите спеца, если сайт умудряется столько кушать, пусть даже без тюнинга настроек - он ведь должен приносить прибыль?)
только если
Мы с LiveTV во многом имеем расхожие мнения относительно хороших вещей в веб-разработке, но доктрина.. Громоздкое и неудобное чудовище. На правах ИМХО :)
Опять же, хотя бы Люмен я бы взял, но смотри пункт про раба-программиста)
На загрузку сервера вообще мало что влияет, кроме огромной жопы в коде.
Но большое число if'ов в шаблоне обычно означает что шаблон следует поправить и это число сделать малым.
