При использовании сайта на cms WordPress совместно с плагином Contact Form 7, случается так, что у некоторых посетителей не отправляются веб-формы, созданные плагином. Текст ошибки выглядит так: «При отправке сообщения произошла ошибка. Пожалуйста, попробуйте ещё раз позже.»
Обычно такая ошибка возникает когда указан неверный исходящий адрес, либо плагин или скрипт вмешивается в работу плагина веб-форм. Первое, что необходимо проверить для решения проблемы, это адрес исходящий почты в настройках проблемной формы:
Адрес должен соответствовать домену сайта. Например, если у вас домен website.ru, то в поле «От кого» должен стоять ящик этого домена, например mail@website.ru. При этом исходящий адрес может даже не существовать, поэтому можете указать абсолютно любую почту, главное — чтобы она соответствовала домену сайта.
Если способ не помог, то проверьте настроен ли сервис Recaptcha. Для этого зайдите в админке по пути: Contact Form 7> Интеграция.
Если в блоке «ReCaptcha» написано «reCAPTCHA активна на этом сайте.», то нужно отключить привязку ключей. Для этого нажмите на кнопку «Настройка интеграции», а затем «Удаление ключей».
ReCaptcha — это сервис Google, который на основе своих алгоритмов определяет человек вы или бот. Иногда сервис ошибается и не дает отправлять формы на сайте. После удаления ключей ваш сайт не буден защищен от спама, но вы можете установить плагин «ReCaptcha v2 for Contact Form 7», где не будет проблемы с определением пользователей.
Что делать если способы не помогли?
В таком случае последовательность действий такая:
- Нужно отключить все плагины, кроме Contact Form 7, затем проверить работу форм. Если проблема решилась, то методом исключения включаете каждый плагин по отдельности и находите конфликтный.
- Если не помогло, то открываем файлы шаблона header.php и footer.php и удаляем подключение сторонних скриптов. Проверяем работу форм. Также, если формы заработали, применяете метод исключения.
Вышеописанные способы в 99% случаев должны помочь решить проблему. Если у вас осталась ошибка, то прошу связаться с нами любым доступным способом, указанным ниже, либо на странице контакты
Привет, друзья. Сегодня хотел бы сделать небольшую статью/памятку для тех кто испытывает проблемы с отправкой формы обратной связи. Дело в том, что я часто получаю письма и сообщения в социальных сетях, связанные с тем, что у вас по какой-то причине не доходят письма отправленные из форм обратной связи, поэтому я решил составить некий 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», где не будет проблемы с определением пользователей.
Что делать если способы не помогли?
В таком случае последовательность действий такая:
- Нужно отключить все плагины, кроме Contact Form 7, затем проверить работу форм. Если проблема решилась, то методом исключения включаете каждый плагин по отдельности и находите конфликтный.
- Если не помогло, то открываем файлы шаблона 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-запросом?
|
maks_7 4 / 4 / 3 Регистрация: 14.10.2014 Сообщений: 321 |
||||||||
|
1 |
||||||||
Не работает отправка формы09.05.2016, 14:09. Показов 3787. Ответов 8 Метки нет (Все метки)
С праздником, уважаемые форумчане! Вот форма:
И вот файл отправки формы:
Может это таблица мешает или то,что сайт на бутстрапе? Спасибо зарание. 0 |
|
Пифагор 2169 / 1652 / 840 Регистрация: 10.01.2015 Сообщений: 5,184 |
||||||||||||
|
09.05.2016, 14:15 |
2 |
|||||||||||
помимо всего должно быть имя, которое потом передается при условии нажатия.
Добавлено через 1 минуту
1 |
|
Kerry_Jr 3105 / 2590 / 1219 Регистрация: 14.05.2014 Сообщений: 7,236 Записей в блоге: 1 |
||||
|
09.05.2016, 14:47 |
3 |
|||
|
помимо всего должно быть имя, которое потом передается при условии нажатия.
Не понимаю, для чего проверять, нажата кнопка или нет. 0 |
|
2169 / 1652 / 840 Регистрация: 10.01.2015 Сообщений: 5,184 |
|
|
09.05.2016, 14:51 |
4 |
|
Не понимаю, для чего проверять, нажата кнопка или нет. А если кнопок несколько? 0 |
|
4 / 4 / 3 Регистрация: 14.10.2014 Сообщений: 321 |
|
|
09.05.2016, 14:57 [ТС] |
5 |
|
Спасибо, помогло! Теперь возникла следующая проблема. Когда должна открываться страница, где сообщается, что письмо успешно отправлено, вместо этого какие-то кракозябры и на почту тоже кракозябры приходят. Страница index.html сохранена в utf-8 и в php файле есть строчка 0 |
|
maruo 133 / 133 / 48 Регистрация: 26.04.2013 Сообщений: 1,356 |
||||||||
|
09.05.2016, 15:03 |
6 |
|||||||
|
Пифагор, Так можно проверить на параметры которые есть , и должны приниматься Добавлено через 1 минуту
Если информация выбирается из Базы данных, то в соединении указываете кодировку.
1 |
|
3105 / 2590 / 1219 Регистрация: 14.05.2014 Сообщений: 7,236 Записей в блоге: 1 |
|
|
09.05.2016, 15:03 |
7 |
|
А если кнопок несколько? Тогда этот вопрос не возник бы 0 |
|
maruo 133 / 133 / 48 Регистрация: 26.04.2013 Сообщений: 1,356 |
||||
|
09.05.2016, 15:11 |
8 |
|||
|
maks_7, Насчет кодировки на почте, нужно отправить заголовок
1 |
|
4 / 4 / 3 Регистрация: 14.10.2014 Сообщений: 321 |
|
|
09.05.2016, 15:17 [ТС] |
9 |
|
Спасибо, все отлично работает! 0 |
Ошибки в формах
приема данных
Ошибки в формах
приема данных
Ошибки в формах могут появляться из-за неверно настроенной интеграции со сторонним сервисом. В этой статье описаны наиболее частые ошибки и пути их решения.
После подключения сервиса приема данных в настройках сайта отметьте его галочкой в меню «Контент» блока с формой и обязательно переопубликуйте страницу с формой.
Заявки не приходят в сервис приема данных
Если на опубликованной странице в форме не отображается ошибка, а заявки все равно не приходят, то нужно проверить логи сервиса приема данных.
Перейдите в личный кабинет Тильды → откройте раздел «Заявки» → посмотрите наличие ошибок в «Журнале ошибок».
Перейдите в раздел «Заявки»
Также открыть список последних ошибок можно при помощи бокового виджета. Для этого нажмите на иконку восклицательного знака.
Ниже мы выделили популярные ошибки сервисов приема данных, платежных систем и сервисов доставки, описали причины возникновения и способы их устранения.
Примите во внимание, что мы не осуществляем поддержку по вопросам связанным с работой вашего кода.
Ошибки при заполнении формы на сайте
Такие ошибки отображаются при попытке отправки данных в форме и видны всем пользователям.
Ошибка «Отправка данных невозможна»
Необходимо перейти в «Настройки сайта» → «Формы» → в самом низу «Общие настройки форм» → нажать «Настроить» → «Сохранить» → переопубликовать страницу с формой, перейти на опубликованную страницу, обновить её 2-3 раза и попробовать оставить заявку ещё раз.
Ошибка «[456] {«needcaptcha»:1}. Please, try again later.»
Ошибка появляется для определенного пользователя, при попытке заполнить форму несколько раз подряд за короткий период времени, без прохождения теста «Я не робот». Обычно в таком случае пользователь блокируется по IP на сутки. Необходимо проверить отправку формы в режиме «Инкогнито» или через VPN.
Если в вашем проекте возникла иная ошибка при получении данных с форм, обратитесь в службу поддержки в личном кабинете. Специалисты помогут разобраться.
Ошибки в формах
приема данных
Ошибки в формах
приема данных
Ошибки в формах могут появляться из-за неверно настроенной интеграции со сторонним сервисом. В этой статье описаны наиболее частые ошибки и пути их решения.
После подключения сервиса приема данных в настройках сайта отметьте его галочкой в меню «Контент» блока с формой и обязательно переопубликуйте страницу с формой.
Заявки не приходят в сервис приема данных
Если на опубликованной странице в форме не отображается ошибка, а заявки все равно не приходят, то нужно проверить логи сервиса приема данных.
Перейдите в личный кабинет Тильды → откройте раздел «Заявки» → посмотрите наличие ошибок в «Журнале ошибок».
Перейдите в раздел «Заявки»
Также открыть список последних ошибок можно при помощи бокового виджета. Для этого нажмите на иконку восклицательного знака.
Ниже мы выделили популярные ошибки сервисов приема данных, платежных систем и сервисов доставки, описали причины возникновения и способы их устранения.
Примите во внимание, что мы не осуществляем поддержку по вопросам связанным с работой вашего кода.
Ошибки при заполнении формы на сайте
Такие ошибки отображаются при попытке отправки данных в форме и видны всем пользователям.
Ошибка «Отправка данных невозможна»
Необходимо перейти в «Настройки сайта» → «Формы» → в самом низу «Общие настройки форм» → нажать «Настроить» → «Сохранить» → переопубликовать страницу с формой, перейти на опубликованную страницу, обновить её 2-3 раза и попробовать оставить заявку ещё раз.
Ошибка «[456] {«needcaptcha»:1}. Please, try again later.»
Ошибка появляется для определенного пользователя, при попытке заполнить форму несколько раз подряд за короткий период времени, без прохождения теста «Я не робот». Обычно в таком случае пользователь блокируется по IP на сутки. Необходимо проверить отправку формы в режиме «Инкогнито» или через VPN.
Если в вашем проекте возникла иная ошибка при получении данных с форм, обратитесь в службу поддержки в личном кабинете. Специалисты помогут разобраться.
Есть следующая 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-запросом?
I have one form in a PHP (5.2.9-1) application that causes IIS (Microsoft-IIS/6.0) to throw the following error when POSTed:
The page you are looking for cannot be displayed because an invalid method (HTTP verb) was used to attempt access.
It’s an HTTP 405 status code. All other forms in the application work, so I believe that the IIS ‘verbs’ setting for PHP pages is correct.
This is a customer’s server, which I have no access to for verifying settings or testing code. All I can do is send the customer replacement files. Other customers on IIS servers have no such issue.
The form is perfectly straightforward:
<form method="post" action="index.php">
... fields ...
</form>
What can cause IIS to throw that error on one form only, but work fine on others?
hakre
191k52 gold badges431 silver badges831 bronze badges
asked Sep 9, 2009 at 14:50
I managed to get FTP access to the customer’s server and so was able to track down the problem.
After the form is POSTed, I authenticate the user and then redirect to the main part of the app.
Util::redirect('/apps/content');
The error was occurring not on the posting of the form, but on the redirect immediately following it. For some reason, IIS was continuing to presume the POST method for the redirect, and then objecting to the POST to /apps/content as it’s a directory.
The error message never indicated that it was the following page that was generating the error — thanks Microsoft!
The solution was to add a trailing slash:
Util::redirect('/apps/content/');
IIS could then resolve the redirect to a default document as is no longer attempting to POST to a directory.
answered Sep 10, 2009 at 9:50
drewmdrewm
1,9831 gold badge16 silver badges22 bronze badges
I am deploying VB6 IIS Applications to my remote dedicated server with 75 folders. The reason I was getting this error is the Default Document was not set on one of the folders, an oversight, so the URL hitting that folder did not know which page to server up, and thus threw the error mentioned in this thread.
Mike G
4,2129 gold badges40 silver badges65 bronze badges
answered Jun 10, 2011 at 10:39
Boyd WhiteBoyd White
711 silver badge1 bronze badge
The acceptable verbs are controlled in web.config (found in the root of the website) in <system.web><httpHandlers> and possibly <webServices><protocols>. Web.config will be accessible to you if it exists. There is also a global server.config which probably won’t. If you can get a look at either of these you may get a clue.
The acceptable verbs can differ with the content types — have you set Content-type headers in your page at all ? (i.e. if your Content-type was application/json then different verbs would be allowed)
answered Sep 9, 2009 at 15:11
AndiihAndiih
12.2k10 gold badges57 silver badges88 bronze badges
2
I don’t know why but its happened when you submit a form inside a page to itself by the POST method.
So change the method="post" to method="get" or remove action="anyThings.any" from your <form> tag.
Mark Ursino
31.2k11 gold badges50 silver badges83 bronze badges
answered Feb 29, 2012 at 19:26
BobbyBobby
291 bronze badge
1
It sounds like the server is having trouble handling POST requests (get and post are verbs). I don’t know, how or why someone would configure a server to ignore post requests, but the only solution would be to fix the server, or change your app to use get requests.
answered Sep 9, 2009 at 14:56
0
We just ran into this same issue. Our Cpanel has expanded from PHP only to PHP and .NET and defaulted to .NET.
Log in to you Cpanel and make sure you don’t have the same issue.
answered Aug 10, 2018 at 18:51
I had this issue with a facebook application that I was developing for a fan page tab. If anyone faces this issue with a facebook application then
1-goto https://developers.facebook.com
2-select the application that you are developing
3-make sure that all the link to your application has tailing slash /
my issue was in the https://developers.facebook.com->Apps->MYAPPNAME->settings->Page Tab->Secure Page Tab URL, Page Tab Edit URL, Page Tab URL
hope this will help
answered Apr 3, 2014 at 9:49
WaqlehWaqleh
9,6518 gold badges65 silver badges103 bronze badges
As drewm himself said this is due to the subsequent redirect after the POST to the script has in fact succeeded. (I might have added this as a comment to his answer but you need 50 reputation to comment and I’m new round here — daft rule IMHO)
BUT it also applies if you’re trying to redirect to a page, not just a directory — at least it did for me. I was trying to redirect to /thankyou.html. What fixes this is using an absolute URL, i.e. http://example.com/thankyou.html
answered Sep 11, 2014 at 8:40
Doug McLeanDoug McLean
1,27912 silver badges26 bronze badges
i had to change my form’s POST to a GET. i was just doing a demo post to an html page, on a test azure site. read this for info: http://support.microsoft.com/kb/942051
answered Feb 25, 2015 at 19:53
An additional possible cause.
My HTML page had these starting tags:
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">
This was on a page that using the slick jquery slideshow.
I removed the tags and replaced with:
<html>
And everything is working again.
answered Sep 8, 2015 at 16:43
John MJohn M
14.3k29 gold badges90 silver badges140 bronze badges










