Mitya
-
Постов
438 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные Mitya
-
-
Проблема после обновления..
клиент у которого около 6 аккаунтов в биллинге (зарегистрированы на один email) получает каждые 3-5 дней уведомления об истечении срока аккаунта для ДРУГИХ аккаунтов (других пользователей). причем каждый раз - для разных.
проверили базу и записи его аккаунтов и аккаунтов клиентов чьи данные он получал - все выглядит корректно, его email естественно не прописан нигде кроме как в его аккаунтах.
подскажите каким образом можно этот неприятный момент обойти\исправить?
-
>Ищите по форуму. Особо страшного ничего нет, но лучше исправить.
поискал..
дело в том что данные у нас оторажаются нормально, не перепутанными.
выполнение "config2.php" (работа 1, работа 2) -приводит к тому, что поля меняются содержимым и отображуются неверно.
можете сказать что именно значит этот ответ скрипта. а изменить поля, исправить их тип и тп мы сделаем сами.
-
пробовали.. скрипт отработав некоторое время выдает:
cant create table schedule
Но при это он данную таблицу создает.
ручной запуск запросов на изменение таблиц видим как единственный нормальный вариант это исправить..
-
есть проблема в апгрейдом на другом нашем сервере. скрипт отработал, но фактически таблицы не поменял (поля не добавил), но новые создал.
сообщите плиз sql запросы которые изменяют таблицы при обновлении с беты на бету2, попробуем запустить вручную.
-
замените "билет" на "запрос".
а то билет звучит очень не адекватно..
-
DataBase Checker for BPanel.
Base Version: 3.0 Beta2 от 07.09.2009.
Checking database structure with /admin/modules/database.php: something wrong!
city!==region at acc!
country!==city at acc!
thecode!==country at acc!
region!==thecode at acc!
city!==region at domen!
country!==city at domen!
thecode!==country at domen!
region!==thecode at domen!
Подскажите что исправить и где согласно полученной информации?
-
выложите на rapidshare...
работать надо, все стоит..
-
Время ожидания соединения истекло
у всех или это только у меня?
-
куда будет выложен index.php?
а то мы тут пасемся...
-
хотелось бы обновится но не в авральном режиме!
Админ ждем ответа..
-
beta1
The MD5 ERROR! [The IP1 VS 64.191.47.24]
Биллинг не работает.
как лечить?
-
уточнение: текст ошибки Gateway time out (выдает nginx)
таймаут при этом стоит 3 минуты.
-
C кроном разобрались.
С добавлением тикетов и висом при этом процессе вопрос остался. иногда скрипт выдает при добавлении тикета:
Error, contact support. Provide all information!
На что это может указывать?
-
C подвисанием пока не разобрались. оставим пока, так как повторяется не крайне часто.
Сейчас появилась новая проблема:
3-4 дня назад перестал выполняться крон скрипт.
запуск вручную через рута дает тот же результат: печатает где-то 240 пустых строк и завершает работу без вывода каких-либо ошибок.
/cron.php?mod=manual - тоже дает белую страницу через 1-2 минуты после запуска.
в это время он шлет уведомления об неактивированных аккаунтах и тп.
как можно отследить причину стопора?
-
сейчас стоит 6 ICQ ботов.
периодические некоторые клиныт в момент отправки запроса видят таймаут (у нас он стоит более чем 200 секунд)
вот данные из статуса апача (заметьте что это один клиент, пробует добавить тикет несколько раз и не может...):
Srv PID Acc M CPU SS Req Conn Child Slot Client VHost Request
0-0 7012 0/43/5257 W 1.29 2047 0 0.0 0.28 43.71 77.51.45.222 .ru GET /customer/?mod=helpdesk&go=add&sure=yes HTTP/1.0
1-0 9270 0/213/6486 W 6.07 1398 0 0.0 2.48 54.97 77.51.45.222 .ru POST /customer/?mod=helpdesk&go=add&sure=yes HTTP/1.0
3-0 9312 0/35/5572 W 0.56 1385 0 0.0 0.30 46.25 77.51.45.222 .ru GET /customer/?mod=helpdesk&go=tickets&thestatus=OPEN HTTP/1.0
4-0 6965 0/440/5085 W 11.81 1972 0 0.0 3.81 41.97 77.51.45.222 .ru GET /customer/ HTTP/1.0
7-0 5387 0/166/2786 W 2.53 2541 0 0.0 1.39 22.33 77.51.45.222 .ru POST /customer/?mod=helpdesk&go=add&sure=yes HTTP/1.0
12-0 7035 0/267/474 W 4.63 1947 0 0.0 1.77 3.57 77.51.45.222 .ru POST /customer/?mod=helpdesk&go=add&sure=yes HTTP/1.0
Иду сам проверяю как добавляется запрос в тикет. заполняю, жму - ответ приходит на ICQ сразу.
но страница сама отпадает по таймауту.
при этом в процессах mysql висит
Id User Host db Command Time State Info
169 user_billing localhost user_billinguser Sleep 120 NULL
скрипт раз 5-10 раз можнт через 30-40 секунд отработать, но не факт.
проблема появилась 1-2 месяца назад.
Latest Version: 00:06:48, 14 May 2009 (3549.28 KB)
-
еще заметил - что часть юзеров с мозиллой жалуются что отправляя запрос в тикет - он не отправляется - и сервер выдает таймаут.
мне кажется это как то связано.
-
логгировать imap было бы желательно. сделайте по возможности это как опцию.
вот буквально сейчас заметил -
ответ клиента через браузер
94.25.163.11 via Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10
Не открыл запрос и не залоггировался.
-
В том и проблема - что не открывается. по кр мере не всегда.
при необходимости могу дать доступ в тикет где это можно будет увидеть...
-
вам не кажется что способ добавление ответа менее важен (его можно определять иначе), чем закрытый запрос, в том время как клиент туда судорожно шлет сообщения а тех.поддержка это не видит?
-
Может их имеет смысл логировать в любом случае?
-
речь идет о регулярно повторяющейся ошибке (10-20% запросов пользователей)
Привожу пример:
(при этом между ответами суппорта клиент давал ответы)
Тоесть не логгируется у него вообще ни один ответ.
Аккаунт Тип Действие Дата и время
SUPPORT ответ в запрос 7919 (#20598) 19-05-2009 16:32:29
SUPPORT ответ в запрос 7919 (#20601) 19-05-2009 16:48:35
SUPPORT изменение статуса (с CLOSED на OPEN) 19-05-2009 16:48:35
SUPPORT ответ в запрос 7919 (#20604) 19-05-2009 22:17:45
SUPPORT ответ в запрос 7919 (#20609) 19-05-2009 22:38:42
SUPPORT изменение статуса (с CLOSED на OPEN) 19-05-2009 22:38:42
SUPPORT изменение приоритета (с 1 на 4) 19-05-2009 22:55:37
SUPPORT изменение приоритета (с 4 на 5) 20-05-2009 20:18:47
-
идет именно ответ. и отражается в тикете он как ответ.
-
вопрос номер три:
почему клиент когда отвечает в закрытый запрос - он не всегда открывается.
при этом в списке последних действий его действие (то что он ответил) не отображается.
это глюк или так "надо"?
-
вопрос с наунет решен.
Уведомления о неуплате получает НЕ тот пользователь..
в Биллинг BPanel
Опубликовано
нет, это совершенное разные люди и данные. и номера акков произвольные. пока об этом уведомил только один клиент. хорошо бы если бы он был единственным