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

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

21 октября в 19:38

WiseFire wrote: Причем если в инспекторе кода поднять фильтр скажем до 100000 то товары выводятся.

Что есть "инспектор кода"? Как в нем "поднять фильтр"? Речь о каком-то хуке на стороне сервера, или о js-коде? В любом случае надо найти где лежит этот код, и там его и править.

19 октября в 7:15
1

https://www.drupal.org/project/unset_html_head_link
https://www.drupal.org/project/disable_link_rel

Нашел, кстати, в одном месте довольно туманное описание зачем нужны эти ссылки:

Removing those links will break a whole crapload of stuff, on a whole crapload of modules. We use those link values to build out the admin UI in many cases.

18 октября в 21:33

VasyOK wrote: Смысл в этих директивах?

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

16 октября в 16:45

xxdaaxx wrote: вот примерно такое ecco.ru/shops - там есть поиск по адресу и названию

Это не "поиск на странице" - это фильтрация по критерию. На Друпале реализуется через вьюху с раскрытым фильтром.

16 октября в 15:38

xxdaaxx wrote: у меня на странице список адресов (большой)

И? Весь мир в таких случаях ищет по Ctrl-F.

xxdaaxx wrote: не Ctrl + F

А почему не Ctrl-F-то? Если юзер настолько туп, что не в состоянии нажать на Ctrl+F, сделайте ему поле и кнопочку, вызывающую Window.find(): https://developer.mozilla.org/en-US/docs/Web/API/Window/find

13 октября в 21:24

Скорее всего хакеры-недоучки. Наиболее назойливые IP можно заблокировать через .htaccess, но можно и этого не делать. Если реальной дырки нет, то никакого вреда от этих потуг нет, а всех их все равно не перебанишь.

13 октября в 19:23

Мария 2010 wrote: начались переходы на несуществующую страницу на сайте

Переходы откуда? С какого (каких) IP, какой referer, какой user agent?

Мария 2010 wrote: причём в диких количествах до 25% от общего числа посетителей судя по аналитике.

А общее число посетителей при этом случайно не выросло примерно на 33%?

Мария 2010 wrote: Ваши предположения, господа, что это за безобразие

Зависит от ответа на первый вопрос.

29 сентября в 7:49

vlucas wrote: Для этого лучше поискать форматер. Думаю, готовых много найдется

Да тут искать-то особо не надо: форматтер Rendered entity, и создать для материала специальный вьюмод, показывающий только нужные поля, если необходимо.

27 сентября в 21:35

[фигню написал, стёр]
Короткая у меня память - сам бился с этой проблемой четыре года назад и совершенно забыл: http://dru.io/question/8311
Возможно и решение, озвученное мною там, подойдёт.

27 сентября в 19:16

Rama wrote: Новые страницы всё равно Яндекс индексирует страницы с index.php

Когда новая страница создаётся, что в адресной строке браузера? Ссылки на свежесозданную страницу из меню, всяких вьюх как выглядят?

26 сентября в 15:48

Ничего не понимаю (с) При переходе по этой ссылке с четырьмя слешами они все четыре так и остаются в адресной строке браузера??? У меня удаляются, "из коробки", ничего специального не делал.

26 сентября в 8:14

Rama wrote: Поставил из коробки

А до этого был какой?

Rama wrote: почему Яндекск мастер показывает что индексирует страницы с index.php ?

Потому что он уже увидел эти страницы.

Rama wrote: Это нормально?

24 сентября в 14:21
1

Я бы сделал один тип материала и одну вьюху с контекстным фильтром по термину таксономии, так потом проще сопровождать. При отсутствии значения контекстного фильтра та же вьюха должна показывать все новости, такая страница тоже не помешает, я думаю. Поле таксономии сделать multi value: одна и та же новость вполне может относиться к нескольким категориям, например новый премьер министр назначил новых министров культуры и спорта Wink

20 сентября в 8:10
1

l8ki wrote: Опера, которая с весны выпускает очень много обновлений, "блокирует" запуск и отработку скрипта authorize.php

Как-то это очень странно. Браузер никак не может заблокировать запуск скрипта на сервере. Он даже и не знает ни о каких скриптах на сервере - он отдает запрос на сервер и получает ответ, а уж как сервер этот ответ формирует - совершенно не его забота.

19 сентября в 16:22

misterpronin wrote: Такое ощущение, что Drupal 9 ещё очень сырой...

Да вообще ужос - Drupal 6 наше всё!

misterpronin wrote: В отчётах о состоянии требуется немедленное обновление базы данных.

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

17 сентября в 7:46

VasyOK wrote: он какой то желтый

Ну жёлтый и жёлтый. Модуль нехитрый, проверить работоспособность несложно, глобально нагадить он вряд ли может.

VasyOK wrote: пишет ошибку при drush cim

Стандартная процедура при обнаружении ошибки в контрибном модуле - создать issue. Тогда автор модуля сможет её исправить.

VasyOK wrote: Может еще что-то есть?

Можно свой twig extension написать. Это несложно.