В частности об этом.
Он ничем не лучше любого gui клиента, и не быстрее, конечно. Но имеет дополнительные ограничения из-за среды выполнения. А если рассматривать не локальное использование, то это ещё и потенциально дополнительная дыра. Так где же какие-то его плюсы?
Намного быстрее это сделать в консольном клиенте. А в том же phpmyadmin и таймаут можно поймать на каком-нибудь развесистом запросе.
Heidisql приведён как пример. Есть mysql workbench, кросс платформенный, и ещё немало клиентов под различные системы/задачи/вкусы. У большинства есть прямо в IDE средства разработки для баз данных.
И да, webui это совсем не плюс, если он не необходим.
Чем он полезнее того же heidisql, или средств работы с базами в вашей любимой IDE?
Может лимитами на загрузку и время выполнения из-за того, что это php скрипт и работает в контексте веб сервера?
Он так распространён не потому, что хорош, а потому, что был практически безальтернативным методом доступа к базам на шаред хостингах, где невозможно было добраться до баз иначе. Некое "необходимое зло" для такой ситуации.
И то и другое зло и лишняя дыра. Лучше использовать консольный mysql клиент, а если уж очень надо, то какой-нибудь клиент через ssh туннель работающий, например heidisql.
То же самое надо будет сделать. Если использовать такой способ установки.
Ну или из snap, например ставить.
На https://download.docker.com/linux/ubuntu в папке dists, как не сложно догадаться, будут только версии ubuntu, и никакого mint.
А в списке дистрибутивов есть rhel, centos, fedora, debian, ubuntu и как ни странно raspbian.
Докера для mint нет. Минт ваш основан на ubuntu 20.04, вот для него, мы и подключим репозиторий. Ну и оттуда поставим.
А лишний репозиторий надо убрать будет из /etc/apt/source.list.d/
Не правильно.
Всё это и xampp, и openserver, и lando, да и docker(точнее готовые контейнеры для докера, а не он сам), просто разные способы создания окружения. Т.е. установки, настройки и запуска всё тех же mysql/php/веб сервера, и возможно чего-нибудь ещё.
Я уже писал. Докер, это не стек, а одна из возможностей автоматизации его развёртывания/настройки. И это совершенно не единственно верный путь. Мало того, это как раз скорее лёгкий путь, потому, что иначе надо не бездумно брать чужие образы, а учиться настраивать окружение и более тесно с ним знакомиться, что крайне полезно.
Не необходимы, даже если это основной способ заработка.
Контейнеры это только один из способов организации окружения для разработки, и к тому же, не однозначно лучший, а один из многих возможных. И даже контейнеры могут быть без докера, если уж на то пошло. А уж без lando и аналогов уж точно можно обойтись.
Но запуск под windows lamp стека, всё же хуже, там есть ограничения и подводные камни.
Честно говоря, понятия не имею. Я читаю документацию в оригинале под те версии ПО которые хочу использовать. Мне этого хватает, т.к. я знаю как что работает в целом и какие используются технологии.
С чего начинать мне судить сложно, я начинал уже очень много лет назад. Возможно, с технического английского. Мне кажется, он просто необходим в этом деле.
Это совершенно разные окружения, не связанные друг с другом никак. С разным совсем подходом. Связаны отчасти только тем, что и там и там можно запустить php и mysql.
Развёртывать модули из командной строки, кстати, можно и под openserver вполне. Там есть php-cli и можно запустить composer. Чтобы лезть вот в это всё с контейнерами, даже в случае lando, придётся довольно много изучить.
Если он так не умеет, то он просто откровенно плохо сделан.
Правильный алгоритм - посмотреть на наличие x-forwarded-for, если не пуст достать адрес оттуда, если нет, взять REMOTE_ADDR. Большая часть сайтов за какими-нибудь reverse-proxy... Очень странно, если в такого рода модулях это не учитывается.
Эту проблему может решить CloudFlare (или какой-нибудь другой CDN). Это будет прозрачно для Drupal.
Единственный минус - лаг кеша. Но статика редко меняется, и обычно, это не проблема.
Да общего такого комюнити у всех форумов как формы общения, нет. Есть оно у конкретных проектов. И у многих сохранилось, а у некоторых даже вновь создалось.
Devel Debug Log записал в свою таблицу что-то настолько ужасное, что...
В частности об этом.
Он ничем не лучше любого gui клиента, и не быстрее, конечно. Но имеет дополнительные ограничения из-за среды выполнения. А если рассматривать не локальное использование, то это ещё и потенциально дополнительная дыра. Так где же какие-то его плюсы?
Devel Debug Log записал в свою таблицу что-то настолько ужасное, что...
Ага, миллион леммингов не могут ошибаться.
Я выше описал вполне реальные недостатки. Если вам они не важны, пользуйтесь, кто ж мешает, главное в продакшен не тянуть его с собой.
Но уровень аргументации "мне привычно поэтому он хорош", всё же слабоват.
Devel Debug Log записал в свою таблицу что-то настолько ужасное, что...
Намного быстрее это сделать в консольном клиенте. А в том же phpmyadmin и таймаут можно поймать на каком-нибудь развесистом запросе.
Heidisql приведён как пример. Есть mysql workbench, кросс платформенный, и ещё немало клиентов под различные системы/задачи/вкусы. У большинства есть прямо в IDE средства разработки для баз данных.
И да, webui это совсем не плюс, если он не необходим.
Devel Debug Log записал в свою таблицу что-то настолько ужасное, что...
Чем он полезнее того же heidisql, или средств работы с базами в вашей любимой IDE?
Может лимитами на загрузку и время выполнения из-за того, что это php скрипт и работает в контексте веб сервера?
Он так распространён не потому, что хорош, а потому, что был практически безальтернативным методом доступа к базам на шаред хостингах, где невозможно было добраться до баз иначе. Некое "необходимое зло" для такой ситуации.
Devel Debug Log записал в свою таблицу что-то настолько ужасное, что...
И то и другое зло и лишняя дыра. Лучше использовать консольный mysql клиент, а если уж очень надо, то какой-нибудь клиент через ssh туннель работающий, например heidisql.
Devel Debug Log записал в свою таблицу что-то настолько ужасное, что...
Так и надо делать - зачем в этом случае просмотр? Только запрос должен быть:
TRUNCATE `devel_debug_log`;
EFQ (Entity Field Query), Views и производительность.
Во views есть группировка, и вам не нужно 3 view чтобы вывести 3 разных статуса.
Не устанавливается docker
То же самое надо будет сделать. Если использовать такой способ установки.
Ну или из snap, например ставить.
На https://download.docker.com/linux/ubuntu в папке dists, как не сложно догадаться, будут только версии ubuntu, и никакого mint.
А в списке дистрибутивов есть rhel, centos, fedora, debian, ubuntu и как ни странно raspbian.
Не устанавливается docker
Вам надо заменить
$(lsb_release -cs)
наfocal
Докера для mint нет. Минт ваш основан на ubuntu 20.04, вот для него, мы и подключим репозиторий. Ну и оттуда поставим.
А лишний репозиторий надо убрать будет из /etc/apt/source.list.d/
Хранение мультимедиа на отдельном специализированном хостинге
Ага-ага. Как раз про это писал.
Хранение мультимедиа на отдельном специализированном хостинге
Это не так. Проблема возможно в заголовках и времени кеширования.
Хранение мультимедиа на отдельном специализированном хостинге
Стоит почитать вот это: https://support.cloudflare.com/hc/en-us/articles/200172516-Understanding...
Также, посмотреть заголовки своих картинок. Будет понятно, почему и что не попадает в кеш, или что происходит вообще.
Хранение мультимедиа на отдельном специализированном хостинге
Это не суммарный размер кеша, а максимальный размер отдельного файла. С такими лимитами сложно столкнуться, если не размещать видео какое-нибудь.
lando+drupal
Не правильно.
Всё это и xampp, и openserver, и lando, да и docker(точнее готовые контейнеры для докера, а не он сам), просто разные способы создания окружения. Т.е. установки, настройки и запуска всё тех же mysql/php/веб сервера, и возможно чего-нибудь ещё.
lando+drupal
Я уже писал. Докер, это не стек, а одна из возможностей автоматизации его развёртывания/настройки. И это совершенно не единственно верный путь. Мало того, это как раз скорее лёгкий путь, потому, что иначе надо не бездумно брать чужие образы, а учиться настраивать окружение и более тесно с ним знакомиться, что крайне полезно.
lando+drupal
Не необходимы, даже если это основной способ заработка.
Контейнеры это только один из способов организации окружения для разработки, и к тому же, не однозначно лучший, а один из многих возможных. И даже контейнеры могут быть без докера, если уж на то пошло. А уж без lando и аналогов уж точно можно обойтись.
Но запуск под windows lamp стека, всё же хуже, там есть ограничения и подводные камни.
lando+drupal
По мне, лучше просто познакомится с докером, не тратя лишнее время на изучения сторонних инструментов.
lando+drupal
Честно говоря, понятия не имею. Я читаю документацию в оригинале под те версии ПО которые хочу использовать. Мне этого хватает, т.к. я знаю как что работает в целом и какие используются технологии.
С чего начинать мне судить сложно, я начинал уже очень много лет назад.
Возможно, с технического английского. Мне кажется, он просто необходим в этом деле.
lando+drupal
Это совершенно разные окружения, не связанные друг с другом никак. С разным совсем подходом. Связаны отчасти только тем, что и там и там можно запустить php и mysql.
Развёртывать модули из командной строки, кстати, можно и под openserver вполне. Там есть php-cli и можно запустить composer. Чтобы лезть вот в это всё с контейнерами, даже в случае lando, придётся довольно много изучить.
Хранение мультимедиа на отдельном специализированном хостинге
Процент трафика или разнообразных запросов?
Хранение мультимедиа на отдельном специализированном хостинге
Если он так не умеет, то он просто откровенно плохо сделан.
Правильный алгоритм - посмотреть на наличие x-forwarded-for, если не пуст достать адрес оттуда, если нет, взять REMOTE_ADDR. Большая часть сайтов за какими-нибудь reverse-proxy... Очень странно, если в такого рода модулях это не учитывается.
Хранение мультимедиа на отдельном специализированном хостинге
Он тоже должен работать не по ip CF, а по первому ip в X-Frowarded-For. И будет ок.
Хранение мультимедиа на отдельном специализированном хостинге
Да, верно, он начиная с Pro. Давно уже не пользовался Free.
Хранение мультимедиа на отдельном специализированном хостинге
Эту проблему может решить CloudFlare (или какой-нибудь другой CDN). Это будет прозрачно для Drupal.
Единственный минус - лаг кеша. Но статика редко меняется, и обычно, это не проблема.
Сто́ит ли делать форум на Друпале 8/9?
Да общего такого комюнити у всех форумов как формы общения, нет. Есть оно у конкретных проектов. И у многих сохранилось, а у некоторых даже вновь создалось.