Да, в хидер как options

форму надо формировать без csrf токена

потом надо проверять хотя бы разрешение экрана

КЕШ

Это вообще нафиг отрубать, у меня в NC всё динамическое))

Это вообще нафиг отрубать, у меня в NC всё динамическое))

что такого у тебя динамического?

форму надо формировать без csrf токена

Ну так она без токена

кеш это норма

кеш это норма

Я про page cache

Ну как минимум голосовалка криво работает

Я про page cache

так игорь не говорит про page cache

По традиции Joomla странице к ключем и формой не кешируются.

View cache?

По традиции Joomla странице к ключем и формой не кешируются.

да че-то в теории только

Но если это скажем модуль посреди материала, то полетит кеш.

да че-то в теории только

Ну.. кеш он такой.

Так что добавляя токен динмически убиваешь сразу 2-х зайцев. 1. Его не видно изначально. 2. Проблемы с кешем не будет даже в теории.

Так что добавляя токен динмически убиваешь сразу 2-х зайцев. 1. Его не видно изначально. 2. Проблемы с кешем не будет даже в теории.

+

я так и сделал и опыт показал верность подхода

Такого достаточно? https://dev.to/felipperegazio/how-to-create-a-simple-honeypot-to-protect-your-web-forms-from-spammers--25n8

Это дефолтная защита от спама в модыксе. Нихрена не помогает!

Это дефолтная защита от спама в модыксе. Нихрена не помогает!

+

у меня вопрос - $this->app->triggerEvent('onSendRadicalForm', array($input, $input["rfFormID"]));

Все равно распознает?

бот на ноде, с электороном вообще ничем от того же хрома не отличается. И внутри него работают все css-селекторы и полноценный js. Так что искать инпуты :visible вообще не проблема

а если $input["rfFormID"] не существует?

как правильно сделать?

а если $input["rfFormID"] не существует?

А как это?

Это допустимо?

А как это?

https://github.com/Delo-Design/radicalform/issues/31

идентификатор формы

Это допустимо архитектурно?

это как бы норма если его не будет

поэтому вопрос - может не передавать отдельно?

У тебя разве в коде нет на него завязки

У тебя разве в коде нет на него завязки

нет

форма может не иметь id

Ну тогда null надо хотя бы

А target?

то есть передаем null если что

Target тоже не обязательно же

Тоже null тогда

Target тоже не обязательно же

тоже не обязателен

Ну или инпут...

И всё... Но это такое, мне кажется не лучшее решение

Ну или инпут...

я вот и спрашиваю как корректно будет

ну так как лучше будет

Ты может выше по коду подмену айди в инпуте сделаешь или выкинешь его ансетом ))

Я бы input и target зафиксировал

В начале функции, например

Если их нет, то null им

а если $input["rfFormID"] не существует?

$rfFormId = empty($input['rfFormID']) ? '' : $input['rfFormID'];?

$rfFormId = empty($input['rfFormID']) ? '' : $input['rfFormID'];?

Пустая строка?

Неправильно...

$rfFormId = empty($input['rfFormID']) ? '' : $input['rfFormID'];?

так вот я и спрашиваю как корректно поступить

id же нет по сути

id же нет по сути

+

Null правильно

Неправильно...

ну или null

Все помнят мем про туалетную бумагу?)

так вот я и спрашиваю как корректно поступить

тут правильно isset

не epmty

тут правильно isset

Да

Эмпти на пусто даст тру

тут правильно isset

Ну если null, то isset, чтоб разрешить передачу пустой строки

Эмпти на пусто даст тру

empty на отсутствие даст warning

empty на отсутствие даст warning

нет

в этом его прелесть

нет

у меня были

вот !$var даст предупреждение, а empty, в том числе, проверяет isset

вот !$var даст предупреждение, а empty, в том числе, проверяет isset

Уху

Но на пусто или 0 даст тру

Я тут недавно сам собаку на этом съел, слишком привык эмпти пихать ))

Но на пусто или 0 даст тру

тогда наоборот надо сттавить empty

В итоге на пусто мне тру /)

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

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

В контексте этом да

Эмпти всё покроет

некоторые могут поставить id=""

Только вот id=0

такое вполне может быть

некоторые могут поставить id=""

Ну и вопрос - это ок?