bsyomov: Комментарии

Главные вкладки

31 мая 2021 в 18:00

Так он а и не имеет зависимостей. Делайте любой сайт, используйте тему эту... Это так работает.
Тема это не профиль установки, который вам сделает какой-то функционал сайта готовый, это только общая разметка, колонки там, цвета, стили, типографика...

30 мая 2021 в 16:10

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

Для некоторых тем есть требования по модулям, или дополнения в виде модулей, об этом пишут на страничке темы.

28 мая 2021 в 3:26

artomas wrote: Пошаговое не нужно, а вот направление по админу посредством ssh какое-то (самое начальное) можете кинуть?

Это называется основы работы с консолью в linux, скорее. SSH, это просто один из способов подключения к ней. Про то, с чего начать я выше писал. Если прям ткнуть, что почитать, в первую очередь приходит на ум https://www.debian.org/doc/manuals/debian-handbook/
Эксперименты на клиентах ставить не надо...

28 мая 2021 в 1:30
1

В администрировании в консоли нет ничего сложного. Это, в основном, просто выполнение некоторых довольно простых команд и редактирование конфиг файлов.

Я бы начал с установки на свой комп виртуалки с Linux, и попытки настроить например nginx + php-fpm + mysql и развёртывания того же Drupal там композером.

Установка сейчас всех перечисленных дистрибутивов элементарна. Тут возможно даже не понадобится документация.

28 мая 2021 в 1:12

Причина в многообразии софта с которым приходится работать, и надо хорошо понимать как он работает. Даже одна операционка штука довольно сложная, если уж так.

Если нравится, то стоит осваивать. И в принципе, хостинг для своего сайтика какого-нибудь не критичного это отличная платформа для старта и обучения.

28 мая 2021 в 1:07

Чтобы самому, придётся много учиться и читать документацию. Идти по каком-нибудь пошаговому руководству крайне не советую, они заводят не туда. Smile

Настройка и администрирование серверов, в целом намного разнообразнее и сложнее создания сайтов на Drupal. Smile

28 мая 2021 в 1:02
1

Чтобы предоставлять хостинг произвольным клиентам с минимальными знаниями и произвольными скриптами.

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

28 мая 2021 в 0:45

1. Вопрос вкуса. Не стоит что-то более экзотичное только выбирать.
2. Сколько скажете скушать каждому приложению, например, сколько будет разрешено поднять процессов php и.т.п. Ну это если о памяти а не диске вопрос.
3. Не нужна. Серьёзно, совсем не нужна, никакая. Это софт для других задач.

27 мая 2021 в 19:46
1

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

27 мая 2021 в 19:38
1

В простейшем случае, показывать второй вариант представления можно через views с параметрами, например. А вообще, надо имть некое ТЗ, чтобы делать выбор.

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

27 мая 2021 в 19:32

Я о том, что действительно в интерфейсе шлюза не убрать /subdirectory, не заменить, например на / просто? Без этой /subdirectory не было бы и проблемы, которую вы пытаетесь старательно решать.

25 мая 2021 в 22:50

Да можно. И дать возможность создавать пользователю ещё по необходимости, если нужны другие уровни бутстрапа, например.
Так сделано по умолчанию в некоторых фреймворках, кстати. Только точки входа и статика в webroot.

Нынешняя структура, в первую очередь, результат некого постепенного развития. Изменить всё и сразу не так просто. А вынести библиотеки в отдельную папку, да ещё как это делается композером по умолчанию довольно просто.

25 мая 2021 в 22:13

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

25 мая 2021 в 21:52
1

marassa wrote: Про vendor там как раз ни слова нет.

Это потому, что папка vendor в корне проекта является значением "по умолчанию".

marassa wrote: Я поправил путь в autoload.php, ему еще какого-то рожна не хватает:

25 мая 2021 в 21:26

Потерял вторую часть ответа:

marassa wrote: А я не могу понять, почему нельзя просто поправить нужные конфигурационные файлы существующего сайта. Но ни одна зараза нигде не пишет какие именно

Да просто потому, что это просто самый простой путь.
А конфиги, это не совсем конфиги в данном случае, а целый автолоадер, который автогенерирует composer, и никто не предполагает, что туда надо лазить вообще руками. Smile