Почему после отправки формы обратной связи на почту приходят иероглифы?

Question

[guram1994]

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

Вот код формы оправки:

<?php
    $name = $_POST['username'];
    $phone = $_POST['phone'];
    echo $name;
    echo "<br>";
    echo $phone;
    if (mail("[e-mail]", "order", "Имя:".$name.". Телефон: ".$phone ,"-f From: Заявка с домиков \r\n"))
        { 
            echo "сообщение успешно отправлено"; 
        } else { 
            echo "при отправке сообщения возникли ошибки"; 
    }
?>

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

Comments

[Refguser]

"Кодировка" - ключевое слово для поиска.
И нужно не код править (хотя и его тоже. Но больше по другим причинам), а сервер настраивать.

[guram1994]

Refguser, Я так и предполагал, что дело в настройках хостинга, так как на прошлом аккаунте такой проблемы не было. Попробовал поменять все данные как на прошлом аккаунте (версия php, модули и лимиты), однако не помогло.

Может подскажите куда копать?

[Refguser]

guram1994, ещё раз: КОДИРОВКА.

[Ипатьев]

Refguser, очень много пафоса
А сервер тут не при чем

[Refguser]

Ипатьев, кодировка сервера отличается от кодировки файлов. И это как минимум.
А он ещё и куратор php...

[Ипатьев]

Refguser, а вот сейчас даже интересно стало
Попробуйте мне рассказать, что такое "кодировка сервера" :)
Я знаю что у вас не получится, но хотя бы попытайтесь. В процессе узнаете много нового.

[VoidVolker]

Refguser, уточните, пожалуйста, что именно вы понимаете под "кодировкой сервера" - а то тут действительно много всяких разных вариантов.

[Refguser]

Ипатьев, боюсь ты не в состоянии будешь понять, но я попробую.
Это для аппача AddDefaultCharset и может быть не только это.

[VoidVolker]

guram1994, Правила 3.8

[Adamos]

Refguser, немного логики:
а какая вообще разница, что и где отдает веб-сервер, если кодировка сломана - в письме?
По шпаргалке определяется UTF-8 -> cp1252, это да. Но:
1. Кириллицу в принципе невозможно отдать в cp1252, ее там нет.
2. UTF-8 - это, очевидно, и есть истинная кодировка письма. Просто то, что ее показывает, передает эти самые байтики как cp1252.
3. Но уж веб-сервер ТС-а тут точно ни при чем.
Очевидное решение - подсказать тому, что отображает письмо, в какой оно кодировке. Это решение, собственно, и дано ниже.

[Refguser]

Adamos,

а какая вообще разница, что и где отдает веб-сервер, если кодировка сломана - в письме?

Немного знаний: письмо формирует сервер.

Answer 1

[Ипатьев]

mail("[e-mail]", "order", "Имя: $name. Телефон: $phone" ,"Content-Type: text/plain; charset=UTF-8");

Вместо вот этого всего

Comments

[Refguser]

А откуда тебе ведомо что файл с формой на сервере сохранён и передаёт в обработчик в UTF-8?
Не очень много пафоса?

[Ипатьев]

Refguser, оттуда, что слово "Имя" в той же кодировке, что и переданное имя. Да и не бывает сейчас других кодировок. Рекомендую открыть для себя другие редакторы кроме Блокнот Виндоус. ВСЕ редакторы кроме него по умолчанию пишут в утф.

[Refguser]

Ипатьев,

а и не бывает сейчас других кодировок.

У меня для тебя плохие новости, куратор.
Сервер ТСа работает в 1252.

А в какой кодировке был мог быть сохранён файл при переносе - тут вообще простор.
Да скорее всего в utf8, но
а) это не точно
б) сервер отдаёт в 1252. И твой код может как помочь так и сделать всё ещё хуже.

[Ипатьев]

Refguser, "сервер" тут вообще не при чём :)
и, разумеется, кодировка 1252 там даже не ночевала. с серверами та же ситуация, что и с редакторами. везде утф. что наглядно видно по полученному письму. Если смотреть на него глазами, а не другим местом.

[Refguser]

Ипатьев,

и, разумеется, кодировка 1252 там даже не ночевала. с

Всё настолько плохо?
Подсказываю: конвертника-ка удалённый тобой текст "Заявка с домиков" из utf-8 в 1252 и сравни со скрином.

[Ипатьев]

Refguser, я над вами сжалюсь, и даже подскажу.
Это письмо в утф-8, которое почтовый клиент показывает, считая что оно в 1252.
Чтобы клиент этого не делал, надо написать ему настоящую кодировку.
Это совсем несложно было вывести из моего ответа.

[Refguser]

Ипатьев, замечательно. А теперь складывай 2+2.
С каких х.. соображений клиент считает что оно в 1252? Почему в 1252, а не любой другой?
Ок, сжалюсь - да потому что сервер ему так сказал.
И не исключено, что из html-формы уходит в обработчик уже в 1252. Много тут поможет твой костыль? Сломает кодировку ещё больше.

[Ипатьев]

Refguser, я извиняюсь, но мы здесь возвращаемся к моему вопросу. Что именно вы считаете "сервером". Судя по по этому комментарию, каша в голове у вас ещё гуще, чем я думал :)

[Refguser]

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

Answer 2

[VoidVolker]

Как распознать кракозябры:

[Источник]
В вашем случае вам надо определить по картинке из какой кодировки в какую у вас произошла трансформация и далее внести изменения в код для исправления. Либо где-то перекодировать текст, либо изменить кодировку в источнике, либо еще где-то в опциях функции чтения/записи указать правильную кодировку.

Comments

[Refguser]

Что там определять - из UTF-8 в 1252 :)

[VoidVolker]

Refguser, ну дык ТС явно с этим не справился.

[Refguser]

VoidVolker, поэтому я не стал давать рецепты, а отправил гуглить. Он должен сам разобраться хотя бы в основах. А если не судьба, что ж.. Может додумается к фрилансерам. Заодно чтобы они вместо его страшной дыры поставили нормальный скрипт.