Немного не по теме, но может кто знает

[laimas]

Poznakomlus, на каком основании в данном случае должен фигурировать $_REQUEST?

$key != "project_name" && $key != "admin_email" && $key != "form_subject" - этого вообще не должно быть в форме. Ну что такое, какой-то ламер написал хрень для непонимающего, и вы туда же.

[laimas]

Если на post и get запросы выполняются одинаковые действия то стоит рассматривать $_REQUEST

Ну вы же код смотрели и описание к нему - конкретная задача, получение асинхронного запроса методом POST. Причем тут $_REQUEST?

Ламерство не в отношении ученика, а написавшего, предлагать к учебе вредное к чему?

[Vlasenko Fedor]

laimas,
Видать вы так-же научились читать, только что хотите видеть
Если подробно то

откройте для себя $_REQUEST

именно к коду и прдназначились

if ( $method === 'POST' ) {
	//
} else if ( $method === 'GET' ) {

Вы уж простите, но с каких это времен знание глобальных переменных языка стало вредным?

[laimas]

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

Вы уж простите, но с каких это времен знание глобальных переменных языка стало вредным?

Даже оружие не вредно, опасны цели его применения.

[Vlasenko Fedor]

Но сама по себе отправка почтового сообщения методом GET означает, что ее содержимое благополучно будет кешировано у роботов

Не выдумывайте. С чего вы решили кешировать get параметры для отправки почты. Интересно когда у вас роботы в трусах ковыряются.
Или с кешом не так или запрещать не умеете.
Я вот не говорил, что правильно и каким методом отправлять, а вы опять в лужу . Выдуманное кеширование и роботы. Вы хотите что то сказать про $_REQUEST. Так вроде уже ответил.

[laimas]

Или с кешом не так или запрещать не умеете.... Выдуманное кеширование и роботы.

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

И это не выдуманное мною. Я говорил единственное - сценарием определена отправка почты методом POST, каким боком к этому имеет отношение метод GET, а следовательно и $_REQUEST?

Если же на все наплевать и принимать и методом GET, то это плохо, утверждать же обратное еще хуже, автор многого не понимает, но на ус мотает.

Хотите советуйте так продолжать, это ваше право.

[j0hnik]

Очень плохой скрипт говорите. =(
Единственный скрипт который выполняющий необходимые мне задачи который я нашел.
А задача собственно была такая (есть скрипты которые просчитывают тамбуры, окна, двери, навесы итд.. на каждой странице по 20-25 различных инпута, которые надо отправлять, они могут и даже будут меняться) а этот скрипт отправляет любые стоить только обернуть тегом форм, просто и быстро.
Если знаете что то подобное где не надо лезть в именно PHP код (НЕ ЛАМЕРСКИЙ) пожалуйста напишите.

[laimas]

Очень плохой скрипт говорите.

Вы знаете, что есть хостпровайдеры, которые вообще запрещают использование функции mail() по причине спама. А ваш скрипт как раз рассадник для него. В нем скрытым полем передается электронный адрес, что "просечь" не сложно. То есть, зачем же мне отправлять вам (администратору) почту с какими-то "тамбуры и окна", да указать этим полем множество адресов и сообщение "Хотите увеличить ч...?". После таковых отправлений ваш хостер вряд ли будет вами доволен, а если еще и в черный список попадет, то по шапке вы получите точно.

Я ведь говорил, что адрес вы получаете извне и даже не проверяете его, ставя во главу угла второстепенное. А нужно это не слать скрытыми полями, а определить через переменные на сервере, причем сервер формирует и страницу с формой, а значит и знает ее title, выдирать ее на клиенте опять возвращая серверу, это бесполезная операция.

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

Если даже чисто выбор тамбуров и дверей на страницах, то даже в этом случае какое может быть оправдание тому, что с одной можно получить GET, а с другой POST? К чему такое разнообразие для одной конкретной задачи?

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

Как вам написать что-то, если вы не понимаете или не хотите понять, что данные извне требуют проверки, и не приводите кода свой формы?

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