estic

Рейтинг
126
Регистрация
01.10.2017
bruder:
Назови-ка заголовок, магически делающий из текстового письма HTMLное.

Content-Type.

А теперь вы попробуйте назвать заголовки и прочие приблуды, позволяющие отправлять корректные письма в 8-битной Windows-кодировке.

Причин такого положения дел может быть много. Может, банально не хватает ресурсов для полноценной поддержки второго сайта. Не хотят распыляться.

Кстати, низкая посещаемость не означает бесполезность, бездоходность и т.д.

bruder:
Может лучше ты поучишься не флудить? Конкретики от тебя ноль.

Вы просто не замечаете или не понимаете.

bruder:
Не понимаешь, что на сайте ты увидишь лишь HTML?

Что я увижу, это уже мое дело ;) Вам, так уж и быть, презентую в HTML.

---------- Добавлено 15.04.2020 в 13:41 ----------

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

---------- Добавлено 15.04.2020 в 13:45 ----------

bruder:
В этом коде нет и быть не может уязвимостей.
Ущербность - одна сплошная уязвимость :)
bruder:
ничего не значащие буквы.

Ну, так развивайтесь, чтобы понимать значение букв.

bruder:
Код работает. Можешь попытаться привести пример, где он работать не будет.

Выложите ссылки на страницы с формами, с которыми работает этот код.

---------- Добавлено 14.04.2020 в 19:12 ----------

Sitealert, там и без пятого параметра/настроек хостинга г/кода хватает.

bruder:
Дальше безобидная конвертация в UTF.

Код отправляет с мыла сервера на определенное мыло простую текстовую форму.

Вообще-то не "в UTF", а "из UTF-8", но кто обращает внимание на такие мелочи! :) Тем более что принимающая сторона все равно ее будет считать 7-битной. А посчитать 8-битной Windows-кодировкой и к тому же правильно определить CP сможет только благодаря своему высокоразвитому искусственному интеллекту :D

bruder:
Не работать он не может, если на сервере включен php с mail().

Я вам писал, почему может не работать. Но если вам проще не заметить, дело ваше.

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

:D Если вы о том, что это форма обратного звонка, то вам могут передавать спам-текст, например, в поле phone. Вы же все равно его никак не фильтруете на сервере. Кроме того, сейчас существует спам, нацеленный именно на формы обратного звонка. Это когда вы перезваниваете, и вам начинают предлагать товары/услуги.

Лучше "код" с заморочками, чем заморочки из-за кода без лишних заморочек.

---------- Добавлено 10.04.2020 в 22:22 ----------

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

bruder, существование "реальных" POST-параметров не проверяется.

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

---------- Добавлено 10.04.2020 в 09:58 ----------

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

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

Есть генераторы статических сайтов, например Jekyll.

(Сам сайт по ссылке - это демонстрация php-шаблона с mysql-дампом - тоже удобного способа создания контентных сайтов при наличии кода, позволяющего внести данные и потом все это воспроизвести.)

DiKiJ:
Использую только для адаптивной верстки - если слово очень длинное и никак не входит.

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

DiKiJ:
Вроде как & #173; - точно обрабатывается нормально Яндексом и Гуглом. Как с & shy; - не совсем понятно. Скорее всего, все должно быть нормально.

Если конкретнее, меня интересуют закодированные в UTF-8 мягкие переносы (символы с кодом C2 AD). Раз с HTML-кодированными все нормально, как вы говорите, то с закодированными в UTF-8 тоже должно быть все нормально. Но хотелось бы больше уверенности. Не хочу быть "первопроходцем" :)

Айратиус, если ваша основная задача - делать перенаправление, то при его выполнении добавьте обычное тестирование на наличие файла (try_files $uri) и все. Также такое перенаправление можно делать при помощи error_page 404 (прямо этой директивой).

И в robots.txt уже давно никто не прописывает "адрес нового сайта" ;)

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

Всего: 1155