Максим, установите Open Server (open-server.ru), и используйте нормальную среду для разработки. Тогда у вас не будет возникать проблем. В предыдущем вашем вопросе, когда мы докапывались до CF7 я даже предположить не мог, что у вас локально почтовый сервер просто не настроен или отсутствует. Для разработчиков это как бы само собой разумеется, что почта сама по себе не ходит.
О боги, Марина, что это за макароны а не код?)) "такие сообщения не доходят адресатам с целью безопасности" - вы о чем? Для того, чтобы почта нормально ходила, нужен корректно настроенный почтовый сервер, корректные SPF и DKIM записи для домена, соответствие домена и айпи-адреса с которого уходят письма, а не то, о чем вы говорите. Что касается данного случая - тут даже через SMTP внешний почта не ходит. Проблема в настройках самого локального сервера.
SergeSerge: если вам клонировать надо и тюнить под ниши - я бы использовал вариант CMS. Лично я сам использовал бы WordPress + WooCommerce, так как с ними работаю много лет и знаю хорошо, знаю как сделать правильно. Вот вам нужен разработчик/команда, которые будут очень хорошо знать тот инструмент, с которым работают. Тогда проблем не будет.
lexchz: поставьте height: 100%, или flex используйте, чтобы растянуть блок по высоте. Если у вас несколько таких блоков и прокрутка - попробуйте задать общему контейнеру темный фон, чтобы скрыть этот дефект.
SergeSerge: без разницы, главное делать ровными руками. 100к без проблем потянет и WooCommerce на базе WordPress, если делать правильно и использовать адекватное объему железо. Фреймворк или CMS (eCommence'овская лучше) - надо смотреть по задаче, специфике товара и его свойств, рубрикации и фильтрам и тд. Если набор более-менее типовой - PrestaShop, OSCommerce, OpenCart подойдут чуть более чем полностью. Если много нестандартного (в чем я сомневаюсь), есть хороший бюджет (от $6-7к) - можно самопис на Laravel пилить. Ну или Yii, etc - на выбор разработчика.
1. Там есть сообщение, что 't' - некорректный email-адрес. Надо смотреть откуда это. Ну и что это за 2 ошибки - тоже непонятно, advcnt.js - это что за файл?
Макс Куликов: форма отправляется аяксом. Это означает, что если в яваскриптах где-то есть ошибка, то выполнение скриптов прекратится и форма не будет отправлена. Открой консольно браузера (F12), перейди во вкладу Javascript Console. Смотри нет ли ошибок и предупреждений. Дальше отправляй форму, и смотри не появилось ли ошибок при попытке отправки.
Макс Куликов: непонятно по скриншоту о какой ошибке вы говорите. То, что не отправляет, как по мне, вероятнее всего есть ошибка в javascript, она же и не дает выполнить отправку данных. Посмотрите в консоли браузера.
Макс Куликов: В скрипте stopPropagation зачем на .window-container? Не совсем понятно. И непонятно по скриншоту, что за ошибку выдает. WP_DEBUG включен (true)?
Макс Куликов: да все там просто на самом деле, просто вы пытаетесь делать то, что должен делать разработчик, у вас недостаточно специфичных знаний. Ничего страшного, это решаемо. Данная ошибка говорит о том, что функция foreach(), которая циклом проходит по всем отмеченным полям формы, не получила в нужном виде какой-то аргумент. Поскольку аргумент ей нужен только 1, то скорее всего, это массив с данными формы, и он скорее всего пустой. Почему - надо смотреть. Возможно, некорректно составлена сама форма в редакторе CF7. Показывайте скриншот ваших настроек формы в CF7
Дмитрий Ковальский: Я об этом писал - пусть не айди, но другой _уникальный_ идентификатор. Да, GUID сложнее подобрать, но тоже возможно, так что сути проблемы не меняет. Если сделать нормальную проверку на серверной стороне - можно спокойно использовать ID и не заморачиваться.
Robert: плохой тон? нет. Дело в том, что так или иначе, вам надо каким-нибудь образом из фронтенда сообщить бекенду, что надо что-то удалить, то есть вам надо передавать некий уникальный идентификатор, по которому на бекенде скрипт сможет определить, что же именно надо удалить. Так вот, пусть это не айди, но идентификатор должен быть уникальным. А фронтенд такая штука, что на нем все можно подменить / перехватить. Поэтому других вариантов нет. Относитесь к проблеме так - фронтенд это опасная и ненадежная среда, которой никогда нельзя доверять. Поэтому на бекенде ВСЕГДА проверяйте и верифицируйте данные. Как пример, одна из частых ошибок начинающих современных разработчиков-хипстеров - написать мощный валидатор полей форм на фронтенде, на каком-нибудь ангуларе, а на бекенде не делать проверок - доверять тому, что данные пройдут после валидации. Но простым ковырянием в дебаггере можно это все обойти в отправить на сервер любые данные. На сервере никогда нельзя доверять данным в массивах GET, POST и FILES.
