Дыры есть везде. И когда их оперативно находят и есть устоявшийся механизм оповещения и реагирования, это лучше чем когда не находят) У друпала тут по сравнению с многими CMS куда лучше дела.

Тренды такие тренды. Как захочешь, так и повернешь, да?))

Исходя из этого, всем надо пересаживаться с Rails если не на laravel, то уж на symfony (на базе компонентов которой laravel сделан) точно.

не, просто многие модули сильно меняют структуру и название. так что "хвост" не портированных конечно будет большой. Посмотрите сколько всего пишут под d8, огромный список: https://www.drupal.org/project/project_module?f%5B0%5D=&f%5B1%5D=&f%5B2%...

Только за вчера и сегодня > 25 модулей обновились (есть билд).

Мы писали под задачу подобное . Пишите dan@ra-don.ru или в скайп alexander.dubovskoy, если нужно помочь с таким, ссылочку на примеры могу в скайпе накидать. Это всегда самопис, если нужно удобное решение.

Mihail.space wrote:

Или бери backdrop cms, она няшная) Это форк семерки , благодаря которому восьмерка вообще взлетела.

Поясните пожалуйста, не понял тезис.

Стучитесь в скайп, alexander.dubovskoy , посмотрим чем можем помочь, если вас интересует "работа под ключ"

Зачем, чтобы через год переделывать на 8ку?)

Я для оценки брал приведенный сайт. Понятное дело, если подсунут другое тз, другой образец, скажут "порисуйте еще 20 вариантов", оценка будет другой.

Показанное на примере по нашим нормостандартам 8-12 часов за "итого готовый сайт". С панелькой для клиента, заполнением и т.п., т.е. итоговый результат.

Наденька wrote:

>о том хотели ли они переходить на D7 и как они это видели при тех масштабах внутренних разработок.

Есть мнение что сервисы лучше переносить с d6 сразу на d8. Для настоящего момента. Вернее так: "все, кроме магазинов".

Vanekru wrote:

В 99% случаев достаточно переехать на нормальный хостинг где следят за безопасностью и знают что такое drupal) Дешевле чем нанимать спеца который вам будет все вычищать.

Мы буквально вчера очередной сайт перевезли так к себе, обновили, кое-что починили внутри, + нормальные настройки сервера, все, проблема исчезла.

вопрос кто кому должен доказывать)) лимиты по железу хостинга патруля, радона, firstvps и прочих явно указаны на их сайтах. Вы легко найдете эту инфу) А про DO -- попробуйте накопать) Но и правильное приложение рук конечно, никто не отменял. Могу порекомендовать команду devops которая чужими серверами занимается и знакома с друпалом.

>Подскажите пожалуйста, где написано про лимиты, на которые Вы указываете?

А в том и проблема. вы не найдете внятного описания что там за проц, сколько вам ядер выделяют и т.п. Я не противник digitalocean, наоборот - прекрасное решение для небольших проектов без претензий, думаю, лучшее на рынке. Но если задача именно в производительности, iops, то это не тот хостинг который следует выбирать)

>Арендую сервер у DigitalOcean

Переведу вопрос: "арендую железо похуже, с лимитами на проц, запись, память и канал, как сделать так чтобы было как на выделенном серваке".

Ответ: никак. Покупайте честный dedicated server.

https://drupalcommerce.org/blog - активно пишут про разработку. Последнее обновление commerce вышло всего 3 дня назад (https://www.drupal.org/project/commerce 8x-dev).
Commerce архитектурно значительно красивее уберкарта. Был в d7 и останется, думаю в d8. По крайней мере roadmap'а по уберкарту я не вижу, непонятно что там поменяют.

Что-то у нас на минимальных тарифах прекрасно живет. И для тестов у нас есть купленные учетки в куче хостеров, у большинства тоже все в порядке. чтояделаюнетак?) заканчиваю в общем с этим обсуждением, кто захочет -- проверит сам и убедится.

«В отношении Восьмёрки - это целый вопрос, однако был бы.»

Даже "не самые быстрые ребята" типа reg.ru очень давно все это предоставляют. https://hosting.reg.ru/hosting/v2?_ga=1.39902759.463044403.1454405181. Мне кажется вы придумали проблему, ее нет на самом деле) Вам сложнее будет найти хостинг который не держит эти версии.

На elasticweb будет жить за 0.5-1$/мес небольшой сайт вполне. У нас за 100р/мес (с бекапом и плюшками для разработки). Но и это неважно на самом деле. Тут речь о большом долгоиграющем проекте. Уж вопрос хостинга в таких решают легко, и рецептов "для визиток" им обычно не нужно.

У нас на хостинге уже год есть поддержка всего что нужно для D8. Для Digital Ocean и т.п. ставишь сам что нужно, тоже нет проблем. elasticweb.org тоже D8 поддерживает. Вариантов куча. Для локальной разработки тоже есть vagrant/docker образы, все готово уже давно.

p.s. вы наверное хотели сказать 5.3-5.4?) У кого это php 5.2 в качестве основной?

CRM'ку на ней пилим уже третий месяц. Пока восторг, ни разу не пожалели что не D7 взяли за основу. Да, маловато документации, русскоязычной еще очень мало, переводы в процессе (http://www.drupal.ru/node/126770 и тут с этим можно помочь), но есть разница -- мигрировать большой проект на D8 через пару лет или писать прямо сейчас на D8. Имхо второе выгоднее. Т.к. я не верю в "d7 будет долго актуальна". С D6 была та же история - через год после выхода D7 людей, желающих что-то делать на D6 было не сыскать и стоили они дорого.