admin Опубликовано 13 января, 2009 Автор Жалоба Поделиться Опубликовано 13 января, 2009 Если Вы про ф-ию "заказать хостинг" из PARTNER- или DOMENREG-аккаунта, то так и д.б. Нет, про регистрацию через reg.php (HOSTING). Очень странно такого даже теоретически быть не может... Клиентом или сапортом? Саппортом. Т.е. там выходит: Hi, Name. TEXT Signature После сообщения что ответ есть, получается: Hi, Name. Hi, Name. TEXT Signature Signature Ок, проверю. Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 15 января, 2009 Жалоба Поделиться Опубликовано 15 января, 2009 В анкете клиента. Способ оплаты: После каждого платежа данный параметр обновляется, сделайте чтобы фиксировалось по первой оплате.. Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 15 января, 2009 Автор Жалоба Поделиться Опубликовано 15 января, 2009 Нет. Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 16 января, 2009 Жалоба Поделиться Опубликовано 16 января, 2009 Страница: /order/admin/?mod=h_emails После колонки "Логин", сделайте пожалуйста вывод колонки "Пароль". Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 16 января, 2009 Жалоба Поделиться Опубликовано 16 января, 2009 Текст: Чтобы заказать дополнительные сервисы заполните форму внизу страницы. Замените на: Чтобы заказать дополнительные услуги заполните форму внизу страницы. Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 16 января, 2009 Автор Жалоба Поделиться Опубликовано 16 января, 2009 Страница: /order/admin/?mod=h_emailsПосле колонки "Логин", сделайте пожалуйста вывод колонки "Пароль". Ок. Текст: Чтобы заказать дополнительные сервисы заполните форму внизу страницы.Замените на: Чтобы заказать дополнительные услуги заполните форму внизу страницы. Нет, т.к. Чтобы заказать дополнительные сервисы заполните форму внизу страницы.<br>Для просмотра описания наведите курсор мыши на картинку напротив дополнительной услуги. Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 18 января, 2009 Жалоба Поделиться Опубликовано 18 января, 2009 На одном из серверов, я POP3/IMAP сервер перенс с courier на dovect. И после этого: [14-Jan-2009 12:20:03] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:20:03] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:20:03] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:30:14] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:30:14] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:30:14] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:40:01] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:40:01] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:40:01] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 Постоянно засыпает ошибками error_log в папке, рядом с imap.php. Подскажите пожалуйста, в чем ошибка? Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 18 января, 2009 Жалоба Поделиться Опубликовано 18 января, 2009 У меня другая тема 2 дня назад перестал просто так выполняться крон, просто висит установленные в конфиге 6000 секунд и вылетает по таймауту вообще ничего не сделав Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 18 января, 2009 Автор Жалоба Поделиться Опубликовано 18 января, 2009 На одном из серверов, я POP3/IMAP сервер перенс с courier на dovect.И после этого: [14-Jan-2009 12:20:03] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:20:03] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:20:03] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:30:14] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:30:14] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:30:14] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:40:01] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:40:01] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 [14-Jan-2009 12:40:01] PHP Notice: Unknown: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0 Постоянно засыпает ошибками error_log в папке, рядом с imap.php. Подскажите пожалуйста, в чем ошибка? Вроде как сервер регуется на небезопасное соединение. Что указано в настройках порта для подключения к серверу (e-mail piping)? У меня другая тема 2 дня назад перестал просто так выполняться крон, просто висит установленные в конфиге 6000 секунд и вылетает по таймауту вообще ничего не сделав Само по себе отвалиться не может. Уже были подобные темы про крон. Оказывалось, что проблемы были не на стороне биллинга. Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 18 января, 2009 Жалоба Поделиться Опубликовано 18 января, 2009 Вроде как сервер регуется на небезопасное соединение. Что указано в настройках порта для подключения к серверу (e-mail piping)? Указано: 143/notls Факт в том что все работает без проблем, но error_log постоянно создается... Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 18 января, 2009 Автор Жалоба Поделиться Опубликовано 18 января, 2009 143/notls - правильно. Обратитесь к производителю ПО почтового сервера для получения разъяснений по php-нотификации. C exim подобных проблем нет. Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 18 января, 2009 Жалоба Поделиться Опубликовано 18 января, 2009 143/notls - правильно. Обратитесь к производителю ПО почтового сервера для получения разъяснений по php-нотификации. C exim подобных проблем нет. Хорошо . Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 18 января, 2009 Жалоба Поделиться Опубликовано 18 января, 2009 [18-Jan-2009 16:16:03] PHP Notice: Use of undefined constant uin - assumed 'uin' in /home/****/public_html/order/admin/modules/icq.php on line 223 [18-Jan-2009 16:16:03] PHP Notice: Undefined index: 9556655 in /home/****/public_html/order/admin/modules/icq.php on line 224 Не подскажете природу таких ошибок? Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 18 января, 2009 Автор Жалоба Поделиться Опубликовано 18 января, 2009 После выхода нового билда произведите обновление. Ошибки не страшные, и возникают они при невозомжности отправки сообщения в icq. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 18 января, 2009 Жалоба Поделиться Опубликовано 18 января, 2009 Работа крона может зависеть от темплейтов ? /order/admin/template я их как раз накануне подправлял... Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 18 января, 2009 Жалоба Поделиться Опубликовано 18 января, 2009 Достал из бэкапа темплейты, все вернул как было, все по прежнему, крон запускается висит в процессах, кушает 90-100% и ничего не делает ... Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 18 января, 2009 Автор Жалоба Поделиться Опубликовано 18 января, 2009 Шаблоны - наврядли. Нужно искать, на каком задании он стопорится. Для проверки - запускать по одному заданию. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 18 января, 2009 Жалоба Поделиться Опубликовано 18 января, 2009 В error.log написано вот что, судя по всему на саспенде он и виснет. PHP Fatal error: Maximum execution time of 6000 seconds exceeded in /home/****/public_html/order/admin/modules/suspend.php on line 48 Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 18 января, 2009 Жалоба Поделиться Опубликовано 18 января, 2009 Все другие задания крона, такие как imap.php и прочие исполняются как и раньше без проблем, только cron.php виснет... Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 18 января, 2009 Автор Жалоба Поделиться Опубликовано 18 января, 2009 Ну можеет с сервером соединиться не может для блокировки, а таймаут соединения выставлен высокий и т.п. причины. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 18 января, 2009 Жалоба Поделиться Опубликовано 18 января, 2009 Ну можеет с сервером соединиться не может для блокировки, а таймаут соединения выставлен высокий и т.п. причины. Разве при отсутствии соединения он не должен дальше делать задание, а о неудаче написать в отчете? Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 18 января, 2009 Автор Жалоба Поделиться Опубликовано 18 января, 2009 Ну если таймат на соединение высокий, то скрипт и будет отрабатывать этот таймаут до потери пульса (сбоя по ошибке времени выполнения скрипта). Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 18 января, 2009 Жалоба Поделиться Опубликовано 18 января, 2009 Ну если таймат на соединение высокий, то скрипт и будет отрабатывать этот таймаут до потери пульса (сбоя по ошибке времени выполнения скрипта). Проверил связь со всеми серверами - везде коннект от сервера, запускающего крон есть. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 18 января, 2009 Жалоба Поделиться Опубликовано 18 января, 2009 Изменил срок для блокировки, скрипт отработал, закрыл и удалил как надо. Видимо проблема в каком то конкретном аккаунте. на котором происходит вис, хотя не очень понимаю почему скрипт его не пропускает и не идет дальше .... Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 18 января, 2009 Автор Жалоба Поделиться Опубликовано 18 января, 2009 Скрипт должен пропускать его по таймауту соединения, выдавая ошибку (если проблема действительно с запросом на сервер), а если таймаут соединения - высокий, то соответственно скрипт обрубится по таймауту выполнения (писал ранее). Ссылка на комментарий Поделиться на другие сайты Поделиться
Рекомендуемые сообщения
Для публикации сообщений создайте учётную запись или авторизуйтесь
Вы должны быть пользователем, чтобы оставить комментарий
Создать учетную запись
Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!
Регистрация нового пользователяВойти
Уже есть аккаунт? Войти в систему.
Войти