а есть доки по событиям modx evo?

список событий

при создании плагина там ест ьсписок событий

Modx im ajax 3

Вот такой запрос даст пример

ок, спасибо))

http://modx.im/blog/triks/2096.html

Ага

Вот тебе надо только частиь которая плагин

странно, но не срабатывает на событие

выводит стандартную страницу 404

на событие OnPageNotFound

на событие OnPageNotFound

так надо что-то другое вывести через $modx->sendForward($docid);

мне просто нужно текст вернуть

ну или ошибка в плагине )

if ($modx->event->name == 'OnPageNotFound') {}

нет

не помогло

sendforward тоже не срабатывает

может порядок вызова как то влияет

а должно :)

а нет, там только мой плагин на это событие

В плагине не надо тег пхп открывать

if ($modx->event->name == 'OnPageNotFound') {die('ok');}

вот и весь код плагина по идее )

Буду спамить каждый день) EVO 2.0 - Собираем донат :) http://modx.im/blog/news/5744.html У кого не открывается modx.im смотрим тут http://modx-gu.ru/ Уже собрано: 600$

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

да, действительно открывать не нужно)

я с Revo пришел, там нужно просто

я с Revo пришел, там нужно просто

мы на рево не пошли, потому что не верим, что там просто ))

только решить как именно удобнее задавать какие поля из pg индексировать (вряд ли там нужный всякие галереи, файлы и т.п.) и как удобнее идентифицировать, что у конкретной страницы этот pagebulider имеется в принципе )

Мне кажется, было бы удобнее цепляться к событию при индексации документа, с помощью которого можно было самостоятельно решать, какой контент отправить на индексацию. Т.е. вопрос только в событии

Мне кажется, было бы удобнее цепляться к событию при индексации документа, с помощью которого можно было самостоятельно решать, какой контент отправить на индексацию. Т.е. вопрос только в событии

событие мы вряд ли добавим для этого, а вот инициировать вызов сниппета и передать туда id документа - чтобы он вернул дополнительный контент из pagebuilder - это запросто )

чтобы не морочиться можно просто название этого сниппета передавать прямо дополнительным параметром в evoSearch, тогда его вызываем, передаем в него id документа (там наверно больше и нечего передавать) и в ответ получаем текст, который для данной страницы надо добавить в индекс

альтернативный вариант - более простой для обычного пользователя - самостоятельно парсить по заданным именам полей или по их типам (text/textarea/richtext)

Что-тоя не понимаю, почему вызов сниппета лучш вызова события

Что-тоя не понимаю, почему вызов сниппета лучш вызова события

потому что события нет, а сниппет есть и его можно вызывать не только для pagebuilder, а и в принципе для модификации индексируемого контента.

это и будет аналог события OnBeforeIndexTextSave

В вызове сниппета помимо идентификатора документа могут быть другие обязательные параметры. Например, имя контейнера

В вызове сниппета помимо идентификатора документа могут быть другие обязательные параметры. Например, имя контейнера

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

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

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

А в случае с событием плагин будет точно знать, что от него хотят, и выведет все

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

индексация идет на событии OnDocFormSave - т.е. уже из базы данные берутся. Соответственно из базы и надо будет брать по document_id все контейнеры для данного документа. Если я правильно понял структуру таблицы modx_pagebuilder

Да, правильно. Можно и так, но событие уиверсальнее. Я вобще сторонник событий

Да, правильно. Можно и так, но событие уиверсальнее. Я вобще сторонник событий

Ну так нет такого события, его надо добавлять прямо в evolutionCMS, чтобы оно срабатывало. А сниппет - это аналог события и есть, или аналог prepare - кому как больше нравится. Получает на вход какие-то данные, обрабатывает и назад отдает нужные данные, которые включаются в общий процесс индексации наравне с любыми другими полями

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

Так события просто добавляются, без правки ядра, одним запросом

Ну если каждый компонент начнет свои события добавлять, то жди беды:) я все таки не понимаю отличия события от сниппета, если все-равно они вызовутся из одного места и вернут тот же результат :)

Но в принципе идею с препаре надо сделать, чтобы можно было что-то подсунуть или наоборот удалить из индекса какой нибудь "черный сео текст в скрытом диве"))

Ну если каждый компонент начнет свои события добавлять, то жди беды:) я все таки не понимаю отличия события от сниппета, если все-равно они вызовутся из одного места и вернут тот же результат :)

Ну у шопкипера есть свои события и ничего.

Так то шопкипер, глыба))

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

@Pathologic93 что скажет начальник транспортного цеха?:)

только решить как именно удобнее задавать какие поля из pg индексировать (вряд ли там нужный всякие галереи, файлы и т.п.) и как удобнее идентифицировать, что у конкретной страницы этот pagebulider имеется в принципе )

Вот, кстати, еще один кейс который не нужно решать если блоки будут в дереве

Он задумывался как раз для этого. Но осложнение вызывает тот факт, что содержимое блоков не может участвовать в поиске

я как раз в контентном проекте (где отсутствует поле content как таковое - весь контент - это pageBuilder) добавил просто в метод save() плагина PB: $content = $this->modx->runSnippet('PageBuilder', ['docid'=>$docid, 'template'=>$template]); $this->modx->db->update(['content'=>$this->modx->db->escape($content)], "evo_site_content", "id=".$docid); Срабатывает только при сохранении. Зато в шаблоне тяну просто [*content*] И поиск работает хорошо

ну и блоки разделены специальными сеператорами в контенте. На их место при парсинге страницы вставляю рекламу / другие блоки

получется ненавязчиво и прямо в контенте статьи.

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

это вроде исправляли

В релизе если и было, то максимум 1.4.6 плюс не факт, что все тесты выдержит)

Ребята, если кто может, подскажите пожалуйста! Перенес сайт с хостинга Бегет, на cPanel ..... база данных изменена, папка кэш пустая... В результате белый экран, даже в админку попасть не могу сбросить пути((( Создалась папка в корне error_log. Пишет за пэху что-то [30-Nov-2018 00:51:02 Europe/Moscow] PHP Warning: mysqli::__construct(): (28000/1045): Access denied for user 'iqbot_sniper'@'localhost' (using password: YES) in /home/iqbot/public_html/manager/includes/extenders/dbapi.mysqli.class.inc.php on line 63. Если кто может, подскажите в чем дело.

Может там не localhost, а адрес сервера?

mysql

Сейчас скажу...

Там погуглите, с бегет послднюю неделю были новости по modx, они что-то там меняли, у многих сайты падали

/top@Axenia_Bot

Может там не localhost, а адрес сервера?

не. по пробовал ничего не изменилось

пэха на этом хосте(cPanel) была 5.5 я заменил на 7.1 не думаю, что это могло как то по влиять

Могло, если у вас в сниппетах устаревшие конструкции, попробуйте 7.0 тыкнуть

И на 5.5 попробуйте

Если заработает, проблема в сниппетах

Ваших

кабздец)) сейчас буду игратся))

Пути можно скинуть через phpMyAdmin походу, в таблице конфигурации, посмотрие есть ли они там Вы сначала проверьте на том ли сервере правите все, бывает при переносе путаешься и изменяешь все, версию php меняешь, а никак не работает потому что на старом сервере делаешь все

в админку должен пускать, даже если сниппеты старые

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

Может там modx старой версии стоит? И не запускается на 7.1

Очень старой

на 1.4.5 собирал

э... а почему парка кеш пустая? совсем пустая?

снипетами старыми вообще не пользуюсь, это 100%