Дмитрий
а че за интерфейс вообще?
Дмитрий
Дмитрий
Системный плагин сделать, который будет регистрировать. Где-нибудь на onAfterDispach
Этот вариант совсем про запас держу. Не совсем мне подходит :) Спасибо.
Дмитрий
можно сделать еще так, но хз, тоже не очень
Дмитрий
это в систему так вмешивается в общем в плане
Дмитрий
то есть если проверку сделать на существование и зарегистрировать его по пути джумлы самой если нет
Дмитрий
но честно больше контекста надо, что вы именно хотите с событием евента хотите сделать
Дмитрий
может вам и не надо это все вообще
Artem
Ну можно кастыльнуть, в принципе. Делаете интерфейс с таким-же неймспейсом, как у J4 Кладёте его где-нибудб так, тчоб под PSR-4 точно не попадал Потом проверяете, существует class_exists и если нет, то делаете require вашего файла в интерфейсе
Дмитрий
а не класс
Sergey
Этот вариант совсем про запас держу. Не совсем мне подходит :) Спасибо.
https://github.com/sergeytolkachyov/WT-Amo-CRM-library-for-Joomla-4/blob/main/plugins/system/wt_amocrm/src/Extension/Wt_amocrm.php Вот, только проверку на версию джумлы сделать.
Artem
interface_exists
А, ну да
Sergey
Я так для тройки и четверки регистрировал неймспейсы разные, так как они смотрят по-разному в папки.
Дмитрий
А, ну да
но лучше так не делать, такой бегрепорт на всю систему идет
Дмитрий
лучше избегать
Дмитрий
ты на всю систему кладешь, просто инкапсуляцию нарушаешь
Дмитрий
Спасибо за идеи, буду думать :)
Sergey
Спасибо за идеи, буду думать :)
https://habr.com/ru/articles/656793/ вот тут посередине
Дмитрий
Спасибо за идеи, буду думать :)
вот в четверке с событиями так скорее всего идет проверка интерфейса, если через их диспатчер вызывать
Дмитрий
просто зачем он в тройке?
Дмитрий
может там сам вызов эвента по другому сделать
Дмитрий
под каждую джумлу просто евенты сделать нужные ему в том месте где это вызывается
Дмитрий
контекста больше нужно
Artem
https://habr.com/ru/articles/656793/ вот тут посередине
Так вот откуда люди ко мне ходят с похвалами =)
Artem
Они просто идут на мой гитхаб, а там полнеценная либа криптопро для PHP и для JS лежат. Они ими пользуются, а мне в телегу потом пишут спасибки, ссылаясь на хабр, а я понятия не имею, о чём они (про хабр, имею в виду. Про бибилотеки то я всё знаю)
Дмитрий
тоже кому-то польза будет кто интеграции делает
Artem
можешь потом soap свой выложить еще
базовые и так лежат https://github.com/php-soap-backports
Дмитрий
можешь потом soap свой выложить еще
@kernusr а лучше сделать и продолжить коммерческое предложение по интеграции 1с и soap и джумлы
Дмитрий
Шоп является следующей ступенью эволюции =)
https://github.com/php-soap-backports/engine/commits/master
Дмитрий
это твоя либа? или владелец другой, а он твои коммиты принимает?
Artem
А вообще там же Спецсвязь всё ещё ждёт от меня, когда я им SDK до ума доведу =)
Sergey
Так вот откуда люди ко мне ходят с похвалами =)
Конечно! По твоим либам и в других CMS стали внедрять функционал. Ко мне на сайт на копию статьи с Instant CMS месяца полтора хаживали
Artem
У них она только на 8,1 работает
Дмитрий
ох
Artem
тут выпиляны и переписаны все новомодные штучки
Artem
мне тогда армию миньёнов нужно заполучить
Artem
Подвал для них у меня уже есть 😂
Vladimir
@tsymbalmitia
Vladimir
После появления кастомных полей сделал несколько своих, типа: галерея слайдшоу, аккордеон... Админы сайтов пользуются, всем понравилось. Но на практике оказалось, что на этих сайтах (школы, ДДТ) часто нужно больше одной галереи или слайдера, что-то типа: - Слайдер - какой-то текст - галерея - какой-то длинный текст - Галерея 2 - Опять текст - Галерея 3 - 2+слайдер 2 и т.д... И вот тут выявился недостаток полей, в том что оно одно, даже если повторяющееся, нельзя вставить в текст какой-нибудь ключ (arr0, arr3). Вот теперь при переезде на J4, хочу сделать одно поле (повторяемое) с выбором макета: редактор, галерея, аккордион..., а ниже по showon="field:editor" остальные поля показывать или нет. Получится, что в editor будет сохраняться многобукав в юникод. Вот и спрашиваю...
Дмитрий
про ключи что имеется ввиду
Дмитрий
макеты я внедрил в мультиполе
Дмитрий
там выбираешь любой макет на каждое мультиполе свой
Artem
=)
Дмитрий
дима васюков, еще написал вроде как динамику для прошки
Дмитрий
вообще похоже на задачу, которую мог бы решить editor.js
а там разве речь вставить внутри текста?
Дмитрий
он имеет ввиду блочную верстку статьи?
Дмитрий
тогда да, это только editor.js
Дмитрий
другое нахер
Дмитрий
Это да
при этом всякие widgetkit не нужны
Дмитрий
суть виджет кита вставить внутри статьи той же
RINAT
А решение Николаса не подойдет?
Дмитрий
интегрирвоать то не проблма, там надо разобраться как написать блоки, чтобы тот же квантум загрузку встроить, чтобы его правила работали и в каком виде собирать на джумлу, чтобы можно в виде плагинов подключать доп блоки
Дмитрий
но надо же на уровне дужмлы плагины
Дмитрий
чтобы в бек встроить и в editor.js фронт так же
Дмитрий
структуру подобрать более менее всего этого
Дмитрий
вот банально сборка в html этого json, если доп плагины, то нужна верстка
Дмитрий
и надо встроить это и на уровне js, на уровне php сборщика в html, и так чтобы это было в виде плагина для джумлы
Artem
и надо встроить это и на уровне js, на уровне php сборщика в html, и так чтобы это было в виде плагина для джумлы
Ну смори. Преобразование в html - это придётся 2 раза делать. Примитивно в js, чисто чтоб в редакторе смотрелось норм и более сложно, с лэйаутами, для php Хранение сделать тоже не так сложно, как мне кажется. Хранить json в своей таблице, а в тексте материала встраивать готовый html, который тебе плагин при сохранении сгенерирует
Artem
или вообще не генерировать html средствами js, а всё время ajax'ом долбить в зад в бэкенд и пусть он там рендерит
Artem
Механизм подключения плагинов к эдитору у них расписан и для js и для php
Artem
а вот галерея та же, чтоб наглдяно сразу можно было оценить её
Дмитрий
Смысла прям в рендере я не вижу, только если кнопку тыкнуть
Дмитрий
И запустилось, и то, надо через фронт гнать, чтобы стили были шаблона