Ты может и за, но это в обективной реальности пока не случилось, и вряд-ли случится в обозримом будущем.

Так разработчики живут, и на самом деле, это не самая большая часть тех, кто создаёт сайты, в итоге, как бы это не звучало для тебя странно. Т.е. отнюдь, это совсем не весь мир - это небольшой мирок, который ты видишь через призму своих профессиональных интересов, не более того.

OldWarrior wrote: А кому-то прям очень нужно его ломать?

Совершенно безграмотный подход к безопасности. Конечно надо - всегда кому-то нужен +1 узел в ботнете. И этим занимаются автоматизировано и "по площади". Ломают куда чаще не отдельные сайты прицельно.
Т.е. не обновляться не стоит вне зависимости от важности и доходов сайта. Если не выгодно - лучше уж дропнуть его совсем.

Только вот, не очень корректно сравнивать очень популярный JS фреймворк, и не очень популярную CMS. Тут сравнений с WP не любят, а это хотя бы, сравнение хоть чем-то похожих вещей. А это уже совсем странное сравнение.

Массово переходят? И при этом доля сайтов на Drupal падает?

Рынок "сайтбилдеров" огромен, мал с него только прямой доход. Но это совсем не единственная польза от них.

Без массовости использования продукта его куда сложнее и дороже продвигать, и выхлоп от этих усилий меньше.
Это и на заказах сказывается - убедить заказчика сложнее, что ему нужен Drupal.
И на притоке новых разработчиков, которые пишут тот же контриб.
И именно эту массовость могут создать сайтбилдеры, которые как бы "халявщики" если поверхностно смотреть, но на самом деле, обычно, это очень большая и активная часть комюнити разных CMS, которая создаёт популярность, генерирует идеи и.т.п.

Если это не показательно, прости, тебе надо тз показывать подробное? Видимо, это бесполезный разговор.

Их не только меньше - они и менее живы. Там меньше людей и разнообразия. Если для тебя это не показатель, и абсурд, ну увы.

О чём на, твой взгляд, они должны мне говорить?

И, возможно, это ровно и все те 4 из 500 "заметных" компаний? Прям не сильно много. Прямо любопытно, сколько сайтов компаний из fortune 500 сделано на каком-нибудь WP, посмотри - удивишься прям чьи. Ну и главное, о чём это должно говорить, на твой взгляд?

Сложность проекта очень относительное понятие. Ну и делать прямо все в одиночку это редко хорошая мысль. Но делать проекты силами фрилансеров отдельных вполне себе можно.

Разница в полтора раза, хотя "развитие", а 8 ветка уже EOL даже. И в два раза, в случае 9. При этом масса модулей в "мигрировали как получилось" состоянии, много без активных мейнтейнеров. И для 9 чего-то подобного уже скорее всего не будет. Так что не только на голые цифры стоит сомтреть.

https://dev.mysql.com/doc/refman/8.0/en/show-grants.html
Разрешения позволяет давать: "WITH GRANT OPTION" на *.*

Добавить разрешение PROCESS пользователю.

Советую добавить ключик, а не игнорировать, а то дамп может оказаться не полным.

Тогда может быть созданы всё-же tablespace, или одна из баз создана при innodb_file_per_table, а вторая нет.

Ritka wrote: вместе поставить Redis и Memcache на один сайт нельзя?

Вообще можно, и сложить можно отдельно каждый вид кеша в своё хранилище, часть в базу, часть в файлы, часть в redis и.т.п. Но может быть, нельзя подключить это как две услуги на конкретном хостинге, если это не vps, например, из-за ограничений панельки хостера.

Ritka wrote: далее Redis работает в разы быстрее Memcache

Посмотри какие права у одного и другого пользователя, под которыми ты делаешь дампы.

С этим ключом будут пропускаться вот эти команды: https://dev.mysql.com/doc/refman/5.7/en/create-tablespace.htm и https://dev.mysql.com/doc/refman/5.7/en/create-logfile-group.html
Обычно, это можно безболезненно пропустить.

Не только может, но и должен. Его кеш хранить в базе не очень разумно - это даже прямо на странице модуля на d.org в самом начале написано. Рекомендую ещё раз внимательно его прочесть: https://www.drupal.org/project/entitycache

Чтобы было понятнее: Redis или memcached это хранилища кеша, которые может использовать, в частности, Entity cache. Т.е. совсем другого порядка вещи, они не пересекаются с Entity cache функционально.

В том виде, как вы описываете - нет. А вот если перед ним обратного прокси какого-нибудь, это плохо, особенно, если Apache в режиме prefork.
Также, то, что иногда вылезает установка, говорит о проблемах с mysql. Стоит посмотреть его лог.

А вообще, что у вас за окружение, из какого набора ПО оно состоит? Кто и как его настраивал?

Достаточно сравнить состояние контриба во времена расцвета 7 и сейчас. Очень многое не будет уже мигрировано на 8+, очень многое висит без ментейнеров и.т.п. Совсем не только крупные организации и клиенты были двигателем всего этого.

Возможно, для фрилансера-одиночки Drupal будет сложен, если у такого разработчика узкий горизонт планирования.

Совсем неправильный посыл. Фрилансер одиночка может быть очень квалифицированным разработчиком, и часто это так: джуну очень сложно заработать столько, сколько в конторе, на вольных хлебах, да и вообще начинать карьеру фрилансера вместе с карьерой разработчика очень сложно. Наибольшей проблемой для фрилансера, как для класса, скорее будет падение популярности этого инструмента, а не его сложность.

Какие там сотни и тысячи сайтов? Где хоть один кейс такого использования сотен, и тем более, тысяч сайтов" хоть в одной корпорации? Их всего тысячи будут, всех сайтов сколько-то крупных организаций на drupal, тем более на 8/9. Для действительно сложных проектов больших компаний используются свои инструменты, чаще всего, ну и php довольно редко вообще используется. Ниша Drupal, это в лучшем случае, мелко-средний бизнес, который уже может себе позволить одного/ небольшую команду разработчиков нанять(ну и чаще аутсорсную), но свой кастомный проект не тянет, или он не нужен по тз.

Он не сравнивается тут технически с drupal, он сравнивается подходом к пользователям(не потребителям контента, а создателям/вадельцам сайтов). Не надо путать. Такое сравнение более чем оправдано.