Айболит, это инструмент, для более-менее знающего языки программирования человека. Как и остальные подобные он очень далёк от идеала, даёт очень много ложно-позитивных срабатываний, и многое пропускает. В его результатах надо планомерно разбираться. Ну и это не всегда имеет смысл, особенно, если есть "чистые" копии сделанные раньше, с которыми можно сравнить с помощью системы контроля версий или diff, находя различия автоматически.
Теоретически, надо отключать advagg, смотреть где именно рекомендуется, переписывать соответствующий JS.
Практически, надо понимать, что это всё только рекомендации, им совсем не обязательно следовать. Мало того, это общие рекомендации, не учитывающие специфику конкретного приложения, в определённых случаях, их выполнение может не приносить пользу, а даже вредить. Или не иметь смысла. Или результат выполнения может не стоить усилий.
Вообще-то есть, UniSimGuide.swf. И вся конструкция эта предназначена чтобы при переходе на url /demo его показать.
Папку demo в вашем случае вероятно можно удалить просто.
Ну и как я выше писал, важно, собственно, понять, как оно туда попало.
Нет, это делает сам composer как раз, когда в зависимости от того, что ему указано в параметрах create-project. Там же можно указать конкретную версию, если нужно.
Я уже писал про sudo, можно, но не нужно, а в продакшене вредно. Есть принцип - всегда надо оставлять минимально необходимый минимум прав и возможностей, необходимый и достаточный для работы. Пользователю который работает с сайтом, просто вообще не нужен sudo. Значит и давать его не надо.
karmike wrote: О директориях: структуры типа /var/www/mysite/data/www/mysite.ru создает панель ispmanager у моего хостинга, не знаю, зачем это нужно, но пусть, особо не мешает.
Вам просто надо было переименовать composer.phar в composer.
В линуксе(да *nix вообще) исполнение файлов, и выбор интерпретатора, если это скрипт, никак не связано с расширением файла. Ну и расширение и тип файла, это вообще говоря разные вещи. Почитайте вот тут, например, как это работает: https://ru.wikipedia.org/wiki/%D0%A8%D0%B5%D0%B1%D0%B0%D0%BD%D0%B3_(Unix)
Конечно, никакой папки composer не нужно было создавать.
Вам не надо делать всё из под одного пользователя. Настройки и установку системного софта надо делать от рута, или пользователя, который может им стать, а работы по сайту от другого пользователя, который может не иметь такой возможности. Мало того, если сайтов более одного, хорошо бы, чтобы и пользователи были разные (если мы говорим не о локальной машине для разработки не доступной из извне, там это не обязательно и только создаёт дополнительные сложности).
На маке с выбором всё отлично. Можно просто поставить нативный php, нативный apache и нативный mysql, и это будет просто хорошо работать, в отличии от винды.
Ну или виртуалка и докер.
Возможно смогу, надо задачу сформулировать, подумать, и возможно провести эксперимент. Я не использую его при разработке, просто потому, что мало ей занимаюсь, но использую его в некоторых проектах в продакшене.
Не надо создавать какие-то дополнительные точки входа. Используйте средства обработки запросов самого drupal.
Тема сделана для изменения внешнего вида, а не для работы логики. Такой код надо располагать не на уровне темы, а в своём модуле, ну и там обрабатывать запрос средствами drupal, и почту посылать используя соответствующий API.
Ну и, наконец, вам надо тогда уж не await fetch('sendmail.php', а await fetch('/sites/all/themes/classifio/sendmail.php', раз уж у вас так накосепорено. Но не делайте так.
Только до того момента, пока всё хорошо работает и не надо сделать шаг в сторону.
И тогда не знание того, как всё это внутри работает, делает малореальным поиск и исправление проблемы.
Для такого кейса, лучше всё же инструмент по проще использовать. Не тот, что просто выглядит, а тот, что просто сделан.
Разработчикам совсем не обязательно специализироваться в OPS, но вот своё окружение безусловно знать надо.
На и понимание докера это совсем не специализация в DevOps, это знание своих собственных инструментов.
Так можно докатиться до того, что не надо и IDE свою изучать, да и вообще, пользоваться конструктором для создания сайта, не?
1. Настроить mysql правильно, и.т.п. Всё как без докера. Докер запущен в виртуалке, там есть оверхед, но на современном железе очень не большой обычно. Мало того, в linux окружении должно даже быстрее работать, на самом деле. Контейнеры готовые это заготовки, просто быстрый способ развёртывания, софт тоже надо настраивать, об этом часто забывают.
2. Можно. Можно любой свой набор контейнеров с любыми своими настройками.
Взлом сайта
Айболит, это инструмент, для более-менее знающего языки программирования человека. Как и остальные подобные он очень далёк от идеала, даёт очень много ложно-позитивных срабатываний, и многое пропускает. В его результатах надо планомерно разбираться. Ну и это не всегда имеет смысл, особенно, если есть "чистые" копии сделанные раньше, с которыми можно сравнить с помощью системы контроля версий или diff, находя различия автоматически.
Как использовать флаг `passive` для прослушивателей событий прикосновения и колеса мыши?
Теоретически, надо отключать advagg, смотреть где именно рекомендуется, переписывать соответствующий JS.
Практически, надо понимать, что это всё только рекомендации, им совсем не обязательно следовать. Мало того, это общие рекомендации, не учитывающие специфику конкретного приложения, в определённых случаях, их выполнение может не приносить пользу, а даже вредить. Или не иметь смысла. Или результат выполнения может не стоить усилий.
Что это за зараза? index.html.bak.bak');
Вообще-то есть, UniSimGuide.swf. И вся конструкция эта предназначена чтобы при переходе на url /demo его показать.
Папку demo в вашем случае вероятно можно удалить просто.
Ну и как я выше писал, важно, собственно, понять, как оно туда попало.
Что это за зараза? index.html.bak.bak');
Нет, не должен. file_get_contents() просто считывает файл и возвращает его как строку. Это не связано никак с типом файла.
Установка Drupal 9 с помощью Composer на VDS с Ubuntu 16.4
Это и сейчас должно работать.
Но конфиг всё равно довольно кривой получается.
Установка Drupal 9 с помощью Composer на VDS с Ubuntu 16.4
Нет, это делает сам composer как раз, когда в зависимости от того, что ему указано в параметрах create-project. Там же можно указать конкретную версию, если нужно.
Установка Drupal 9 с помощью Composer на VDS с Ubuntu 16.4
Я уже писал про sudo, можно, но не нужно, а в продакшене вредно. Есть принцип - всегда надо оставлять минимально необходимый минимум прав и возможностей, необходимый и достаточный для работы. Пользователю который работает с сайтом, просто вообще не нужен sudo. Значит и давать его не надо.
Установка Drupal 9 с помощью Composer на VDS с Ubuntu 16.4
Вам просто надо было переименовать composer.phar в composer.
В линуксе(да *nix вообще) исполнение файлов, и выбор интерпретатора, если это скрипт, никак не связано с расширением файла. Ну и расширение и тип файла, это вообще говоря разные вещи. Почитайте вот тут, например, как это работает: https://ru.wikipedia.org/wiki/%D0%A8%D0%B5%D0%B1%D0%B0%D0%BD%D0%B3_(Unix)
Конечно, никакой папки composer не нужно было создавать.
Установка Drupal 9 с помощью Composer на VDS с Ubuntu 16.4
Вам не надо делать всё из под одного пользователя. Настройки и установку системного софта надо делать от рута, или пользователя, который может им стать, а работы по сайту от другого пользователя, который может не иметь такой возможности. Мало того, если сайтов более одного, хорошо бы, чтобы и пользователи были разные (если мы говорим не о локальной машине для разработки не доступной из извне, там это не обязательно и только создаёт дополнительные сложности).
Docker, начало (1)
На маке с выбором всё отлично. Можно просто поставить нативный php, нативный apache и нативный mysql, и это будет просто хорошо работать, в отличии от винды.
Ну или виртуалка и докер.
Возможно смогу, надо задачу сформулировать, подумать, и возможно провести эксперимент. Я не использую его при разработке, просто потому, что мало ей занимаюсь, но использую его в некоторых проектах в продакшене.
об установке composer
А ему совсем не обязательно что-то такое делать. Ну и если давать sudo, то только с паролем. А вообще вполне можно и не давать, если это продакшен.
404 not found
У вас масса ошибок в самом подходе.
Не надо создавать какие-то дополнительные точки входа. Используйте средства обработки запросов самого drupal.
Тема сделана для изменения внешнего вида, а не для работы логики. Такой код надо располагать не на уровне темы, а в своём модуле, ну и там обрабатывать запрос средствами drupal, и почту посылать используя соответствующий API.
Ну и, наконец, вам надо тогда уж не await fetch('sendmail.php', а await fetch('/sites/all/themes/classifio/sendmail.php', раз уж у вас так накосепорено. Но не делайте так.
404 not found
Не важно, совершенно, что вы делаете. Нет никакой причины делать так, кроме незнания правильного метода.
Что это за зараза? index.html.bak.bak');
Вопрос вряд-ли имеет смысл в таком виде.
Скорее стоит разобраться, как он проникает, и как закрыть уязвимость.
на drupal не загружает файлы больше 2мб
Ограничения бывают на разных уровнях:
на drupal не загружает файлы больше 2мб
Так бывает у некоторых хостеров.
на drupal не загружает файлы больше 2мб
И там же можно посмотреть, какие ini файлы обрабатываются.
Два вопроса про друпал от новичка
Главное не забывать что тестирование при обновлении сложной системы это обязательный момент.
Docker, начало (1)
Только до того момента, пока всё хорошо работает и не надо сделать шаг в сторону.
И тогда не знание того, как всё это внутри работает, делает малореальным поиск и исправление проблемы.
Для такого кейса, лучше всё же инструмент по проще использовать. Не тот, что просто выглядит, а тот, что просто сделан.
Docker, начало (1)
Разработчикам совсем не обязательно специализироваться в OPS, но вот своё окружение безусловно знать надо.
На и понимание докера это совсем не специализация в DevOps, это знание своих собственных инструментов.
Так можно докатиться до того, что не надо и IDE свою изучать, да и вообще, пользоваться конструктором для создания сайта, не?
Docker, начало (1)
И как это поможет в случае 4?
Docker, начало (1)
1. Настроить mysql правильно, и.т.п. Всё как без докера. Докер запущен в виртуалке, там есть оверхед, но на современном железе очень не большой обычно. Мало того, в linux окружении должно даже быстрее работать, на самом деле. Контейнеры готовые это заготовки, просто быстрый способ развёртывания, софт тоже надо настраивать, об этом часто забывают.
2. Можно. Можно любой свой набор контейнеров с любыми своими настройками.
Изменил файл page.tpl. и теперь русский текст из этого файла отображается ромбиками с вопросительным знаком.
Блокнот работает с utf-8? Может сейчас и да, я давно на него не смотрел даже, но раньше он работал в ansi|win1251.
Советую воспользоваться каким-нибудь sublime text, например или другим приличным редактором.
Подскажите, как перейти на Composer 2 в Docker4Drupal
Отличный прям совет для окружения кем-то созданного в докере? Нет конечно.
Изменил файл page.tpl. и теперь русский текст из этого файла отображается ромбиками с вопросительным знаком.
Возможно, проблема в том, в какой кодировке, в итоге был сохранён вами этот файл?