Биллинг для хостинга

Новые возможности
[JBS-422] - Сделать общую таблицу серверов "Servers"
[JBS-779] - Исполнять скрипты при активации/продлении/блокировке/удалении услуг настраиваемых вручную
[JBS-813] - Передавать данные сервера относящегося к услуге скрипту выполняемому на статусы услуги
[JBS-818] - Переместить перекомпиляцию шаблонов из веб-интерфейса в задачи

Улучшения
[JBS-797] - Перенести задачу "Синхронизация лицензий с ISPsystem" в сборщик мусора "GC"
[JBS-801] - Запретить создавать тикеты с темой из одного символа или последовательности одинаковых символов
[JBS-806] - Переместить настройки соединения сервера ISPsw в таблицу Servers
[JBS-808] - Переместить настройки сервера приёма почты в таблицу Servers
[JBS-809] - Изменить сортировку пунктов в редактировании файла конфигурации
[JBS-810] - переместить Tasks/CourseUpdate в GC (сборщик мусора)
[JBS-811] - переместить настройки ICQ клиента в таблицу Servers
[JBS-812] - Переместить настройки сервера Jabber в таблицу Servers
[JBS-815] - переместить настройки SMS шлюза в таблицу Servers
[JBS-817] - Настроить перекомпиляцию шаблонов серверов при обновлении
[JBS-820] - проверять настройки output_buffering при инсталляции

Исправление ошибок
[JBS-800] - Запретить работу биллинга без работающего кэширования
[JBS-804] - переименовать Server.class.php в HostingServer.class.php
[JBS-805] - Реализовать возможность "внутреннего переноса" доменов - внутри регистратора
[JBS-807] - При удалении сервера (таблица Servers) проверять, не завязаны ли на него какие-то услуги

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

И еще, в billing/db/0000274.sql есть такое окончание



которое приводит к:


уберите из репозитария -- SEPARATOR в конце

Гость писал(а):

Код: Выделить всё

DB_DEV < db/hosting/structure.sql
Warning: Using a password on the command line interface can be insecure.
ERROR 1072 (42000) at line 9: Key column 'ServersGroupID' doesn't exist in table


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

ещё раз вторую стадию сделайте - уже сутки как пофикшено
механизм не изменишь, подразумевается что это оттестировано.
в данном случае, забыл =(

Гость писал(а):И еще, в billing/db/0000274.sql есть такое окончание

Код: Выделить всё

ALTER TABLE `Users` ADD KEY `UsersName` (`Name`);
-- SEPARATOR


которое приводит к:

Код: Выделить всё

ERROR: ошибка применения патча (Query was empty)

уберите из репозитария -- SEPARATOR в конце

поправил.
--
однако, надо чаще обновляться - патч-то совсем старинный

Да, надо чаще, однако даже между комитами полугодовалого периода, бывают ляпы
Например патчь для альта таблиц хостинга, лежит в биллинге, как результат, пытается пропатчить таблицы которых еще нет, да и почему патч в биллинге.
Я про b/283 и h/194

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

И еще странная бага, на TicketRead, HostingOrderInfo, при этом все ок на DomaunOrderInfo, TicketInfo

[17:48:52.19][49189] [!] [!!8]-Undefined index: DeleteOldInvoices в линии 29 файла /usr/home/develop/data/www/HOST.ru/core/Load.php(154) : eval()'d code
Подозреваю причина


А именно отсутствуете компонент для отображение( подсветке ) в таблице
Да и ID, действительно должен задаваться инкрементом?

Гость писал(а):[17:48:52.19][49189] [!] [!!8]-Undefined index: DeleteOldInvoices в линии 29 файла /usr/home/develop/data/www/HOST.ru/core/Load.php(154) : eval()'d code
Подозреваю причина

Код: Выделить всё

INSERT INTO `Tasks` (`ID`, `CreateDate`, `UserID`, `TypeID`, `ExecuteDate`, `Params`, `Errors`, `Result`, `IsExecuted`, `IsActive`) VALUES (NULL, UNIX_TIMESTAMP(), '1', 'DeleteOldInvoices', UNIX_TIMESTAMP(), '[]', '0', NULL, 'no', 'yes');

А именно отсутствуете компонент для отображение( подсветке ) в таблице
Да и ID, действительно должен задаваться инкрементом?

смешались в кучу, кони, люди ....
какой именно компонент отсутствует?

что касается инкремента, на данный момент это вообще не актуально - задача перемещена в GC

а вообще, да, бага - явно надо указывать =(

Гость писал(а):И еще странная бага, на TicketRead, HostingOrderInfo, при этом все ок на DomaunOrderInfo, TicketInfo

Код: Выделить всё

[17:32:37.51][52902] [MemcachedCache::get]: не удалось извлечь объект [key=[HOST.ru]-System_HostsIDs[0e1ef1274af685c220c77d5c334f5700]]
[17:32:37.51][52902] [!] [!!1024]-[System_HostsIDs]: не удалось найти хосты для элемента (comp/Triggers/DOM/After/Window.comp.php) в линии 85 файла /usr/home/develop/data/www/HOST.ru/hosts/root/system/libs/auto/System.php
[17:32:37.51][52902] [!] [!!1024]-[System_Element]: список хостов содержащих элемент не найдены в линии 104 файла /usr/home/develop/data/www/HOST.ru/hosts/root/system/libs/auto/System.php
[17:32:37.52][52902] [!] [!!2]-json_encode() [<a href='function.json-encode'>function.json-encode</a>]: Invalid UTF-8 sequence in argument в линии 82 файла /usr/home/develop/data/www/HOST.ru/hosts/billing/system/modules/Main.php


так на всех заказах и тикетах?
вообще, причина именно в том что написано:

Invalid UTF-8 sequence in argument

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

По поводу

На всех тикетах, в независимости от чего в теме и теле
С ХостингОрдерс, там видимо дело в новом криптование паролей