Есть хороший модуль feeds, который как раз импортирует данные на сайт из других источников. Работает с кучей форматов (включая json). Может импортировать данные по url (ваш вариант). Он популярный, много где описана работа с ним. Попробуйте.
например, стилями. Все подтягивается влево, если сделать как на скрине. Правда, это решение уберет вниз боковую панель (справа которая). Так что, тут играться надо с этим гридом. Но это самое простое.
все доступные регионы для размещения контента вы можете увидеть кликнув на ссылку "Просмотр областей блоков" ( /admin/structure/block/demo/olivero) , которая в структура -> схема блоков. Там наглядно очень.
мда... почему-то думала (мало еще опыта с 10-кой), что через конфиги можно только редактировать БД, а не создавать новые таблицы. Оказывается можно всё. И тогда, действительно, вопрос с дампом отпадает.
Спасибо!
а как синхронизировать БД?
Когда разработка закончена я заливаю базу на прод. И всё. Если нужно доработать что-то и нужна актуальная база - беру ее с прода. А дальше эскспорт/импорт конфигов.
Если забыть о проде. Вот нет его пока. Есть просто два не связанных между собой компа. На обоих docksal с идентичными настройками. Осталось синхронизировать собственно проекты рабочие. Как?
файлы разработки - то что перечислено в изначальном посте + дамп бд + каталог с файлами. Последние две позиции нужны на этапе разработки, когда есть только локальная версия сайта. Потом это всё, понятное дело, будет браться с прода.
проблемы в том, чтобы все хранилось в одном месте. В конце дня я делаю пару команд git и хочу чтобы в репозитории сохранилось ВСЁ. Чтобы если вдруг завтра придется работать с другого компа, то мне не нужно было тратить время на восстановление файлов разработки, которые не попали в репо из-за gitignore.
Это конечно не такая уж большая проблема... Просто стало интересно, как в принципе люди поступают в подобных случаях.
И еще повторюсь, я пока новичок в git и вероятно хочу от него того, для чего он не предназначен.
дело не только в settings.php. Мне нужны и файлы, которые я использую для тестирования созданных материалов, и дамп бд... который я делаю в конце рабочего дня. Нужна ПОЛНАЯ копия моей локальной разработки на другом компе. Сегодня я на работе, а завтра из дома... Случается такое иногда. И на этот случай нужно чтобы в репозитории была вся локальная версия. Но в то же время этот же репозиторий нужен для деплоя на рабочий сервер.
по этому видео у меня процесс и настроен. И давно. Но это видео не решает мою задачу: возможность вести разработку на нескольких компах, то есть хранить локальную версию целиком (со всеми local.settings.php и .gitignore) на нескольких компах.
правильно я понимаю в целом: создаем две ветки - main и, например, dev. В main пушим всё, что не в .gitignore. В dev передаем только то, что нужно для локальной разработки и что изначально в .gitignore.
Потом на другом компе для локальной разработки получаем данные из обеих веток, а для прода только из main?
на еще один. То есть, локальная разработка может вестись с двух компов. И на каждом надо иметь возможность получить актуальные данные из репозитория. И запушить после работы туда актуальные данные. И при этом нужна возможность пулить данные на рабочий сервер с любого компа (без файлов, которые исключительно для local).
а заливать вручную надо в ту же ветку?
VasyOK wrote: Ревизии в типе материала можно отключить.
Отключены изначально, при создании типа материала. Но это, похоже, не работает. И таблицы в БД все равно создаются, да и сам функционал ревизий никуда не исчезает. Есть вкладка "Редакции" при отображении ноды и есть чекбокс "Создать новую редакцию" при ее редактировании. Так что, совершенно неясно, что собственно делает снятие галки с "Создать новую редакцию" при редактировании типа материала.
Отображение ноды. Вывод значений всех 20 полей. Системе нужно дернуть все 20 таблиц. А может и 40, не знаю, может она что-то проверяет с ревизиями связанное. Чем меньше таблиц, тем быстрее всё работает.
Чем больше таблиц в запросе, тем запрос медленнее работает. Да и сама база раздута, много места занимает. Всего-то один тип материала, а 40 таблиц. А если таких типов 10, 20? А есди не 20 полей, а 50? Уже 100 таблиц будет создано...
Да, на небольших сайтах с небольшой посещаемостью это скорее всего и незаметно будет. Но в целом, если о тенденции говорить...
Интеграция с другим сайтом через API
Есть хороший модуль feeds, который как раз импортирует данные на сайт из других источников. Работает с кучей форматов (включая json). Может импортировать данные по url (ваш вариант). Он популярный, много где описана работа с ним. Попробуйте.
Вопросы по дефолтному шаблону Olivero
вот этот вариант лучше:
Вопросы по дефолтному шаблону Olivero
например, стилями. Все подтягивается влево, если сделать как на скрине. Правда, это решение уберет вниз боковую панель (справа которая). Так что, тут играться надо с этим гридом. Но это самое простое.
Вопросы по дефолтному шаблону Olivero
все доступные регионы для размещения контента вы можете увидеть кликнув на ссылку "Просмотр областей блоков" ( /admin/structure/block/demo/olivero) , которая в структура -> схема блоков. Там наглядно очень.
Помогите разобраться с деплоем
мда... почему-то думала (мало еще опыта с 10-кой), что через конфиги можно только редактировать БД, а не создавать новые таблицы. Оказывается можно всё. И тогда, действительно, вопрос с дампом отпадает.
Спасибо!
Помогите разобраться с деплоем
конфиги были мною явно недооценены
Спасибо всем за помощь!
Помогите разобраться с деплоем
а как синхронизировать БД?
Когда разработка закончена я заливаю базу на прод. И всё. Если нужно доработать что-то и нужна актуальная база - беру ее с прода. А дальше эскспорт/импорт конфигов.
Если забыть о проде. Вот нет его пока. Есть просто два не связанных между собой компа. На обоих docksal с идентичными настройками. Осталось синхронизировать собственно проекты рабочие. Как?
Помогите разобраться с деплоем
тем же, чем и от первого рабочего ПК. На проде разработка не ведется.
Помогите разобраться с деплоем
когда ведутся доработки сайта, который уже на проде. Всё, как в статье Никлана
Помогите разобраться с деплоем
файлы разработки - то что перечислено в изначальном посте + дамп бд + каталог с файлами. Последние две позиции нужны на этапе разработки, когда есть только локальная версия сайта. Потом это всё, понятное дело, будет браться с прода.
Помогите разобраться с деплоем
не проще. Есть ощутимые сложности получения удаленного доступа к серверам организации.
Помогите разобраться с деплоем
проблемы в том, чтобы все хранилось в одном месте. В конце дня я делаю пару команд git и хочу чтобы в репозитории сохранилось ВСЁ. Чтобы если вдруг завтра придется работать с другого компа, то мне не нужно было тратить время на восстановление файлов разработки, которые не попали в репо из-за gitignore.
Это конечно не такая уж большая проблема... Просто стало интересно, как в принципе люди поступают в подобных случаях.
И еще повторюсь, я пока новичок в git и вероятно хочу от него того, для чего он не предназначен.
Помогите разобраться с деплоем
почему?
Помогите разобраться с деплоем
дело не только в settings.php. Мне нужны и файлы, которые я использую для тестирования созданных материалов, и дамп бд... который я делаю в конце рабочего дня. Нужна ПОЛНАЯ копия моей локальной разработки на другом компе. Сегодня я на работе, а завтра из дома... Случается такое иногда. И на этот случай нужно чтобы в репозитории была вся локальная версия. Но в то же время этот же репозиторий нужен для деплоя на рабочий сервер.
Помогите разобраться с деплоем
по этому видео у меня процесс и настроен. И давно. Но это видео не решает мою задачу: возможность вести разработку на нескольких компах, то есть хранить локальную версию целиком (со всеми local.settings.php и .gitignore) на нескольких компах.
Помогите разобраться с деплоем
правильно я понимаю в целом: создаем две ветки - main и, например, dev. В main пушим всё, что не в .gitignore. В dev передаем только то, что нужно для локальной разработки и что изначально в .gitignore.
Потом на другом компе для локальной разработки получаем данные из обеих веток, а для прода только из main?
Помогите разобраться с деплоем
на еще один. То есть, локальная разработка может вестись с двух компов. И на каждом надо иметь возможность получить актуальные данные из репозитория. И запушить после работы туда актуальные данные. И при этом нужна возможность пулить данные на рабочий сервер с любого компа (без файлов, которые исключительно для local).
а заливать вручную надо в ту же ветку?
Кастомное поле в форме редактирования материала
здесь подробно объясняется как подключить свой js к админской теме (или форме): https://drupal.stackexchange.com/questions/6641/add-javascript-files-to-...
много-много однотипных полей в сущности
Отключены изначально, при создании типа материала. Но это, похоже, не работает. И таблицы в БД все равно создаются, да и сам функционал ревизий никуда не исчезает. Есть вкладка "Редакции" при отображении ноды и есть чекбокс "Создать новую редакцию" при ее редактировании. Так что, совершенно неясно, что собственно делает снятие галки с "Создать новую редакцию" при редактировании типа материала.
много-много однотипных полей в сущности
Отображение ноды. Вывод значений всех 20 полей. Системе нужно дернуть все 20 таблиц. А может и 40, не знаю, может она что-то проверяет с ревизиями связанное. Чем меньше таблиц, тем быстрее всё работает.
много-много однотипных полей в сущности
Чем больше таблиц в запросе, тем запрос медленнее работает. Да и сама база раздута, много места занимает. Всего-то один тип материала, а 40 таблиц. А если таких типов 10, 20? А есди не 20 полей, а 50? Уже 100 таблиц будет создано...
Да, на небольших сайтах с небольшой посещаемостью это скорее всего и незаметно будет. Но в целом, если о тенденции говорить...
Insert не работает в Drupal 10?
Поделитесь, плиз, как именно работает с этим 3.x-dev? Что умеет, что не умеет?
Вопрос по composer
По линуксом можно командой: export PATH=$PATH:/usr/local/bin
где /usr/local/bin - каталог установки composer. Может быть другим.
Вопрос по composer
прописать переменные окружения.
Не работает CAPTCHA и reCAPTCHA в форме с элементами ajax
Попробуйте модуль Антибот https://www.drupal.org/project/antibot