LunatiK

Вот, спасибо, хороший сервис!

Koma-mail и The Bat! читают заголовок нормально

А ещё есть функция mysql_data_seek($q, 0);

Да, то что можно было скрывать данные за дополнительную плату это было. Я о том что сейчас это сделалось без дополнительной платы, в мае 2011 данные были доступны (регистратор r01) , а сейчас скрыты и без предупреждения и дополнительной платы. Тоже самое и с ру-центром, и даже не знаю у кого о из наших регистраторов они остались открыты

Как узнать данные о владельце домена? Тут вдруг понадобилось, а оказывается по whois больше такая информация не доступна и пишут везде что person: Private Person , хотя точно помню что владелец компания Давно такие изменения? В связи с чем? Мож закон какой вышел?

Можете экспортнуть оба письма (с нормальным заголовком и не преобразовывающимся) в формат eml или msg и выложить куда-нить, поглядим может что-нибудь прояснится?

Да, это вероятно, но если уж клиент не может выполнять такие элементарные операции, то стоит ли им пользоваться? Через Веб-интерфейс какого-нить поисковика отправьте письмо с кирилличным заголовком и клиентом посмотрите, вот и получите ответ.

Тотже что и с base64_ecode() или непонятный с кракозябрами ? Нет я имел ввиду физическое письмо которое приходит c заголовками и телом Проблема осталась, поэтому снова пишу. Subject кодируется в классе PHPMailer. Но заголовки по прежнему приходят в кодировке base64. Получается это мейл не может их раскодировать? или я не там рою? Вот пару примеров заголовков из разных писем: =?UTF-8?B?0JfQtNGA0LDQstGB0YLQstGD0Lk=?= =?UTF-8?B?0J7Qv9C+0LLQtdGJ0LXQvdC40LU=?= Думаю так: =?UTF-8?B?0JfQtNGA0LDQstGB0YLQstGD0Lk?= =?UTF-8?B?0J7Qv9C+0LLQtdGJ0LXQvdC40LU?= но есть подозрение, что хрен редьки не слаще (строки в итоге декодируются: Здравствуй Оповещение)

не согласен абсолютно Метод GET и что получится если пользователь просто вобьёт в строке?_http://какойтотамсайт/add_user.php ни одной переменной не будет и убрав проверку вылезет куча проблем Говорите что несогласны абсолютно, а возражаете частично приводя в пример редкий частный случай который при правильном подходе не должен иметь место. Потом я не говорил, что нужно убрать проверку, я считаю, что её надо оставить и дополнить, как минимум дополнительным условием на пустоту значения

Контакты оставишь ?

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

Я рад за вас, что всё движется и есть прогресс, но тут не место, как вариант можно попросить модераторов перенести тему в раздел CMS, ибо обсуждаете(хотите обсуждать т.к. уже разговор в ветке давно не ведётся) архитектуру конкретной CMS.

Может и не поможет, но попробуйте вместо: // вывод список Увлечений for ($i = 0; $i < count($hobbies); $i++) { // если $i больше 0 (увлечений больше одного), то добавляем запятую if ($i > 0) { echo ", "; } // выводим увлечение echo $hobbies[$i]; } поставить: Echo (count($hobbies) > 1) ? explode(', ', $hobbies) : $hobbies[0]; Всё как-от проще будет, а мож и от глюков спасёт. Ну и форменное безобразие: $login = isset($_GET['login']) ? strip_tags(trim($_GET['login'])) : ''; $pass = isset($_GET['pass']) ? strip_tags(trim($_GET['pass'])) : ''; $sex = isset($_GET['sex']) ? $_GET['sex'] : 0; $b_day = isset($_GET['b_day']) ? strip_tags(trim($_GET['b_day'])) : ''; $b_month = isset($_GET['b_month']) ? strip_tags(trim($_GET['b_month'])) : ''; $b_year = isset($_GET['b_year']) ? strip_tags(trim($_GET['b_year'])) : ''; $email = isset($_GET['email']) ? strip_tags(trim($_GET['email'])) : ''; $dop = isset($_GET['dop']) ? strip_tags(trim($_GET['dop'])) : ''; $show_mail = isset($_GET['show_mail']) ? strip_tags(trim($_GET['show_mail'])) : 0; $hobbies = isset($_GET['hobbies']) ? $_GET['hobbies'] : ''; Если для $_GET['hobbies'] это и прокатывает, хоть и безсмысленно, то для: $_GET[name], $_GET[sex], $_GET[b_day], $_GET[b_month], $_GET[b_year], $_GET[login], $_GET[pass], $_GET, $_GET[dop] - всегда будет срабатывать в пользу выполнения условия, ибо они либо отправляются с дефолтовым значением, либо пустые поэтому тут надо думать, а не тупо копировать что вам говорят(пишут). Удачи ! Грызите дальше гранит науки!

Праздное любопытство: Пользовательский или админский ? Отправка через mail() или SMTP ? Какие параметры можно настраивать? P.S.: Отправка письма письма осуществляется самописным скриптом? Если нет, то соблюдены ли юридические аспекты: авторское право, лицензии. Какие права будут у купившего ваш скрипт?

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

Цель: получить результат выполнения скрипта и работать с ним

Вот так: include('http://www.servername.ru/file.php?s=music');

Эта ссылка надеюсь будет работать: http://marks.times.lv/phpinfo.zip Я думал там будет add_user.php , а в html'ке смысла нет

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

Ссылка не рабочая

Апач не причё тут выже работаете с фтп-сервером, клиентом просите сервера чтоб он поменял атрибуты, соответственно нужно смотреть права пользователя фтп-сервера, лезьте в настройке фтп-сервера и там уже ковыряйтесь в пользователях.

Выложите куда-нить свой add_user.php

Не совсем понял для чего делать столько запросов, на этом примере можешь показать, что на выходе должно получиться, просто есть group by, order by и where `Категория` = (к примеру) 1

+--------+--------+-----------+ | Цена 1 | Цена 2 | Категория | +--------+--------+-----------+ | 10 | 50 | 1 | +--------+--------+-----------+ | 30 | 100 | 2 | +--------+--------+-----------+ | 25 | 70 | 3 | +--------+--------+-----------+ Как-то так мне видится всё это.