Довольно распространённая ситуация, что письма с сервера отправляются вникуда, вернее это почтовые сервисы их игнорят. Чтобы такого не происходило, лучше всего отправлять письма через SMTP. Для этого на семёрке есть модуль SMTP, а для 8 Swift mailer, а для 9 и выше Symfony mailer.
Кстати, аргумент -u у команд push и pull, делает ветку дефолтной. Если ты работаешь в одной ветке, то первый раз делаешь git push -u origin master, а в последующие разы просто git push
Если ты один работаешь на проекте, и кроме локалки сайт крутится только на продакшене, то тебе можно всё делать в одной ветке. Единственный случай, когда надо делать разные ветки при работе в одиночку - это когда тебе приходится постоянно переключаться между разными задачами. Ну например, надо на сайте переделать все вьюхи с обычных на search api. Такая задача может занять несколько дней или даже недель. Но при этом у клиента постоянно есть какие-то мелкие срочные правки. В таком случае логично делать большую задачу в отдельной ветке.
После того, как ты запушил свою ветку в репозиторий, попроси кого-нибудь из взрослых поревьювить её и смерджить. А потом на продакшене просто git pull. Сервер всегда работает только с одной веткой.
На продакшене у тебя всегда должна использоваться только одна ветка. И соответственно должна выполняться только одна команда: git pull origin название-ветки-продакшена-обычно-это-main
1. Скорее всего придётся создать проект с нуля, поставить композером туда нужные версии всего, скопировать кастомные модули и накатить старую базу данных.
2. Композер нужно запускать из папки сайта.
Это лишь один из плагинов отправки почты. Конкретно этот плагин подходит лишь для тестирования, либо для корчей вроде тебя. На реальных проектах для отправки используют SMTP или на худой конец Sendmail
Обычно такое бывает, если файлы проекта лежат не в файловой системе линукса, а в винде. То есть когда обращение идёт к директории /mnt. Если переложить в домашнюю директорию в линукс, то должно заработать нормально.
Проблема в том, что если крон не запускать, то устаревшие записи кэша остаются в базе. И наверняка под очисткой кэша по крону имеется в виду удаление устаревших записей, которые всё равно не используются, и висят мёртвым грузом.
AI даёт ответ исходя из той информации, которую он анализировал. То есть до 2021 года включительно. Поэтому по меркам 2021 года ответ верный. Сейчас же я бы уже смотрел в сторону 10.
Требуется специалист dr9+composer
Надо дать права на папку sites/default и на тот файл. Либо в composer.json указать, чтобы этот файл не переписывался
docker4drupal + ubuntu. Как сейчас сделать чтобы сайты открывались без окончания :8000 ?
Если крутится, значит надо остановить, он же порт занимает. А проверить можно через команду top - посмотреть все запущенные процессы
docker4drupal + ubuntu. Как сейчас сделать чтобы сайты открывались без окончания :8000 ?
Может быть у тебя апач или нжинкс в самой убунте крутится?
Не полностью сохраняется нода (Тип ноды - статьи)
Посмотрите в информации о php параметр max_input_vars.
Письма не приходят (регистрация, восстановления пароля)
Довольно распространённая ситуация, что письма с сервера отправляются вникуда, вернее это почтовые сервисы их игнорят. Чтобы такого не происходило, лучше всего отправлять письма через SMTP. Для этого на семёрке есть модуль SMTP, а для 8 Swift mailer, а для 9 и выше Symfony mailer.
Подскажите: как вносить изменения из github проекта?
Кстати, аргумент -u у команд push и pull, делает ветку дефолтной. Если ты работаешь в одной ветке, то первый раз делаешь git push -u origin master, а в последующие разы просто git push
Подскажите: как вносить изменения из github проекта?
Если ты один работаешь на проекте, и кроме локалки сайт крутится только на продакшене, то тебе можно всё делать в одной ветке. Единственный случай, когда надо делать разные ветки при работе в одиночку - это когда тебе приходится постоянно переключаться между разными задачами. Ну например, надо на сайте переделать все вьюхи с обычных на search api. Такая задача может занять несколько дней или даже недель. Но при этом у клиента постоянно есть какие-то мелкие срочные правки. В таком случае логично делать большую задачу в отдельной ветке.
Подскажите: как вносить изменения из github проекта?
После того, как ты запушил свою ветку в репозиторий, попроси кого-нибудь из взрослых поревьювить её и смерджить. А потом на продакшене просто git pull. Сервер всегда работает только с одной веткой.
Подскажите: как вносить изменения из github проекта?
На продакшене у тебя всегда должна использоваться только одна ветка. И соответственно должна выполняться только одна команда:
git pull origin название-ветки-продакшена-обычно-это-main
Composer
Ну в целом почти так.
Composer
Нет, сам он ничего не добавит, надо всё собирать вручную.
Composer
Просто подключить ту же базу. Это не обновление.
Composer
1. Скорее всего придётся создать проект с нуля, поставить композером туда нужные версии всего, скопировать кастомные модули и накатить старую базу данных.
2. Композер нужно запускать из папки сайта.
Drupal 9 как отравить письмо программно?
Это лишь один из плагинов отправки почты. Конкретно этот плагин подходит лишь для тестирования, либо для корчей вроде тебя. На реальных проектах для отправки используют SMTP или на худой конец Sendmail
CKEditor 5. Уже созрел?
Где ты берёшь таких пользователей? Shift + Enter используется везде, начиная от Ворда, заканчивая всякими мессенджерами и веб-сервисами.
CKEditor 5. Уже созрел?
Shift + Enter или Ctrl + Enter попробуй.
Docker. Периодические тупит открытие страниц.
Обычно такое бывает, если файлы проекта лежат не в файловой системе линукса, а в винде. То есть когда обращение идёт к директории /mnt. Если переложить в домашнюю директорию в линукс, то должно заработать нормально.
Drupal 10, Views: вывести контент текущего пользователя
Надо выбрать "передать значение по умолчанию", а там "id авторизовавшегося пользователя "
Модуль xmlsitemap. Подскажите: почему он код генерирует именно так?
Слева браузер своими встроенными средствами делает xml читабельным. А справа он как есть. Ориентироваться надо на то, что справа
БД весит 2 ГБ, а кешь под 20 ГБ. Это нормально и как бороться?
Проблема в том, что если крон не запускать, то устаревшие записи кэша остаются в базе. И наверняка под очисткой кэша по крону имеется в виду удаление устаревших записей, которые всё равно не используются, и висят мёртвым грузом.
Апгрейд Drupal 7 на что?
AI даёт ответ исходя из той информации, которую он анализировал. То есть до 2021 года включительно. Поэтому по меркам 2021 года ответ верный. Сейчас же я бы уже смотрел в сторону 10.
Проблема при подключении другого домена
А кэш сбрасывали?)
Не сохраняется расположение блоков
Так надо со страницы отчёта о состоянии кликать на информацию о пхп, там будет написано, где конфигурационные файлы лежат.
Не сохраняется расположение блоков
Я бы 5000 ставил.
Не сохраняется расположение блоков
Попробуйте проверить значение параметра max_input_vars в информации о php. Похоже, что оно слишком мало́.