1. Главная
  2. marassa

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

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

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-контексте - речь идёт об отдаче пользователю файла, который он сохраняет.

7 ноября 2018 в 22:11

remmor wrote:

Field collection как-то страшно юзать - альфа 2016 года

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

6 ноября 2018 в 21:15
2

marat M wrote:

В анонсах (тизерах) нод выводятся исходные некропленные фоты

Так надо посмотреть какой image style используется в этих самых тизерах. Как уже подметили, manual crop всего лишь создаёт ещё один image style, оригинальная картинка при этом не трогается. Чтобы в тизерах выводилась кропнутая картинка, в настройках отображения поля картинки для этого тизера должен быть указан правильный image style.

1 ноября 2018 в 9:07

А почему оно говорит, что версия ядра 8.6.1??? По идее если вы скопировали ВСЕ нужные файлы от 8.6.2, то отчёт должен говорить 8.6.2. Выходит, что-то недокопировали или скопировали не туда.

31 октября 2018 в 21:03

А кэш чистили до и после?
Буквально на днях обновлялся с 8.5.непомнюцыфру прямо до 8.6.2 командой drush up drupal по этой инструкции: https://www.drupal.org/docs/8/update/update-core-via-drush
Все прошло как по маслу, без ошибок. Может попробовать восстановиться с бэкапа и заново обновиться этим способом?

20 октября 2018 в 14:59
1

Let me Google that for you: https://www.drupal.org/forum/support/translations/2016-08-28/language-sw...

20 октября 2018 в 14:35

О каком конкретно меню идёт речь, и как оно формируется?

20 октября 2018 в 8:02

nic12 wrote:

на странице нет блока с переключением языков

А Вы этот блок (Language switcher) добавляли через /admin/structure/block ?
Сам он и не может появиться на странице, если его туда не добавить.

15 октября 2018 в 8:56

PS Мой сайт пока на 8.5.3. Нельзя исключать что в 8.6 что-то поломали, хоть это и крайне маловероятно.

15 октября 2018 в 8:21

nic12 wrote:

создаю четыре страницы одинакового содержания, но на разных языках

Что такое "страница"? Каким образом создаёте? В восьмом друпале не создаются новые ноды для разных языков, а переводится исходная нода, nid для всех языковых версий один и тот же.
nic12 wrote:

14 октября 2018 в 21:40

nic12 wrote:

даже в последней версии 8.6 так и остались проблемы при переходе на английский язык сайт так и не переходит нормально на свою языковую версию, включая и соответствующее меню на этом языке

Если бы Вы смогли чуть более внятно сформулировать свой вопрос , то появилась бы возможность получить внятный ответ. У меня без проблем работает двухязычный сайт на восьмёрке, начиная с версии 8.2.6 кажется.