Отправка формы на сервере произошла ошибка

Привет, друзья. Сегодня хотел бы сделать небольшую статью/памятку для тех кто испытывает проблемы с отправкой формы обратной связи. Дело в том, что я часто получаю письма и сообщения в социальных сетях, связанные с тем, что у вас по какой-то причине не доходят письма отправленные из форм обратной связи, поэтому я решил составить некий FAQ, в котором опишу ТОП самых популярных причин, по которым данные могут не приходить на почту.

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

1. Забывают поменять адреса в демке

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

Хорошо, если человек не забыл указать хотя бы отправителя. В таком случае есть возможность написать ему лично и указать на ошибку, но в большинстве случаев обе почты указаны неверно. В последнее время я не поленился и поменял в некоторых демках адреса на выдуманные, но все равно проблема все еще актуальна. А люди же тестируют не по разу, а 5 — 10, а то и того больше. Вот буквально сегодня — 11 писем с 11 до 12 дня пришло…

Вывод: пожалуйста, будьте внимательны и прежде чем писать, что что-то не работает, убедитесь, что правильно задали параметр всех возможных настроек.

2. Используется слишком старая версия PHP

Друзья, все формы, которые я делаю, тестируются на последних версиях PHP, то есть выше 7.0. Раньше это была 5.6 и, некоторые исходники могут работать на этой версии, но я рекомендую именно 7 и выше. На старой версии что-то может не поддерживаться и из-за этого, иногда, возникают проблемы.

Вывод: убедиться, что работаете с современным стандартом PHP и, в случае если у вас старая версия, то переключиться на 7. Сделать это можно у вашего хостера. Обычно, достаточно просто выбрать более актуальную и все. Никаких проблем с переходом возникнуть не должно. У меня, на Beget это выглядит так:

3. Попытка отправить данные просто открыв файл с формой в браузере

Многие, по неопытности, думают, что можно скачать демку на компьютер, открыть с рабочего стола ее в браузере и данные придут на почту. Друзья, так не бывает. Мы для отправки формы используем PHP, а это серверный язык программирования. То есть для работы нужен сервер локальный, например, Openserver, или реальный (любой хостинг или выделенный сервер).

Вывод: тестировать форму на сервере (хостинге).

4. Не настроен локальный сервер

Многие из тех, кто тестирует форму на локальном хостинге думают, что при отправке данных из контактной формы обязательно должны прийти на почту. Но это не всегда так. В большинстве случаев, по умолчанию сервера настроены так, что при отправке содержимое сообщения складываются в определенной папке в виде текстового файла. В Openserver, например, при отправке письма данные улетают в папку «email» в виде txt-файлов, которая находится по пути «/userdata/tmp/email».

Но, есть возможность настроить отправку через SMTP. Подробнее о том, как это сделать написано в официальной документации.

Вывод: настроить сервер или искать сообщения в папке, в которую складывает письма ваш сервер.

5. Тестовый период хостинга или бесплатный вариант

При использовании бесплатного хостинга или при тестовом бесплатном периоде (как правило месячным или 14 дневным), которыми нас заманивают компании, нужно убедиться, что не отключена возможность отправлять письма. В 99% — она отключена и каждая уважающая себя компания, предоставляющая услуги хостинга, будет это делать, чтоб сократить распространения спама. Думаю, вы понимаете, о чем я. Поэтому, тестируйте на платном домене и хостинге, тогда все должно быть в порядке.

Вывод: тестировать форму на оплаченном домене и хостинге.

6. Хостер не позволяет отправлять письма с сайта на бесплатные почтовые ящики

Иногда хостеры, в рамках все той-же борьбы со спамом отключают (ограничивают) возможность отправки писем на бесплатные почтовые ящики. Тоже касается и отправителя. Отправить данные можно только на привязанные к домену адреса или с привязанных к домену адресов. Уточните у хостера эти моменты, если предыдущие советы не помогли.

Кроме того, загляните в справку от Reg.ru, даже если вы не пользуетесь этим сервисом. Особенно в раздел «Возможные проблемы».  Советы приведенные там могут помочь вам, натолкнув на мысль, что еще стоит проверить или уточнить у своего хостера.

Вывод: поинтересуйтесь у хостера нет ли ограничений на отправку писем на/с не привязанных к домену адресов.

7. Ошибка в путях при подключении

Одна из банальных, но очень частых проблем у тех, кто пишет с претензией, что формы на блоге нерабочие — это ошибки в путях при подключении файлов. Откройте консоль (f12), изучите ошибки, которые там выводятся и попробуйте устранить.

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

8. Блокировка входящей почты самим почтовым сервисом

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

Предлагаю ознакомиться с ее комментарием, в котором она описала ситуацию, с которой пришлось столкнуться. Огромное ей спасибо за то, что не осталась равнодушной и описала процедуру решения. Я с такой ситуацией не сталкивался, но для многих пользователей Gmail она достаточно типичная и ее комментарий может помочь многим из вас.

9. Не работает PHP на сервере

Да, и такое бывает. Мне периодически пишут люди, что у них не работает форма и когда я начинаю разбираться в проблеме и прошу их вывести на сайте:

То оказывается, что PHP-теги вообще не обрабатываются.  Люди используют какой-нибудь самый дешевый тариф и оказывается, что на нем вообще не поддерживается PHP. Кроме того, некоторые забывают, что работать нужно в файле с расширением «.php», а не «.html».

Вывод: убедитесь в том, что PHP-теги обрабатываются должным образом.

10. Отправка писем заблокирована хостером

Случалось со мной и такое. Обратился человек помочь с настройкой формы. Я все сделал, но при тестировании оказалось, что ничего не работает. Тогда закинул к себе на сервер и решил протестировать там. Оказалось, что письма успешно доходят. Тогда проверил все то, о чем писал выше, но все оказалось в порядке. Решил писать в техподдержку. Вот ответ:

Оказалось, что раньше под этим доменом на хостинге болтался заброшенный сайт. Вроде как его взломали и рассылали спам, поэтому хостер решил его заблокировать. Как видите, уже 2 года была заблокирована возможность отправлять письма с данного ресурса.

Вывод: не стесняйтесь обращаться в техническую поддержку. Это может сэкономить вам много времени.

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

При использовании сайта на cms WordPress совместно с плагином Contact Form 7, случается так, что у некоторых посетителей не отправляются веб-формы, созданные плагином. Текст ошибки выглядит так: «При отправке сообщения произошла ошибка. Пожалуйста, попробуйте ещё раз позже.»

Обычно такая ошибка возникает когда указан неверный исходящий адрес, либо плагин или скрипт вмешивается в работу плагина веб-форм. Первое, что необходимо проверить для решения проблемы, это адрес исходящий почты в настройках проблемной формы:

Адрес должен соответствовать домену сайта. Например, если у вас домен website.ru, то в поле «От кого» должен стоять ящик этого домена, например mail@website.ru. При этом исходящий адрес может даже не существовать, поэтому можете указать абсолютно любую почту, главное — чтобы она соответствовала домену сайта.

Если способ не помог, то проверьте настроен ли сервис Recaptcha. Для этого зайдите в админке по пути: Contact Form 7> Интеграция.

Если в блоке «ReCaptcha» написано «reCAPTCHA активна на этом сайте.», то нужно отключить привязку ключей. Для этого нажмите на кнопку «Настройка интеграции», а затем «Удаление ключей».

ReCaptcha — это сервис Google, который на основе своих алгоритмов определяет человек вы или бот. Иногда сервис ошибается и не дает отправлять формы на сайте. После удаления ключей ваш сайт не буден защищен от спама, но вы можете установить плагин «ReCaptcha v2 for Contact Form 7», где не будет проблемы с определением пользователей.

Что делать если способы не помогли?

В таком случае последовательность действий такая:

1. Нужно отключить все плагины, кроме Contact Form 7, затем проверить работу форм. Если проблема решилась, то методом исключения включаете каждый плагин по отдельности и находите конфликтный.
2. Если не помогло, то открываем файлы шаблона header.php и footer.php и удаляем подключение сторонних скриптов. Проверяем работу форм. Также, если формы заработали, применяете метод исключения.

Вышеописанные способы в 99% случаев должны помочь решить проблему. Если у вас осталась ошибка, то прошу связаться с нами любым доступным способом, указанным ниже, либо на странице контакты

Есть следующая HTML-форма:

<form id="reg" action="http://127.0.0.1:8000/rais/login/" method="POST">
  <div class="form-row">
    <div class="col">
      <div class="form-group">
        <label for="exampleInputEmail">Email</label>
        <input type="email" class="form-control" id="exampleInputEmail" aria-describedby="emailHelp" placeholder="Enter your Email" required>
        <!-- <small id="emailHelp" class="form-text text-muted">Enter your email</small> -->
      </div>
    </div>
    <div class="col">
      <div class="form-group">
        <label for="exampleInputPass">Password</label>
        <input type="password" class="form-control" id="exampleInputPass" placeholder="Enter your Password" required>
        <!-- <small id="passHelp" class="form-text text-muted">Enter your password</small> -->
      </div>
    </div>
  </div>
  <div class="form-check">
    <label class="form-check-label">
       <input type="checkbox" class="form-check-input">
          Remember me
    </label>
  </div>
  <div class="text-center form">
    <button type="submit" class="btn btn-info">Log in</button>
  </div>
</form>

Запросы принимает сервер на Django. При нажатии на кнопку приходит POST-запрос, как и ожидалось, однако его request.POST пуст. Также при нажатии F12 и переходе в Network при просмотре отправленных заголовков отсутствует заголовок Form Data, хотя при отправке самой просто формы по первой ссылке из Google данный заголовок присутствует и содержит отправляемые данные.

Вопрос: что не так с данной формой, как сделать, чтобы она отправляла данные вместе с POST-запросом?