однозначно, что после отправки формы, происходит post запрос на тот же test.html
php в нем исполняется нормально, успешно выполняется условие:
если функция mail() сработала, то появится над формой строка "Спасибо, ваша сообщение отправлено!", а если не сработала, то строка "Error".
что мы видим? "Error".
значит правильно вам говорят, функция mail() не срабатывает.
почему - опять же, правильно говорят, не бойтесь потревожить его высочество поддержку хостинга. лучше них никто не подскажет. это их работа вообще-то.
ну или хотя бы сделайте файлик 1.php со строчкой <?phpinfo();?> и зайдите на него.
потом жмем ctrl+f и пишем sendmail_path
и сообщите что там в двух колонках указано. и заодно чуть выше sendmail_from
и раз уж на то пошло, проверьте disable_functions
наверняка безо всяких from у вас на прошлом хостинге работало т.к. в sendmail_from уже и так был правильный ваш email вбит теплой и любящей поддержкой прошлого хостинга... может еще не поздно вернуться к ним, а?
в чем сложность открыть error.log, посмотреть что именно за ошибку пишет?
все ответы только там, а не на форумах.
я допустим сейчас вижу лишь 500 Internal Server Error
про эту чтоль ошибку речь идет?
так тогда дело до POST даже не доходит
как вариант - использовать curl
примерно так:
плюс курить curl --help и под свои нужды подстраивать.
например добавить еще --silent если это в cron задании будет
или --limit-rate чтоб не забивать весь канал
ну чушь так чушь...
ну прям непорочные девицы собрались тут 🙄
тип с 1 сообщением и цифрами в нике спрашивает как ему успеть вывести горячее бабло, а ему еще и советуют что-то.
могу конечно и ошибаться, но выглядит на первый взгляд именно так.
справедливости ради, нужно заметить что со своей стороны (без помощи хостера или зала телепатов с форума) вы также можете уменьшить количество 502 ошибок.
ну логично же, раз фронтэнд не дождался ответа от бэкэнда, то второй непозволительно долго что-то делает.
а с тем что именно он делает хостер вам ну никак не поможет (это же ваша поделка, хостер понятия не имеет как она у вас устроена и чем занимается так долго). разве что сможет расширить лимиты свои, увеличить время ожидания, увеличить количество параллельно запущенных ваших бэкэндов (apache, php-fpm или что там).
но понимаете же что это не решение проблемы, а ее оттягивание.
позже у вас траффик увеличится и проблема снова появится.
очевидный (и для многих неразрешимый) выход - разбираться почему так долго выполняются скрипты.
сделать чтоб они выполнялись если не мгновенно, то хотя бы максимально быстро.
и тогда даже на 100р хостинге можно будет держать сайт с 20к посетителей.
хочу обратить внимание на само слово хостинг - хост, хозяин.
хозяин - барин :)
да, он не является правоохранительным или судебным органом.
но это его сервер, его имущество, бизнес, репутация, которыми он сам вправе распоряжаться.
и свои собственные устанавливать правила гласные и не очень.
когда ситуации спорные, неочевидные или из совершенно другой не ит-сферы, то согласен - пусть соответствующие органы занимаются, это не работа хостера.
однако если явно видно что клиент - не нормальный клиент, а мудак каких непонятно как земля носит.
например размещает сайты, где явно и в наглую предлагает спам (email, sms, viber, не важно...).
и если нет у хостера желания иметь потенциальную угрозу каких-либо неприятностей от подобного мутного персонажа, то что мешает просто отказать в обслуживании? можно даже на такой случай прописать что-нибудь в собственных правилах.
не нравится - до свидания. какие проблемы?
хотя, к сожалению, есть и такие кому деньги не пахнут. они готовы приютить, да еще и выгораживать любого.
переводя стрелки на других - ркн и т.п.
я подобного откровенно не понимаю.
ведь нормальных белых клиентов на порядок больше, зачем защищать и вообще хоть какое-то отношение иметь ко всякой гнили.
наболело 😒
я думаю тут кое-кто понял о ком я говорю.
надо понимать конечную цель.
вы думаете возьмете другой процессор и нагрузка вдруг приблизится к нулю?
нет, нагрузка останется та же, просто разные процессоры с ней быстрей или медленней справляются.
если mysql запрос тяжелый без индекса, то mysql будет жрать процессор, какой бы быстрый он ни был.
просто запрос выполнится быстрей или медленней.
нужно в первую очередь оптимизировать.
возможно mysql сильно урезан в памяти и часто повтороно делает то, что мог бы брать из кэша.
включить лог медленных запросов и смотреть какие запросы проблемые.
а может не в mysql вовсе дело, а в том что понаставили вордпресиков и даже не удосужились кэширующие плагины поставить.
вот оно при каждом заходе насилует mysql, хотя могло готовые страницы сразу отдавать.
еще один плохой совет.
логи нужны всегда.
никогда не знаешь что произойдет.
а логи - это машина времени, можно вернуться в прошлое и проследить что происходило.
если жалко расходовать на них дисковые операции, то (если память позволяет), можно в рамдиск писать, периодически архивировать и на диске где-то складировать.
но надо смотреть конкретную ситуацию конечно. бывает что и с 512м памяти можно такое себе позволить, а бывает что и с десяткими гиг памяти ее бывает мало, или же логов чудовищно много.
по размеру ответа видно же, что нет, не юзают, а пробивают.
обычно быстро успокаиваются.
но если хочется справедливости, то открываем whois чей ip и катаем жалобу на все email которые видим.
как минимум в данном случае на abuse@egihosting.com
те в свою очередь вздрючивают клиента чтоб лучше следил за своим зоопарком дырявого софта.
