Так он а и не имеет зависимостей. Делайте любой сайт, используйте тему эту... Это так работает.
Тема это не профиль установки, который вам сделает какой-то функционал сайта готовый, это только общая разметка, колонки там, цвета, стили, типографика...
artomas wrote: Пошаговое не нужно, а вот направление по админу посредством ssh какое-то (самое начальное) можете кинуть?
Это называется основы работы с консолью в linux, скорее. SSH, это просто один из способов подключения к ней. Про то, с чего начать я выше писал. Если прям ткнуть, что почитать, в первую очередь приходит на ум https://www.debian.org/doc/manuals/debian-handbook/
Эксперименты на клиентах ставить не надо...
В администрировании в консоли нет ничего сложного. Это, в основном, просто выполнение некоторых довольно простых команд и редактирование конфиг файлов.
Я бы начал с установки на свой комп виртуалки с Linux, и попытки настроить например nginx + php-fpm + mysql и развёртывания того же Drupal там композером.
Установка сейчас всех перечисленных дистрибутивов элементарна. Тут возможно даже не понадобится документация.
Причина в многообразии софта с которым приходится работать, и надо хорошо понимать как он работает. Даже одна операционка штука довольно сложная, если уж так.
Если нравится, то стоит осваивать. И в принципе, хостинг для своего сайтика какого-нибудь не критичного это отличная платформа для старта и обучения.
Это иллюзия простоты. На самом деле, она просто очень ограничивает возможности и не даёт заметных преимуществ. А если это хостинг панель, то ещё и конфиги портит.
1. Вопрос вкуса. Не стоит что-то более экзотичное только выбирать.
2. Сколько скажете скушать каждому приложению, например, сколько будет разрешено поднять процессов php и.т.п. Ну это если о памяти а не диске вопрос.
3. Не нужна. Серьёзно, совсем не нужна, никакая. Это софт для других задач.
Вы пытаетесь решить проблему крайне не удачного изначально архитектурного решения, крайне неудачным способом.
Тут или придётся сделать нормально без лишних сущностей вывод и не искать себе проблем, и это самое лучшее решение. Или пора перейти от попытки накликать сайт к программированию, чтобы превозмочь эту проблему, не создавая совсем уж чего-то чудовищного. Потому, что желания сделать что-то похожее никто не предусмотрел, и нужного функционала не написал.
В простейшем случае, показывать второй вариант представления можно через views с параметрами, например. А вообще, надо имть некое ТЗ, чтобы делать выбор.
А в вашем варианте, совсем не обязательно иметь ссылки в обе стороны, чтобы синхрозироваться без крона при сохранении. Просто надо поискать в другом типе материала тот, что имеет ссылку на редактируемый, и его обновлять.
Я о том, что действительно в интерфейсе шлюза не убрать /subdirectory, не заменить, например на / просто? Без этой /subdirectory не было бы и проблемы, которую вы пытаетесь старательно решать.
Да можно. И дать возможность создавать пользователю ещё по необходимости, если нужны другие уровни бутстрапа, например.
Так сделано по умолчанию в некоторых фреймворках, кстати. Только точки входа и статика в webroot.
Нынешняя структура, в первую очередь, результат некого постепенного развития. Изменить всё и сразу не так просто. А вынести библиотеки в отдельную папку, да ещё как это делается композером по умолчанию довольно просто.
Намного лучше спроектировать систему так, чтобы проблема была исключена, чем надеяться на то, что все правильно всё сконфигурируют...
Ну и конфиг по умолчанию drupal сейчас хоть и вайтлистит только несколько точек входа, так было не всегда, кстати.
marassa wrote: А я не могу понять, почему нельзя просто поправить нужные конфигурационные файлы существующего сайта. Но ни одна зараза нигде не пишет какие именно
Да просто потому, что это просто самый простой путь.
А конфиги, это не совсем конфиги в данном случае, а целый автолоадер, который автогенерирует composer, и никто не предполагает, что туда надо лазить вообще руками.
Composer, помогите разобраться
В win 10 есть ssh клиент консольный как в linux.
Для win есть отличный windows terminal(https://docs.microsoft.com/en-us/windows/terminal/) очень рекомендую.
Composer, помогите разобраться
*Выключает показ панелей, строго говоря, чтобы было видно вывод.
Точно также можно выполнять команды и не выключая их, если не надо его смотреть.
Установка Drush с помощью Composer
Это, кстати, тоже можно проапгрейдить алиасами, чтобы было удобно.
Как понять по теме какие модули используются
Так он а и не имеет зависимостей. Делайте любой сайт, используйте тему эту... Это так работает.
Тема это не профиль установки, который вам сделает какой-то функционал сайта готовый, это только общая разметка, колонки там, цвета, стили, типографика...
Как понять по теме какие модули используются
Вы путаете тему и демо сайт на ней.
Как понять по теме какие модули используются
Тема, обычно, не предоставляет какого-то развитого функционала, это только "украшения", и иногда какая-нибудь карусель на главной...
Для некоторых тем есть требования по модулям, или дополнения в виде модулей, об этом пишут на страничке темы.
Сервер своими руками
Я бы начал с nginx + php-fpm. Особого смысла тратить время на apache, я не вижу.
Сервер своими руками
1. В принципе, есть, если не хочется в зоопарке разных приложений переписывать htaccess в конфиги для nginx, иногда довольно сложные.
Сервер своими руками
Это называется основы работы с консолью в linux, скорее. SSH, это просто один из способов подключения к ней. Про то, с чего начать я выше писал. Если прям ткнуть, что почитать, в первую очередь приходит на ум https://www.debian.org/doc/manuals/debian-handbook/
Эксперименты на клиентах ставить не надо...
Сервер своими руками
В администрировании в консоли нет ничего сложного. Это, в основном, просто выполнение некоторых довольно простых команд и редактирование конфиг файлов.
Я бы начал с установки на свой комп виртуалки с Linux, и попытки настроить например nginx + php-fpm + mysql и развёртывания того же Drupal там композером.
Установка сейчас всех перечисленных дистрибутивов элементарна. Тут возможно даже не понадобится документация.
Сервер своими руками
Причина в многообразии софта с которым приходится работать, и надо хорошо понимать как он работает. Даже одна операционка штука довольно сложная, если уж так.
Если нравится, то стоит осваивать. И в принципе, хостинг для своего сайтика какого-нибудь не критичного это отличная платформа для старта и обучения.
Сервер своими руками
Чтобы самому, придётся много учиться и читать документацию. Идти по каком-нибудь пошаговому руководству крайне не советую, они заводят не туда.
Настройка и администрирование серверов, в целом намного разнообразнее и сложнее создания сайтов на Drupal.
Сервер своими руками
Это иллюзия простоты. На самом деле, она просто очень ограничивает возможности и не даёт заметных преимуществ. А если это хостинг панель, то ещё и конфиги портит.
Сервер своими руками
3. Да, конечно. Можно дополнительно использовать какие-то системы управления конфигурацией, но это уже следующий шаг, скорее.
Сервер своими руками
Чтобы предоставлять хостинг произвольным клиентам с минимальными знаниями и произвольными скриптами.
При этом создаётся так себе конфигурация, "на все случаи жизни", чтобы минимально дёргать поддержку ценой немалых накладных расходов и компромиссов.
Сервер своими руками
1. Вопрос вкуса. Не стоит что-то более экзотичное только выбирать.
2. Сколько скажете скушать каждому приложению, например, сколько будет разрешено поднять процессов php и.т.п. Ну это если о памяти а не диске вопрос.
3. Не нужна. Серьёзно, совсем не нужна, никакая. Это софт для других задач.
Пересохранение ноды по крону
Вы пытаетесь решить проблему крайне не удачного изначально архитектурного решения, крайне неудачным способом.
Тут или придётся сделать нормально без лишних сущностей вывод и не искать себе проблем, и это самое лучшее решение. Или пора перейти от попытки накликать сайт к программированию, чтобы превозмочь эту проблему, не создавая совсем уж чего-то чудовищного. Потому, что желания сделать что-то похожее никто не предусмотрел, и нужного функционала не написал.
Пересохранение ноды по крону
В простейшем случае, показывать второй вариант представления можно через views с параметрами, например. А вообще, надо имть некое ТЗ, чтобы делать выбор.
А в вашем варианте, совсем не обязательно иметь ссылки в обе стороны, чтобы синхрозироваться без крона при сохранении. Просто надо поискать в другом типе материала тот, что имеет ссылку на редактируемый, и его обновлять.
Заменить Base URL и Request URI в зависимости от $_SERVER['SERVER_ADDR']
Я о том, что действительно в интерфейсе шлюза не убрать /subdirectory, не заменить, например на / просто? Без этой /subdirectory не было бы и проблемы, которую вы пытаетесь старательно решать.
Пересохранение ноды по крону
Это могут быть одни и те же данные по разным url с разным оформлением. Для этого совсем не обязательно делать разные виды сущностей.
Каким образом композер определяет установленные версии модулей?
Да можно. И дать возможность создавать пользователю ещё по необходимости, если нужны другие уровни бутстрапа, например.
Так сделано по умолчанию в некоторых фреймворках, кстати. Только точки входа и статика в webroot.
Нынешняя структура, в первую очередь, результат некого постепенного развития. Изменить всё и сразу не так просто. А вынести библиотеки в отдельную папку, да ещё как это делается композером по умолчанию довольно просто.
Каким образом композер определяет установленные версии модулей?
Напомнить, что у нас больше одной точки входа, и так радикально не выйдет?
Каким образом композер определяет установленные версии модулей?
Намного лучше спроектировать систему так, чтобы проблема была исключена, чем надеяться на то, что все правильно всё сконфигурируют...
Ну и конфиг по умолчанию drupal сейчас хоть и вайтлистит только несколько точек входа, так было не всегда, кстати.
Каким образом композер определяет установленные версии модулей?
Это потому, что папка vendor в корне проекта является значением "по умолчанию".
Каким образом композер определяет установленные версии модулей?
Потерял вторую часть ответа:
Да просто потому, что это просто самый простой путь.
А конфиги, это не совсем конфиги в данном случае, а целый автолоадер, который автогенерирует composer, и никто не предполагает, что туда надо лазить вообще руками.