edmsl

Сколько бы я ни читал форум, никак не могу понять, как же правильно реализовать поддержку языков в плагинах. Все файлы на сайте идут отдельно русская версия, отдельно английская. Можно как-то сделать сразу обе в одном файле? Или поддержка языков это и есть та самая расстановка в коде языковых переменных {lang='some'}, а пользователь уже сам добавляет перевод? Или нужно прикладывать еще один lang.php файл с русским переводом, который можно затем залить обновлением языка?

Есть в JS коде код шаблона и в нем строка <span id='bimQS_advSearch'>{{#lang}}bimQS_advSearchBnt{{/lang}}</span>\ Для этих переменных создается отельный файл jslang.php. Так вот можно ли сюда как-то передать переменную? В обычных lang строках ставится знак %. А вот как здесь передать я так и не понял. Можно генерировать html на php, но хотелось бы через переменные.

Если быть откровенными, то движки в целом сильно отстают от современных трендов сайтостроения.

В общем, весь плагин состоит из говнокода. Я еще когда начал его просматривать, мне сразу не понравились некоторые моменты (например, объявление переменных в середине кода, а не в начале), но я подумал, что может для PHP это обычная практика, но JS код тоже написан так же, а уж с ним я работаю давно, и лучшие практики мне знакомы. В общем, пришлось править и вроде как победил. Буду тестить.

Действительно, новый созданный виджет есть в списке и отображается. Спасибо. Буду переделывать старый.

На двух разных ПК, двух разных движках, в 5-ти разных браузерах проверял. Нет возможности в дев режиме ни добавить виджет, ни увидеть уже установленный. И JS код именно виджетов не обновляется.

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

Пытаюсь править JS код виджета, но никакие правки не применяются. Как я уже писал, в DEV режиме виджет разместить нельзя, он не отображается, даже если был установлен в обычном режиме. В обычном же режиме JS код где-то кешируется, или еще что-то, но по итогу все изменения игнорируются. Я пробовал удалять\устанавливать виджет несколько раз, пробовал полностью чистить кеш браузера, но и это не помогло. Изменения в коде PHP применяются, а JS ни в какую.Есть у кого идеи?

Ну как это непонятно. Логинимся под пользователем, у которого стоит флуд-контроль, и пробуем пользоваться поиском. Смотрим, корректно ли работает, не проскакивают ли ненароком запросы раньше времени. У себя-то я протестировал, и вроде как работает. Этим еще не занимался. Надеюсь, завтра.

Сейчас обратил внимание, что потерялся список предыдущих версий, и плагин сохранился с версией 1.0.0. Причем это не первый раз. Уже было такое, когда тестировал. И вот опять. С чем это может быть связано?

По поводу вырезания поиска по пользователям. Функция поиска пользователей предусмотрена движком и пункт в меню добавляет не плагин. Так что даже если убрать его из меню, все равно в расширенном поиске этот функционал доступен. Так что этот аспект я трогать не буду. А пока можно протестировать флуд-контроль. Автор его реализовал, но почему-то в релиз не выпустил (закомментировал код). Я его слегка доработал. И да, версия теперь 4.6.0. (BIM) Quick Search 4.6.0 (4.7 only).xml Забыл обновить версию. В след. раз будет 4.6.0 😁

Exception Да, спасибо, уже разобрался. Проблема была вовсе не с этой строкой даже.

Zero108 Полагаю, что проблема в Elasticsearch. Попробую завтра.

Zero108 Попробую развернуть этот конфиг. Еще можно попробовать делать преобразование в нижний регистр с помощью JS. Посмотреть, будут ли изменения.

Zero108 Судя по коду, используется поисковая система сайта, не свои запросы. Он использует класс \IPS\Content\Search\Query

Zero108 В таком случае найти проблему будет не просто. На тестовом использую php 8.1, Apache 2.4, MariaDB 10.8.

У меня снова не наблюдается проблема. Настройки плагина те же? За исключением таймаута.

Это что за приложение? У меня нет такой опции в поиске.

Нет, только при включенном JS. Для отключенного пока только исключения групп. Реализацию Флуд-контроля поставил себе главной задачей.

Или же можно увеличить время в Search input timeout, установив,например, 1000. Будет запрос минимум раз в секунду. В принципе, можно. Следующую обзову 4.5.1

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

Не уверен, что поможет, но пробуйте. У себя так и не смог воспроизвести ошибку и без этого исправления, регистр не влиял на выдачу. (BIM) Quick Search 4.5.0 (4.7 only) test.xml Что касается этой штуки, то проблема в том, что поиск идет только по конкретной категории (контейнеру) и не учитывает вложенные. Для этого надо их как-то получить id вложенных тем. Я не силен в SQL, но попробую по аналогии с тем, что скидывал мне @Exception в теме про Багтрекер что-то подобрать.

Надо посмотреть код. А там, возможно, и решение найдется. Позже гляну.

Да, если стояла предыдущая версия, то нужно почистить кеш через ctrl-F5, чтобы очистить кешированный JS. В общем, я сейчас переустановил плагин и все работает корректно. Регистр букв не влияет на выдачу. Может при каком-то наборе опций не работает? У меня стоит поиск ИЛИ и в заголовках и контенте.

Zero108 Вообще, это даже не флуд -контроль как таковой. Это так называемое, "Устранение дребезга", debounce. Когда нужно ограничить частоту каких-то действий, тогда и пременяется debounce. В данном случае это отправка поисковых запросов на сервер. Чтобы не делать запрос при вводе каждого символа, даем какое-то время для ввода полного слова. Особенно заметно при быстром наборе текста. А вот как сюда прикрутить полноценный флуд-контроль я не знаю. Точнее, как это должно выглядеть. Ведь при обычно поиске появляется страница, что погоди, не спеши. А как это реализовать в плагине, где маленькое всплывающее окошко.