Я вот думаю может косяк со скриптами и dom в общем. Сейчас выравниваю.

Что-то явно со скриптами связано. Не отрабатываются, но и ошибок не показывают.

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

например кривой json в rules

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

и не выводит ошибку об этом

Вопрос, почему оно тогда вообще в принципе срабатывает на 1\2 устройств.

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

Ааабля!

начни с малого - попробуй убрать его в том числе из правил ))

например кривой json в rules

+

Всё, ЖИРНЫЙ ПЛЮС, ЧУВАК

Вопрос, почему оно тогда вообще в принципе срабатывает на 1\2 устройств.

сорри. доходит до "отправить заказ" и всё. как Вы и говорили, страница перегружается и всё

Косяк БЫЛ в том, что в правилах стояла вот такая, простите господа, шняга: "comment":{ "minLength":{ "params":5, "comment":"Сообщение должно быть не менее 5 символов" } }

...и ошибка эта не показывалась

ну по опыту под 90-95% ошибок в фл - это кривой json в рулесах ))

которые в итоге не выводятся и форма не отправляется ))

которые в итоге не выводятся и форма не отправляется ))

Спасибо, мудрейший

ну по опыту под 90-95% ошибок в фл - это кривой json в рулесах ))

как раз из-за кривого json форма отправляется без вопросов

как раз из-за кривого json форма отправляется без вопросов

может надо сразу красным писать при выводе формы, что json кривой?

было бы неплохо, раз от него столько вопросов ))

хотя бы админу ))

в дебаге пишется, что не удалось правила загрузить

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

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

ну фиг знает, наверно по аналогии с этим писали, почему сразу бред

"field" : { "lengthBetween" : { "params" : [10,20], "message" : "Длина должна быть от 10 до 20" } }

не вижу здесь никакой аналогии

в документации написано что для чего писать

а по мне так один в один, просто "если несколько параметров, то массив" :)

только что не comment, а message надо было ))

я видел еще такое: "comment":{ "comment":"Введите комментарий" }

и так все поля

ну попутали люди comment и message, с кем не бывает :)

могут еще завернуть в кэшированный иф все и удивляться, что не работает

надо чтобы при пустом message выводило "нарушено правило minLength для поля comment" - и всем сразу полегчает ))

но бывает так что не нужно выводить сообщение об ошибке

а то оно получается не отправляет и ничего не пишет - а когда глаз замыливается, то самому не так просто и найти этот comment бывает

зачем тогда message

хз :)

чтоб "кастомизировать" :)

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

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

и сразу куча вопросов у народа отпадет с этими рулесами пустыми :)

чисто как предложение

я думаю, что дебага вполне достаточно

зачем напрягаться для тех, кто документацию даже не смотрит

С дебагом есть только один вопрос он там все скопом выводит и не ясно где ошибка а где просто лог В остальном проблем не вижу

Вечер добрый. Есть ли разница в скорости между 1.4.9 и evo2 ? Например тестил ли кто-то одинаковый проект на разных версиях, что по скорости? К примеру есть проект где много сниппетов if. Если все перенести на blade будет быстрее или без разницы ?

если нормально перенести то будет быстрее

то есть переписать, а не evoParser('[[if]]')

если все перенести в виде {!! $modx->runSnippet !!} - то будет скорее всего медленнее

почему это

потому что это идентично [!сниппет!] насколько я понимаю

ну, кэшировать-то никто не мешает

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

хи-хи-хи

т.е. типа пулят весь сайт некэшированными сниппетами и радуются жизни )

по rules я всегда в config выношу, и phpstorm сразу агрится на невалидный json

вообще конечно лучше всего, чтоб был прямо в runSnippet какой-нибудь параметр вроде "cache":"key:time" , а не еще одна обертка, про которую знают 2.5 человека ))

и на партсобрании я бы кэш стороной не обходил :)

можно и так, да

но тогда я не смогу насмехаться над блейдом

😸

злой ты )))

на самом деле как в рево с феномом будет

дичь и evoParser

хотя идиотизм с пробелами после фигурных скобок не превзойти

дичь и evoParser

ну а куда от этого деваться, когда через раз потом в контент или в тв прилетает какой-нибудь чанк ) вот и приходится делать @evoParser($documentObject['content']) :))

от сеошников, в основном я такое видал

еще кстати, неизвестно, что работает быстрее в итоге {!! $modx->runSnippet() !!} или @evoParser('[[snippet]]')

$modx->runSnippet

если ты думаешь, что @evoParser('[[snippet]]') в кэш какой-то попадает, то это не так

а ну да, evoParser же тоже не кэшируется ))

да что-то на секунду показалось )))

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

потому что блейд просто накомпилирует в один файл php кучку вызовов вроде echo $modx->runSnippet и живи с этим дальше как хочешь

главное чтобы блейд, а кэширование это уже такое

🙃

результатом события должен быть массив http://joxi.ru/E2pNPDVT7l4yQr а addOutput ждет скаляр, а скаляр не масив