VasyOK wrote: Ревизии в типе материала можно отключить.
Отключены изначально, при создании типа материала. Но это, похоже, не работает. И таблицы в БД все равно создаются, да и сам функционал ревизий никуда не исчезает. Есть вкладка "Редакции" при отображении ноды и есть чекбокс "Создать новую редакцию" при ее редактировании. Так что, совершенно неясно, что собственно делает снятие галки с "Создать новую редакцию" при редактировании типа материала.
Отображение ноды. Вывод значений всех 20 полей. Системе нужно дернуть все 20 таблиц. А может и 40, не знаю, может она что-то проверяет с ревизиями связанное. Чем меньше таблиц, тем быстрее всё работает.
Чем больше таблиц в запросе, тем запрос медленнее работает. Да и сама база раздута, много места занимает. Всего-то один тип материала, а 40 таблиц. А если таких типов 10, 20? А есди не 20 полей, а 50? Уже 100 таблиц будет создано...
Да, на небольших сайтах с небольшой посещаемостью это скорее всего и незаметно будет. Но в целом, если о тенденции говорить...
абсолютно. Если под полем понимать его значение - то да, значение не вводилось. Никаких забытых пробелов. Меток тоже нет. Переопределения поля нет, переопределения шаблона нет.
Есть отличная статья на эту тему https://niklan.net/blog/186
Она 2018 года, но остается актуальной по своей сути. При работе с 10-кой использую именно этот алгоритм. Удобно, быстро.
что-то похожее у меня было при деплое сайта на хостинг. Пути к корневому каталогу нужно было изменить (добавить к путям /web) в конфигах апача и ngnix.
Абсолютно та же ситуация. Phpstorm и xdebug попросту не видят друг друга. Никаких окон при первом дебаге не выскакивает, никаких сообщений нигде не пишется...
Инструкция на docksal.io похоже устарела. Ничего не получается, если делать по ней.
Помогите разобраться!
у меня сайты на семерке работают под openserver. Всё норм. Есть и composer (он из коробки) и git. И drush установлен без проблем. Очень экономит время.
В целом, устанавливаем командой: composer require drush/drush:8.x
Предварительно нужно создать папку для драша в папке userdata опенсервера. И перейти в нее. потом команду выше запускать.
Спасибо большое за статью. Бесценно для тех, кто только знакомится с деплоем через git.
Возможно глупый вопрос, но почему в вашем проекте файл .gitignore имеется в каждом каталоге и подкаталоге? Не проще ли иметь один файл в корне где всё разом и прописать?
Думаю, important всё что угодно может переопределить, кроме другого important Говорят, им лучше не злоупотреблять, но вот конкретно в моем случае - как исправление явной ошибки - вполне себе решение. И очень простое, без использования доп. модулей. Хук только прошлось заюзать, чтобы в ядре не ковырять тему.
Отключены изначально, при создании типа материала. Но это, похоже, не работает. И таблицы в БД все равно создаются, да и сам функционал ревизий никуда не исчезает. Есть вкладка "Редакции" при отображении ноды и есть чекбокс "Создать новую редакцию" при ее редактировании. Так что, совершенно неясно, что собственно делает снятие галки с "Создать новую редакцию" при редактировании типа материала.
Отображение ноды. Вывод значений всех 20 полей. Системе нужно дернуть все 20 таблиц. А может и 40, не знаю, может она что-то проверяет с ревизиями связанное. Чем меньше таблиц, тем быстрее всё работает.
Чем больше таблиц в запросе, тем запрос медленнее работает. Да и сама база раздута, много места занимает. Всего-то один тип материала, а 40 таблиц. А если таких типов 10, 20? А есди не 20 полей, а 50? Уже 100 таблиц будет создано...
Да, на небольших сайтах с небольшой посещаемостью это скорее всего и незаметно будет. Но в целом, если о тенденции говорить...
Поделитесь, плиз, как именно работает с этим 3.x-dev? Что умеет, что не умеет?
По линуксом можно командой: export PATH=$PATH:/usr/local/bin
где /usr/local/bin - каталог установки composer. Может быть другим.
прописать переменные окружения.
Попробуйте модуль Антибот https://www.drupal.org/project/antibot
Допустимые типы файлов вы сами определяете, когда поле для загрузки файла создаете. Там в настройках поля и вписываете нужные форматы.
Webrip - это вроде про видео? Может WebP имелось в виду? Если последнее, то вот статья как его внедрить на сайт: https://www.specbee.com/blogs/improving-site-performance-imagemagick-dru...
класс. Добавила такой фильтр и пустые значения исчезли. Спасибо!
абсолютно. Если под полем понимать его значение - то да, значение не вводилось. Никаких забытых пробелов. Меток тоже нет. Переопределения поля нет, переопределения шаблона нет.
На решение натолкнула похожая тема: https://drupal.ru/node/99018
В моем случае помогло изменить версию jquery в настройках админской темы adminimal
проблема не решилась от этого. Любая операция по-прежнему зависает на 0
выдает что-то про базы:
Не помогло, к сожалению (
Есть отличная статья на эту тему https://niklan.net/blog/186
Она 2018 года, но остается актуальной по своей сути. При работе с 10-кой использую именно этот алгоритм. Удобно, быстро.
Для 10-ки, к слову, другая структура каталогов:
что-то похожее у меня было при деплое сайта на хостинг. Пути к корневому каталогу нужно было изменить (добавить к путям /web) в конфигах апача и ngnix.
нужные настройки нашлись-таки здесь:
https://github.com/docksal/docksal/issues/1450?ysclid=ln37m666lm45563079...
как в итоге настроили?
Абсолютно та же ситуация. Phpstorm и xdebug попросту не видят друг друга. Никаких окон при первом дебаге не выскакивает, никаких сообщений нигде не пишется...
Инструкция на docksal.io похоже устарела. Ничего не получается, если делать по ней.
Помогите разобраться!
у меня сайты на семерке работают под openserver. Всё норм. Есть и composer (он из коробки) и git. И drush установлен без проблем. Очень экономит время.
В целом, устанавливаем командой:
composer require drush/drush:8.xПредварительно нужно создать папку для драша в папке userdata опенсервера. И перейти в нее. потом команду выше запускать.
и еще вопрос. Если игнор drupal-scaffold файлов нужно прописывать в composer.json, то почему они у вас прописаны в .gitignore файлах внутри каталогов?
Спасибо большое за статью. Бесценно для тех, кто только знакомится с деплоем через git.
Возможно глупый вопрос, но почему в вашем проекте файл .gitignore имеется в каждом каталоге и подкаталоге? Не проще ли иметь один файл в корне где всё разом и прописать?
Думаю, important всё что угодно может переопределить, кроме другого important
Говорят, им лучше не злоупотреблять, но вот конкретно в моем случае - как исправление явной ошибки - вполне себе решение. И очень простое, без использования доп. модулей. Хук только прошлось заюзать, чтобы в ядре не ковырять тему.