Неуважение к тем кто будет после нас)

есть еще лайфхак для этого

есть событие OnPackageInstall

можно при установке и обновлении компонента дописать в файл функцию

=)) В моей задаче вторым запросом решу, а так да - вещь полезная

есть еще лайфхак для этого

Петь, ты не помнишь, как хешируются пароли в модх? Алгоритм какой. А то заглянул - там как-то все неправославно... никаких $2$... и соль отдельно

Привет, хешируются

Но там алгоритм по ходу даже в отдельной колонке написан

Ну а проще глянуть исходники

Не за компом сейчас

ДА я исходники и рыл, вот только заметил, да. Там все просто замороченно ) Разбираюсь

sha256 через ж )) 100500 классов вместо использования функции crypt()

sha256 через ж )) 100500 классов вместо использования функции crypt()

crypt это ансекьюрно

об этом кстати прям в доке и пишут

Ты путаешь

Опрос не сложный. Пожалуйста сделайте выбор :)

Можно отменить ответ

можно при установке и обновлении компонента дописать в файл функцию

или проститутку вызывать

или проститутку вызывать

+

Привет всем. Никто не сталкивался с такой проблемой модх, когда отправляешь форму - то идет долгое ожидание перед переадресацией на страницу спасибо...

Вечер будет полезнее, если проголосуете.

Привет всем. Никто не сталкивался с такой проблемой модх, когда отправляешь форму - то идет долгое ожидание перед переадресацией на страницу спасибо...

Formit

[[!AjaxForm? &snippet=FormIt &form=ajaxHeaderFormTpl &emailTpl=formitEmailTpl &hooks=email,FormItSaveForm,amoCRMAddContact &amoCRMmodxAmoFieldsEq=phone||email==addressAMO &emailSubject=Запрос прайса &emailTo=[[++emailsender]] &validate=[[!validateFields]] &successMessage=[[++form_success]] &validationErrorMessage=[[++form_has_errors]] &formName=Запрос прайса (верхняя форма) &formFields=name,phone,email,page &fieldNames=name==Имя,phone==Номер телефона,email==Email,page==Страница (ID) ]]

смею предположить, что amoCRM занимается переадресацией, а не formIt

В поле hook - php скрипты (сниппеты) выполняются в указанной последовательности. email - отправка формы на почту. FormitSAVE - сохранение формы на сайте в соответствующем разделе Formit amoCRMAddContact - сниппет в котором, видимо, создается контакт в CRM-ке... вот там и идет скорее всего много запросов-ответов и тормозов при отправке.

всего уходит 6-8 сек перед началом переадресации

понял, ща попробую убрать хук амоцрм гляну как будет

снял хук амоцрм - результат тотже

кеш почистили?

ну да, там при сохранении формы кеш чистится

галочка стоит

А форма на странице одна?

нет их несколько

2

ну вот вторую теперь проверьте.

точнее 3 формы

)))

просто есть вероятность что не ту форму проверяете

я в диве происываю доп класс

при каждом пересохранени

чтобы понять что изменения поменялись

ок. тогда х.з. почему так долго висит. проверьте таблицу formit чтобы там небыло 10 лямов записей отправок.

форма та - 100%

ну сайт еще на тестировании, поэтому много не может быть записей... но я проверю..

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

может, в js стоит переадресация. а после отправки формы уведомление в верху, что форма отправлена? и только потом переадресация?

хотя видно что там с сервера долго идет...

ну я в консоли браузера смотрел, там при нажатии на кнопку отправки - идет долго ответ

а сайт на серваке или локально? у сервака php 5 или 7?

тоесть в бекенде где то долго выполняется функция

7.3

на хостинге

Аааа.. а почта отправяется через mail или внешняя почта типа от mail.ru ?

SMTP

Как вариант поотключать хуки поочерено и найти тот который медленный

там или отправка или запись в БД

&hooks=email,FormItSaveForm,amoCRMAddContact

я там только оставлял амоцрм

всеравно медленно

я там только оставлял амоцрм

в смысле?

А amoCRM убирали?

во, оставил только &hooks=FormItSaveForm

- очистил кеш

и сразу 1сек

стала

а mail тоже тупит?

ща добавлю амоцрм посмотрю

добавил амоцрм - 6 сек

ну значит ведущий тормозник - АМОцрм...

без амоцрм = 300 мс

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

В общем разработчик ничего не отвечал

я использовал отправку в амоцрм через SimpleQueue - это если кому понадобится

сразу задержка упала до 1-2сек максимум

только вылез один косяк в процессе тестов - в амоцрм падают заявки два раза в виде дубликата

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

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

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