bryknyk

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

какой сервер: логи шаред хостингов там в во всяких с-панелях посмотреть можно, а выделенный - прописано в конфигах. Да даже без логов - прописать в index файле первой строчкой echo 'hello'; после <?php - если есть вывод , попробовать сделать ошибку: eccccho 'hello', Попробовать error_reporting(E_ALL); ini_set("display_errors", 1); Только по убирать потом все эти эксперименты. Если работает - настроить сам вордпресс WP_DEBUG_DISPLAY, WP_DEBUG в true, посмотреть.а вот если вывода нет, тут сложнее. Ну я бы так попробовал. только не забыть убрать потом вывод - это критические место в безопасности. Ну и да, это, конечно, не правильный подход, а простой)

Любопытно, вопрос в том, что удивление,как правило, связано с вложением труда и новаций в удивляемое. Хм, меня бы впечатлил сайт-трансформер в прямом смысле этого слова. Посидеть в блендере, скреатить Оптимуса Прайма, в принципе, углы, размерность движений и расстояния редактор выдаст - масштаб есть. Затем переложить на код. Хм, трансформация сайта в другой сайт, или в механизм, отражающий сущность сайта и т.д. Хотя или привести к электронной форме, аки deus ex, киберпанк, т.к. это все ж электронное... мда. Веб хорошо заточен на текст и информацию. Боты на нейронных сетях или даже сайты, другие алгоритмы для интеллекта, обучения. Например, пользователь делает запрос несуществующего материала, сайт динамически формирует\советует\подсказывает, формирует отчет\файл. Интеллектуальная подстройка под пользователя - психическое состояние, уровень внимательности, характер, память и т.п. всякие рестфуллы и вообще межсайтовое автовзаимодействие, активная защита от хакинга, самоконтроль сео\состояния\наполнения и проч. с самоисправлением, да... многое можно напридумывать). фронтенд вообще не изучен, жаль, что очень часто экономика ограничивает самые интересные идеи, редуцируя продуманный функционал до одной огромной кнопки и фона, длиной от до . Но это все оправдано и , возможно, верно - все кушать хотят.

согласен с ShumNo - такой алгоритм не учитывает множества факторов и имеет недостатки: возможность подзабивания и халявного обучения (можно вопрос задать), неуверенность (не все просто так готовы напрямую общаться с другими, предотвращение накопления ошибок (когда вопрос решен, но он неверен, но раз решила группа - бдительность снижается), итеративность разработки (гуглишь-гуглишь по теме и завтра уже половину не помнишь, ибо переключаешься - идея теряется и не обсуждена, обсудить хотел и\или не догуглил), синхронизация - наличие одновременно в скайпе 5 человек сложнее, чем обсуждение в группе вк в течение дня. область общения (знаний) - при начальном знакомстве с предметом часто не учитывается граница знаний, как писал ShumNo, это часто запутывает и строит обсуждение в понятиях малой области (более даже мировоззрений), при том, что подчиняющая большая игнорируется. С опытом она расширяется, но при прочтении книг делает это быстрее. Пример - техник-перфект при нулевом юзабилити и т.п. межличностные отношения - снижение критики, замалчивания и т.п. М\о есть в любой группе. Скорее, самый сильный детерминант. И управлять ими отнюдь не просто. расхождения в образовании\возрасте\мышлении - много чего можно понаписать. Ну, может у вас и получится, в количественном и качественном плане... что ж, удачи. _upd. Хм, поинтересовался процессом в других местах. Что ж, люди к вам идут), поздравляю)

​хм, ну да, второй раз прошло. Эмм.. что сразу не понравилось: т.к. я регился с двух акаунтов, то добавил другого себя в друзья — сообщение на почту не пришло. И при отправке сообщения тоже нет уведомления ​Аватар имеет ховер при наведении (в личных данных), но ничего не происходит. ​И валидатор почты выводит "Введите корректное имя пользователя."))) при попытке сменить его ​Также вроде как-бы удалось сменить отображаемое имя на точку). Такие аки всегда ценятся. ​Т.к функции удаления нет...ммм.. прошу удалить двух моих пользователей nixtosx и "точку" ​ ​upd. Да.. и это рай для спамера) Регим бота в сети. Бот тяпает на поиск - выводятся все подряд, собираем адреса - легко и просто... ммм.. возможно, не все хотят светить данные. ​

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

пентестить можно?) а то чтобы за мной не приехали после ентого) Все защищено? хсс, иньекция, лог пишется при неправильном входе?

любопытно, немного смутная формулировка. Получается по смыслу пользователь-сервис-вы-пользователь. Отношения Сервис-Пользователь по покупке баннера, отношения Вы-Пользователь по его показу и должно быть отношение Вы-Сервис по достоверности платежа и контроля за оплатой. Как происходит проверка оплаты, ведь по смыслу, пользователь покупает у сервиса, т.к. данные платежей часто приватны и платеж обходит вас, да и логично, что апи у сервиса того нет....хм, это не совсем понятно. Ну и потом, время сервиса - ксли он буржуйский, то пользователь может оплатить по американскому времени, а российским пользователям когда прекратится показ баннера, получается по времени сервиса...хм... и опять тут связь с сервисом, хм...

php и какие мои любимые дорогие бывшие грабли, мало ли кто наткнется на подобное: работа с часовыми поясами в бд и скрипте, форматом времени и т.п. они могут быть на разных серверах и можно легко затупить с выбором формата и действий над ними, как когда-то сделал я. и работа с категориями т.к. они рано или поздно понадобятся для новостей. они выносят мозга больше за счет вложенной структуры. Есть разные формы работы с ними, но если идти через nested set, то мне помогло http://www.webscript.ru/stories/04/09/01/8197045 http://www.phpkode.com/source/s/nested-set/nested-set/nestedset.class.php но не помню, есть там ошибки или нет. я все переписывал и адаптировал к фреймворку, хотя все равно это просто нужно понять, сколько бы времени не заняло.. Через много времени допер, что делать нужно было через x и y - т.е. уравнениями описывать зависимости изменений ключей и совать в запрос. Организацию бд самих новостей можно подсмотреть, например, в жумле обратным инжинирингом бд (MySQL Workbench и т.п. в помощь) и функционал там же. Для добавления - какой нить ckeditor, TinyMCE и т.п. Для фильтра (там же в новостях чистый html \js) htmlpurifier или какая защита. Продумать метатеги... т.к. новость на страницу и теги нужно постоянно, или непостоянно, но менять. потом алиас для чпу и урла транслитом (в php есть удобный intl). если есть - доступ. если вывод даты в виде сегодня X сентября, воскресенье можно и опять через intl. контроль кодировки: пользователь может вырезать из блокнота в 1251 а сайт ждет utf-8. Потянутся теги и облако тегов, комментарии - опять бд, защита от хсс. Ну и все вокруг бд - нормализация, отношения, внешние ключи. По мне так сразу обязательно профилировщик запросов к бд - продумать и отслеживать запрос. Или готовый или самопальный тулбар, но каждый запрос сразу видеть... иначе потом геморр с ними. а так удобнее и видно, где тупишь. или хотя бы метод реализовать в своем классе с выводом запроса в строку и результатом работы. Сколько времени можно потерять если вслепую протыкивать эти запросы. и т.д. Ну и профилировщик работы скрипта по времени и памяти - всегда есть какая-то ошибка, которая портит все. и т.д. защита от иньекций. Ну и понятно, что все это модульно, А если из текстовых файлов каких или на коленке, это лишь опыт и время. но нужно ли это кому-то.... сомневаюсь, все равно потом через все вышеперечисленное проходить. Разве что при форс мажоре да и то - только себе на свой сайт, когда времени нет. но это все равно аукнется большей потерей. Лучше уж сразу разбирать cms или фреймворк, чем потом впопыхах писать адаптер для переноса всей своей драгоценной базы на жумлу или вордпресс, имхо.

Посмотрите на это с технической стороны: у меня нет статданных, но, кого я знаю, кто очень плотно сидит на айти - у всех проблемы с кодом, какие-то задачи, требующие дней решения, перевороты литературы, переводы и т.п.. При решении - ковыряние в поисках лучшего без конца и края, снова что-то где-то узнал и опять ковыряние. Проблемы с временем, личной жизнью, зрением, уровнем головной боли и т.д. Для того чтобы хотя бы подсказывать кому-то тем людям нужно отказаться от части своей жизни и времени, которое он мог бы потратить хотя бы на отдых. Даже если допустить, что человек узнал все, что возможно (что невозможно) - есть диверсификация своих знаний, ибо жизнь крайне нестабильна. Можно быть суперэкспертом в своей области, но тупо развестись на юриспруденции или экономике и т.п. Как вывод, даже если вы найдете учителя и он просто так будет выделять вам время на проверку вашего кода (это время на анализ мелочей, поиск лучших решений и т.п.) то: или у него уйма свободного времени, что заставляет сомневаться в его опытности, или он просто проигнорирует мелочи, которые потом могут сыграть с вами злую шутку, или он будет использовать результат вашего труда в своей работе, что может говорить о незамороченности (аки "и так сойдет") - тоже сомнение, такие люди не любят код и не обращают внимание на мелочи, или он уверен в своих знаниях на 100% - и раз он сам не учится дальше, то.... вопросы к его самомнению и связанной с этим квалификацией) Все учатся и постоянно) Другой вопрос, если вы найдете конторы, которым самим легче постажировать новичка и взять на работу чем искать со стороны. Наверное, для поиска их нужно представить свои знания, желание и любовь к работе, свою мини-страничку-сайтик (вы же верстаете) и т.п, представить себя перспективным и полезным для обучения и главное, надежным. Также другой вопрос, если вы найдете репетитора... как и по другим предметам, а это почти курсы и уровень подачи знаний может быть любой, как повезет. Все немного сложнее) Хотя, как говорил папа Лис - все может быть)) Удачи Вам все же найти своего shifu)

тоже любопытно. Во всех способах, что я видел все крутится возле вычисления и операций с пропорциями и различных хитростей: либо заполнение бокса, в данном случае 220х220 белым цветом (рисунок меньше), или увеличение\уменьшение одной стороны, если она близка к исходным пропорциям, или обрезка области от верхнего левого угла, обрезка из центра и т.д. А вот если взять любую программу и в пакетной передаче попытаться привести ласточку (она в высоту больше же с хвостом, допустим 450х600) в квадрат, то получим пузатого снегиря. Вернее уж сначала привести по ширине\длине с сохранением пропорций, потом обрезать по высоте... но опять же - над результатом многого наверняка можно будет посмеяться) Та же ласточка будет бесхвостая ( если приводить по ширине, то высота - 293-220 -> 73 пикселя хвоста как не бывало) post.update() Ради любопытства попробовал реализовать это в xnview. Она позволяет работать с формируемым списком фильтров, применяемых к множеству. Хм.. получается, что набор фильтров для корректной работы должен зависеть еще от исходных картинок. Применил два: размер и обрезка...ну, почти... . Жаль, что нет (или спрятана) функция получения среднего размера или диапазона размера или сводной статистики картинок в папке, знать бы чего больше и как резать. легче заюзать такое прямо на сайте, по ресайзу и thumbnail их масса... начиная от плагинов и до подключаемых библиотек на разных языках. В любом случае будет ротация товара - и делать такое вручную явно неверно. Разве в качестве НИР.

Допустим, есть сайт, фронт контроллер, для корневой - папка public. Если это не шаред хостинг, то во vhost апача - DocumentRoot "path/public". И эта папка станет корневой. Могу сделать вторую папку stupid_site (допустим, что мне нечего делать, я неудовлетворенный жизнью и т.п.) потестить, сайт в бете... файлов робота и т.п. нет. Снова DocumentRoot "path/stupid_site". теперь эта папка станет корневой, но сайт продолжит работать, т.к. конфиг который загружает index.php цепляет все нужные файлы и прежняя папка есть. могу так хоть целый день. Я могу разделить сайт на бекенд и фронтенд и прописать для бекенда вообще отдельный путь с отдельным адресом DocumentRoot "path/manager" фактически мы имеем две публичных папки на сайте по разным адресам, которые легко меняются. Как вы собираетесь сформировать условия в таком мало предсказуемом случае? Для большинства известных можно... но остаются и другие,. А если у сайта 10 публичных папок в 1 директории - блог, магазин, мобильный и т.п., то нужно еще и разделять их по назначению. Лично я бы пошел путем яндекса\гугла с размещением проверочного файла или использованием их файлов: один раз его поискать рекурсивно (ибо лень вручную вписывать путь) и занести путь в конфиг, работать уже с этим путем. Отслеживание измений как мини vcs. Всегда доступен из инета по адресу сайта - можно быть уверенным, что папка с ним доступна, должна быть 1 копия на сайте т.к. можно скопировать публичную папку и он также будет доступен, но уже это его копия и другая папка и т.п. имхо.

Хм... как я понимаю - это сайт о коммерческом и некоммерческом предложении. Начинаем искать ближайший подходящий образ реального мира - это магазин/киоск и т.п. Хотя лучше еще взять печатный каталог чего-нибудь) Теперь сравнивайте магазин и ваш сайт: в магазине есть витрина на которой самые популярные\дешевые\нужные товары. Тут бесплатные тоже являются нужными - если сразу упереться в 600 руб горбунка, можно пропустить другие и не узнать, что они бесплатны.Значит на главной странице можно разместить уже предложение чего-то с указанием бесплатности или дешевизны. Чтобы просмотреть в магазине товар вы от витрины не отходите - а вот вы на сайте заставляете отходить - со страницы товара только на главную. Вы знаете где расположен магазин, а вот чтобы узнать как получить книгу от вас - придется (что не совсем удобно) связываться по емаил... , а значит от должен быть указан четко, ведь у посетителя может быть слабое зрение. Что касается коммерческого - например, чтобы соотнести цену и книгу - нужно знать сколько там страниц и т.п. - поэтому потенциальный покупатель полезет в гугл\яндекс, например... наткнется на цену меньше или ближе и все так далее... Когда же вы приходите в магазин - там же консультант не говорит вам: я вам ничего не посоветую, мы здесь вам просто книги предлагаем (хотя во многих так и т.д. Ну вот как-то таким переносом вы могли бы улучшить свой сайт.

Я правильно понимаю: у вас есть доступ к директории N своего сайта. Входящие данные: путь вида сервер/папка/файл|папка. Определить, что текущий путь относится к сервер/public_папка (корневая) если такой список есть или как-то эвристически определить, что текущий путь корневой, если таких списков нет? Хм, для известных сайтов такой путь можно установить вручную ("xx.xx.xx.xx./public_html") и проверять текущий путь по этому списку или на наличие robots.txt., хеш-файл яндекска, .htaccess., или собственного генерируемого файла, но для этого уже нужен список файлов к каталоге. Но сканировать каждую директорию, как вы подметили - затратно. Если же вы создаете эталонный список файлов - то все равно же нужно указать публичный путь. Допустим, файлов робота и т.п. нет... Можно один раз обратиться к сайту - файлы css, картинки хранятся в публичной папке, а если нет, то каким нибудь ассетором все равно копируются туды. И извлечь часть пути, например, с css или js (вернее, лишь определить наличие в публичной папке некоторых файлов). Извращение, конечно) Допустим, что файлов вообще нет, только внутренние стили, картинки кодированы и т.п. путь хранится, например в $_SERVER php ключ DOCUMENT_ROOT и т.п.Пути к публичной папке есть в конфигах сервера. есть в pear библиотека для чтения конфига, например, апача... хотяяяя.. она туда умеет и писать, что уже опаснее) Сорри, если туплю - утро. UPD: Даже если пойти путем эталонов. Например, авто сделать "эталон" сайта. Через час разработчик перенастраивает сервер и публичная директория становится уже другой, программа же верно сравнит по эталону и выдаст неверный ответ при существующей папке, скопирует туда что-нить или затрет и т.п. Поэтому вариант с эталонами, списком путей и т.п. базирующиеся на истории, наверное, следует считать ненадежным способом.

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

В смысле успешно? Быть может где-то нестыковка заголовков...платформы то разные. Я бы сначала проверил загрузку расширения: if (extension_loaded('mbstring')) { $name = mb_substr(htmlspecialchars(trim($_POST['Editbox1'])), 0, 1000, 'UTF-8'); $phone = mb_substr(htmlspecialchars(trim($_POST['Editbox3'])), 0, 1000, 'UTF-8'); $email = mb_substr(htmlspecialchars(trim($_POST['Editbox2'])), 0, 1000, 'UTF-8');}die("Extension mbstring don't work!");а потом попробовал убрать 'Content-type: text/plain; charset=utf-8' . "\r\n" . 'From:' . $from) ей хватает трех параметров, в вот мало ли... "\r\n" как себя поведет. Конечно, вывод ошибок должен быть включен вот так ini_set('display_errors', 1);error_reporting(E_ALL);и главное убрать потом не забыть.. т.к. это дырка в безопасности.

Ну... можно еще так) В качестве НИР. <form method="POST"><input type="text" name="kap"><input type="submit"></form><?php//header('Content-type: image/png');$t=rand(1000, 10000);$a=imagecreate(100,20);$b=imagecolorallocate($a, 139, 137, 137);$n=imagecolorallocate($a, 0,0,0);$m=imagestring($a, 5, 2, 2, $t, $n);imagepng($a, "image.png");imagedestroy($a); echo "<img src=\"image.png\">"; Соответственно, картинка получается в каталоге скрипта) а src в теге картинки ищется тоже там же. Это к вопросу о работе header() - без вывода он не нужен.

не совсем. Например, FF28 (29 не знаю) не проходит тест на xss. нужно ставить NoScript. А при этом можно заодно порезать и многое другое (если захотеть, а соблазн всегда есть). Не в тему js, но на данном форуме Ghostery банит аватарку анонимуса с gravatar.com Причем уловить это можно лишь при начальной загрузке. Поэтому можно видеть, например, у пользователя друзей - 2, а не 7. Т.к. тематика безопасности развивается теперь немного быстрее, то логичны попытки пользователя повлиять на сайт т.к. владелец сайта исходно не гарантирует его защиты как таковой и защиты его личных данных. Конечно, вконтакте может себе позволить давать отлуп при выключенном js, а вот мелкий сайт - вопрос. Достаточно один раз обжечься...так не то, что js отключать. а вообще через lynx заходить и composer только на виртуалке в виртуалке запускать.

нормально, узнаю себя) Но только я сделал еще хуже - я сделал ссылку с контактами, по нажатию на которую резко сверху выпрыгивало окно с телефоном, а сам сайт затемнялся... хмм.. какими позывами и логикой я руководствовался, мне трудно сказать. Но что это было жестоко для пользователя -- это точно. А еще темно-красный кровавый и гнетущий фон моего сайта запомнился мне надолго. А еще два раза жуквери подключал - обычный и мини.. Потом встречались люди которые встраивали музыку на сайт, гифки и т.п.. Верно, все через это проходят) Главное, не останавливаться, стремиться к лучшему и постоянно понимать, что ты в чем-то ошибаешься и совершенства нет) Если такого понимания нет - сознание может заражаться вирусом пафоса и самоуверенности, что влечет к искаженному восприятию действительности и порождению огромной боли в заднем месте для других. А когда кто-то уверен, что он делает все идеально, игнорируя правило размещения быстрой ссылки на багрепорт, то могут быть разные неприятные случаи.

Любопытно. Тоже задал фиксированный блок. Все работает. Win7 FF28, проверил на убунту - работает тоже.

Заинтересовало. Но как понял из инфы на сайте - при смене владельца требуется оригинал паспорта. Хм.. они не принимают заверенные нотариально документы письмом? Ехать в Екатеринбург как-то не очень хочется. или это подразумевается и возможность нотариальной копии в письме.

Готовые классы\фреймворки\каркасы по формату, сниппеты в .txt файлах, важные сниппеты - прямо в IDE на панель. Все в каталогах по тематике, а рутовый каталог с ними импортируется целиком как проект в IDE. Выгоды: 1. Быстрый доступ, подключение библиотек даже без копирования, прямо из файлового навигатора. Можно часть проинклюдить сразу. 2. следствие из п.1: правка их во время работы - поддержка в актуальном состоянии. 3. Легкая индексация (txt же) и доступность для любого софта в т.ч. и сравнение файлов и прочей обработки. Да и просто из редактора можно искать Логично было бы, например, функцию php держать в .php файле.. ей легко запустить прямо в ide. Но на деле выявляется геморр с любимым софтом и доступом. тем более, одно в другое легко конвертится. Хотя правильнее, наверное, по форматам их держать, но тут кому как удобнее. ну и легко забыть и обеспечить себе маленькую неприятность в виде /n и /r/n, редактируя в разных системах на автомате) В принципе, можно расшарить на какую-нибудь vcs, но необходимости не возникало такой.

Эта ссылка уже была на форуме, но все же - вдруг кому пригодится https://www.campaignmonitor.com/css/ поддержка по некоторым браузерам и вот эта пожилая, но полезная статья http://www.smashingmagazine.com/2011/08/18/from-monitor-to-mobile-optimizing-email-newsletters-with-css/ тестирование еще и под разные платформы.

у меня thunderbird по умолчанию блокирует все картинки и т.п. из сети. Но т.к. все письма, что приходят сделаны на основе таблиц - то каркас не нарушается, но в большинстве вместо блоков - просто пустые места( конечно, кнопкой все возвращается на место). Не экспериментировал с alt, не узнавал как она замещает картинки, но это стоит учитывать. + Seamonkey, которая после введения авроры и т.п. на фаерфоксе может стать перспективным браузером для перебежчиков тоже основана на геко и работать должна как громоптица. также туда можно установить адблок. Хм.. возможно, что большинство пользователей может обходиться и без них, . За 2014 год на софтпортале по последним версиям: по громоптице 4749 закачек, по The Bat 10 739. по обезьянке 1695 (т.е. вместе около 6 тыс на геко).Тенденция, однако. И если рассылка идет для линуксоидов... хм.. оутглюка там может быть меньшинство. пример http://imglink.ru/show-image.php?id=9923fb34d12e096b7138d4d74343c218

В следующий раз - удаляйте адрес почты из кода, а лучше и сейчас измените сообщение. Код пойдет в поисковики, а автоматические собиратели адресов скушают Ваш адрес. —————————————— error_reporting(E_ALL);эта строка выводит ошибки. В готовом сайте такое недопустимо. Нужно error_reporting(0); Только для отладки он включается. complete_mail();запускает обработку.... хм он перекрывает следующее за ним условие. Вероятно, т.к. по нижеследующей причине Ваш скрипт не работал - Вы включили её перед: if (isset($_POST['submit'])) complete_mail();скрипт ждет от Вас наличия чего-нибудь в запросе ключа 'submit'. Соответственно, <input type="submit" name="ok1" value="" class="ok"/></form></p> Даст что-то в $_POST['ok1'] А так как ждет сабмит, то ничего не заработает. Либо изменить поле на submit либо изменить if (isset($_POST['ok1'])) но первый вариант правилен т.к. Вы пользуетесь кодом и не должны по-сути его менять. Так что включение и изменение логики не совсем корректно, имхо... $title = substr(htmlspecialchars(trim($_POST['send_name'])), 0, 1000);А вот это ждет от вашего кода ключа send_name, которого у вас нет. И если Вы добавите <input id="" type="text" name="send_name" то он появится. Мне кажется, это решает Вашу проблему т.к. имя направляется в тему. Но если Вы не хотите дополнительного поля для формы, то можно добавить скрытое, например, <input id="" type="hidden" name="send_name" value="Order" Но учтите, что можно передать вашему скрипту, например... value="ctobvitamvsenazarplatuzili" и в любом случае - от включится в емаил. Скрипт помещает значение send_name в почту и его можно изменить при отправке... скрытое поле ведь можно просмотреть в исходном коде страницы.