У афтерлоджика интерфейс модни-молодежни на аяксе (мне вместе с панелью он достался уже установленным)

Я бы вставил в ЛК айфреймом какой-нибудь Afterlogic, и не сношал бы себе мозг.

roman-ivannikov wrote:

В других браузерах - все ок, а вот в обновленном Хроме - нет
...
меню сместилось далеко за пределы экрана

Как вариант.
Если в хроме смотрите под админом, а в других браузерах - нет, то причина может быть вот в чем.
Админу (на самом деле не только ему, но админу - точно да) показываются контекстные ссылки.

интересный кейс, спасибо

А много записей?

ну дорого же получится

Чем больше я читаю чужие .htaccess, тем больше я люблю nginx.

А вот не факт. Если по третьему значению надо фильтровать-сортировать, то это значение должно быть вычислено заранее, и лежать в базе.

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

Да, может.
Как-то потребовался блок со списком наличия товара в магазинах, наличие бралось запросом к стороннему сервису.
Удобнее было сделать это вьюсом - права доступа, кеширование, порядок следования полей и т.д.
Был сделан альтер вьюсового запроса - чтобы дергать внешний сервис, и добавлять его результаты в выдаче вьюса.
Только пришлось задействовать 2 хука:
hook_views_query_alter() - альтерим запрос и делаем вызов внешнего сервиса
hook_views_pre_render() - добавляем в результаты вьюса данные полученные от сервиса

SkySofiaK wrote:

забаненый пользователь может спокойно создавать ПРофиль, добавлять материалы итд...

очень странно, как это ему удается делать в обход бутстрапа.
В $_SERVER['REMOTE_ADDR'] правильно передаются IP пользователей?

Проблема в том, что анонимам выдается кешированные страницы из мемкеша, минуя друпальный бутстрап.
В общем-то, никакого криминала в том, что забаненный видит кеш - нет.
Как только дело дойдет до бутстрапа - напрмер, при сабмите формы, то сработает бан по IP
Но если надо чтобы вообще не пускать - то как вариант fail2ban, вынести бан по IP на отдельный сервис.

Да, так и есть. Тут теперь филиал гугла и гуглтранслейта.
Раньше, помнится, rxb, xxandeadxx и Ильич Рамирес Санчес гоняли ссаными тряпками за тупые вопросы.
Бывало, 10 раз погуглишь, почитаешь api.drupal.org прежде чем что-то спросить.
Теперь устроили тут толерантность. Эх, такой drupal.ru просрали.

item-list.html.twig
template_preprocess_item_list
Псевдоэлемент before точно не подойдет?

https://api.drupal.org/api/drupal

эх!

Да мозг вообще следует держать постоянно включенным, особенно когда тянет написать про бесшовные обновления.

Да я в общем-то тоже за всё хорошее, просто слухи о бесшовном переходе с 8 на 9, на мой взгляд, сильно преувеличены.

а не факт, что этот патчик примут, и он войдет в следующий релиз (и когда его выкатят?)
собственно, можно патчик и без орга, но ни о какой "бесшовности" в таком случае речи не идет

нет, но как минимум, придется переписать module.info.yml
и если в случае кастома - я это сделаю быстро, то в случае контриба - придется ждать, и неизвестно сколько

Что, и все кастомные модули, которые я напишу к тому времени - тоже обещают бесшовно обновить?
А контрибные?

Меня, как разработчика совершенно не интересует статистика посетителей.
Менеджер ставит таски - я их закрываю. Наверное, статистика посетителей с этим как-то коррелирует, но меня это совершенно не интересует.

<a href="mailto:sas@drupal.org">sas@drupal.org</a> wrote:

panels_everywhere

О, дааа! На семёрке - отличнейший способ накликивать page.tpl.php в админке.
Не знаю, допилили ли его в восьмерке, или нет.

Поставил на макбук Linux mint. Перестал беспокоиться и начал жить.

Указание зависимостей спасают отцов русской демократии.