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

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

18 декабря 2018 в 9:24

Возможно какое-то обновление ядра что-то поломало.
Я сам сейчас бьюсь с очередной загадочной проблемой с генерацией стилей, правда в восьмерке, попробую написать подробное описание того, что происходит, может коллективный разум найдет причину, может и с вашим случаем заодно разберемся.

18 декабря 2018 в 7:51

Sergey1917 wrote:

Помог совет marassa с settings.php. Спасибо!

Рад, что помогло, но надо понимать, что это не решение, а затычка. Надо бы разобраться почему именно стили перестали создаваться и исправить .htaccess.

17 декабря 2018 в 21:38

Godwin wrote:

не нашёл его

Файл error_log должен быть в корне инсталляции друпала, там же где index.php, .htaccess и директории core, modules, themes и т.п. Директория logs это на уровень выше.

17 декабря 2018 в 18:50

Godwin wrote:

Эрик мне написал, как совет

И еще раз: это не совет. Это краткое описание того, что он изменил своим патчем.
Godwin wrote:

Из этого я ничего не понял: Какой сервис извлечь, из какого глобального объекта, как???

16 декабря 2018 в 21:57

Godwin wrote:

Может ли кто-нибудь пояснить, о чем идет речь и нужно делать?

Это просто комментарий к его последнему патчу, пояснение что именно он там поменял в коде. Разбираться в этом не обязательно. "Что делать?" - поставить патч. Если всё равно не работает - написать туда же.

13 декабря 2018 в 21:25
1

Слово "перестали" подразумевает что раньше работали, так? Что менялось в конфигурации перед тем как перестали работать? Не накосячено ли в теме, шаблонах, стилях? Может оно выводится, но или белым по белому, или через какой-нибудь display:none спрятано?

10 декабря 2018 в 19:39

Augustus wrote:

учитывая установленные мной размеры в px, вес всегда получается подходящий

Так не устанавливайте ограничение по весу вообще, и всё.

7 декабря 2018 в 8:33

Присоединюсь к предыдущему оратору насчёт перевода и добавлю, что в восьмёрке специально введена возможность "переводить" с дефолтного языка на дефолтный же, то есть просто модифицировать системные сообщения для конкретного сайта под конкретные нужды.
На странице /admin/config/regional/language выбрать язык по умолчанию и поставить галку напротив "Включить перевод интерфейса на xxx". Потом вводить свои варианты сообщений как обычные переводы на /admin/config/regional/translate

5 декабря 2018 в 8:26

PS Сущность в любом случае называется picture и содержит ровно одну картинку (эдакая Media для бедных), и количество строк вью всегда равно количеству картинок, так что тут проблем не будет.

5 декабря 2018 в 8:21

Да, я уже вхукнулся через hook_views_post_execute и убедился, что total_rows содержит правильный тотал во всех моих конкретных случаях. А раз так, и никакой дополнительной нагрузки на сервер не требуется, то я наверное из этого хука буду сохранять тотал в drupalSettings (в разрезе вью), и брать оттуда уже из js-кода лайтбокса.

27 ноября 2018 в 19:31

marassa wrote:

Возможно модуль Request data conditions что-то сам колдует с кэшем - я не вникал пока.

PS Да, модулёк сам грамотно проставляет правильный кэш-контекст, ничего дополнительного делать не нужно.

27 ноября 2018 в 17:01

adano wrote:

Еще как придется.


Уже попробовал "на коленке" - действительно при включенном IPC анониму всегда отдается единожды закэшированная страница независимо от куки. Но при выключенном IPC даже кэш-контекст не пришлось в явном виде настраивать - страницы отдаются чотко разные с кукою и без. Возможно модуль Request data conditions что-то сам колдует с кэшем - я не вникал пока.

27 ноября 2018 в 14:43

gun_dose wrote:

Вот не факт, что Internal Page Cache придётся отключать.

Сначала так попробую, конечно. Но, судя по нагугленному, придется.
Я про куки раньше только слышал, в руках ни разу не держал Wink

27 ноября 2018 в 13:56

gun_dose wrote:

Нужно писать плагины видимости для блоков

Так уже написаны - в упомянутом Request data conditions реализованы условия и по cookie, и по session storage, и по query parameter. Они появляются прям в Block Layout/Configure Block. Имя куки и ее значение вводятся там же в условиях, в код ничего не зашито.

27 ноября 2018 в 11:39

gun_dose wrote:

Создаём два вью-мода.

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

22 ноября 2018 в 7:41
1

В общем, подумал и оставил как есть Wink
Меня смущали две вещи: "бинарность" данных, помещаемых в строковую переменную, и их потенциальный размер.
Прочтение документации по PHP показало, что размещение произвольных бинарных данных (включая 0x00) в строке абсолютно штатная ситуация для PHP (подозреваю, что все, кроме меня, это знали давно, но я же не настоящий сварщик Wink

19 ноября 2018 в 10:19

gun_dose wrote:

По своему опыту скажу, что ни Feeds, ни Migrations в восьмёрке лучше не использовать как основу для какого-то специфического или ключевого функционала

Мне почему-то интуитивно так и казалось - спасибо за подтверждение Wink

19 ноября 2018 в 8:34

Activator wrote:

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

Deja vu? Wink
https://drupal.ru/node/138315

19 ноября 2018 в 7:56

Inkredo wrote:

для представлений подходит, а мне нужно именно на ноде такое сделать.

А что такое "следующая нода" вне контекста представления? Последовательность нод, отобранная по определённым критериям и отсортированная нужным образом, и есть представление. С пейджером на 1 ноду и views infinite scroll.

18 ноября 2018 в 22:17

В данном случае от REST'а фактически используется только инфраструктура, на самом деле не представляю себе выдачу KML/KMZ именно в REST-контексте - речь идёт об отдаче пользователю файла, который он сохраняет.