BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 21 июн 2025, 04:33

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 18 ] 
Автор Сообщение
 Заголовок сообщения: Обновление биллинга, правила
СообщениеДобавлено: 28 янв 2009, 12:51 
BG интересный нужный продукт, который своевременно обновляется и совершенствуется
Хочется узнать рекомендации разработчиков по обновлениям
так как биллинг поддерживает модули и плагины, возникают вопросы:
- существуют ли зависимости при обновлениях?
- обязательно ли обновлять клиентскую часть (админку) при обновлении модуля?
- является ли полное обновление лучшим вариантом (./bg_installer.sh update) ?

у меня сейчас вот такая конфигурация
Код:
   bill вер. 4.5 сборка 126 от 17.10.2008 11:05:36
   dialup вер. 4.5 сборка 88 от 14.10.2008 17:27:19
   email вер. 4.5 сборка 89 от 14.10.2008 17:27:19
   ipn вер. 4.5 сборка 108 от 14.10.2008 17:27:20
   mps вер. 4.5 сборка 83 от 12.12.2008 13:11:20
   npay вер. 4.5 сборка 88 от 14.10.2008 17:27:30
   reports вер. 4.5 сборка 88 от 14.10.2008 17:27:30
   rscm вер. 4.5 сборка 88 от 21.10.2008 13:50:43
   ru.bitel.bgbilling.plugins.cashcheck вер. 4.5 сборка 15 от 09.12.2008 13:06:23
   ru.bitel.bgbilling.plugins.cladr вер. 4.5 сборка 50 от 09.12.2008 13:06:55
   ru.bitel.bgbilling.plugins.crm вер. 4.5 сборка 106 от 15.10.2008 16:03:45
   ru.bitel.bgbilling.plugins.documents вер. 4.5 сборка 51 от 21.10.2008 13:51:45
   ru.bitel.bgbilling.plugins.helpdesk вер. 4.5 сборка 77 от 17.10.2008 15:07:29
   trayinfo вер. 4.5 сборка 78 от 14.10.2008 17:27:31
   wm вер. 4.5 сборка 78 от 09.12.2008 13:06:50


при обнаружении какого-нибудь недостатка надо обновить модуль
я пробовал обновить модуль dilaup до 111 сборки
обновил, перезапустил, зашел в админку - а там не корректируются параметры договора, пришлось откатить на 88 сборку


Вернуться к началу
  
 
 Заголовок сообщения: Re: Обновление биллинга, правила
СообщениеДобавлено: 28 янв 2009, 13:07 
Не в сети

Зарегистрирован: 06 мар 2007, 13:30
Сообщения: 457
Карма: 5
jack7 писал(а):
BG интересный нужный продукт, который своевременно обновляется и совершенствуется
Хочется узнать рекомендации разработчиков по обновлениям
так как биллинг поддерживает модули и плагины, возникает вопросы:
- существуют ли зависимости при обновлениях?
- обязательно ли обновлять клиентскую часть (админку) при обновлении модуля?
- является ли полное обновление лучшим вариантом (./bg_installer.sh update) ?

у меня сейчас вот такая конфигурация
Код:
   bill вер. 4.5 сборка 126 от 17.10.2008 11:05:36
   dialup вер. 4.5 сборка 88 от 14.10.2008 17:27:19
   email вер. 4.5 сборка 89 от 14.10.2008 17:27:19
   ipn вер. 4.5 сборка 108 от 14.10.2008 17:27:20
   mps вер. 4.5 сборка 83 от 12.12.2008 13:11:20
   npay вер. 4.5 сборка 88 от 14.10.2008 17:27:30
   reports вер. 4.5 сборка 88 от 14.10.2008 17:27:30
   rscm вер. 4.5 сборка 88 от 21.10.2008 13:50:43
   ru.bitel.bgbilling.plugins.cashcheck вер. 4.5 сборка 15 от 09.12.2008 13:06:23
   ru.bitel.bgbilling.plugins.cladr вер. 4.5 сборка 50 от 09.12.2008 13:06:55
   ru.bitel.bgbilling.plugins.crm вер. 4.5 сборка 106 от 15.10.2008 16:03:45
   ru.bitel.bgbilling.plugins.documents вер. 4.5 сборка 51 от 21.10.2008 13:51:45
   ru.bitel.bgbilling.plugins.helpdesk вер. 4.5 сборка 77 от 17.10.2008 15:07:29
   trayinfo вер. 4.5 сборка 78 от 14.10.2008 17:27:31
   wm вер. 4.5 сборка 78 от 09.12.2008 13:06:50


при обнаружении какого-нибудь недостатка надо обновить модуль
я пробовал обновить модуль dilaup до 111 сборки
обновил, перезапустил, зашел в админку - а там не корректируются параметры договора, пришлось откатить на 88 сборку


1. Зависимостей нет, можно обновлять по модулям
2. клиентскую обновлять обязательно так как в админке используется файлы из обновлённого модуля
3. Конечно полное обновление лучше так как вы обновляете все модули и ядро до новых билдов с исправленными ошибками.


по поводу того что Вы нашли ошибку лучше написать здесь так как если это действительно ошибка то все должны с ней столкнуться, а если Вы написали про неё и её исправили будет лучше всем!!!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Обновление биллинга, правила
СообщениеДобавлено: 28 янв 2009, 14:08 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
and писал(а):
1. Зависимостей нет, можно обновлять по модулям
С остальным согласен, но этот пункт хотелось бы дополнить - на самом деле неявные зависимости могут быть (как минимум, с ядром они почти наверняка есть). И если что-то менялось во взаимодействии модуля/плагина с ядром, то теоретически могут быть конфликты. Так что лучше всё же обновляться с ядром. А раз обновилось ядро - то теоретически опять же могут быть нестыковки со старыми версиями модулей/плагинов, это уже менее вероятно, но всё же. Так что лучше обновлять всё, тем более проблем с этим не вижу - это сделать не сложнее, чем по отдельности (в рамках одной версии).


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 28 янв 2009, 14:09 
ок, спасибо
буду обновлятся полностью через update


Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: 28 янв 2009, 14:21 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4494
Откуда: Уфа, Россия
Карма: 187
Цитата:
Хочется узнать рекомендации разработчиков по обновлениям


В идеале так:

1) забакапить БД, каталог с сервером и клиентом
2) остановить сервер, шедулер, даталоадер
3) запустить полное обновление
4) запустить сервер, шедулер, даталоадер
5) перезагрузить клента (при необходисмости сделать принудительное обновление)

в случае возникновения проблем откатываем БД и каталоги с сервером и клиентом


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 28 янв 2009, 22:26 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Пропущен пункт "вернуть свои, исправленные, шаблоны веб интерфейса на место" без которого увы нельзя :(
Уважаемые разработчики, не могли бы Вы, пожалуйста, сделать как нибудь так чтобы шаблоны клиентской статистики не перезатирались? Например выкладывать обновленные шаблоны в отдельную директорию, чтобы можно было потом diff-ом найти изменения? А то ей Богу, продукт просто замечательный, но добровольно-принудительное обновление шаблонов портит всю картину :( впрочем как и:
Код:
HTTP Status 404 - /
--------------------------------------------------------------------------------
type Status report
message /
description The requested resource (/) is not available.
--------------------------------------------------------------------------------
Apache Tomcat/6.0.18

при обращении на http://127.0.0.1:8080/ Неужели томкат нельзя приучить выдавать webexecuter как дефолт, если точный запрос не известен?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 29 янв 2009, 12:35 
skn писал(а):
В идеале так:

1) забакапить БД, каталог с сервером и клиентом
2) остановить сервер, шедулер, даталоадер
3) запустить полное обновление
4) запустить сервер, шедулер, даталоадер
5) перезагрузить клента (при необходисмости сделать принудительное обновление)

в случае возникновения проблем откатываем БД и каталоги с сервером и клиентом


ок, спасибо


Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: 29 янв 2009, 13:42 
Не в сети

Зарегистрирован: 06 мар 2007, 13:30
Сообщения: 457
Карма: 5
snark писал(а):
Пропущен пункт "вернуть свои, исправленные, шаблоны веб интерфейса на место" без которого увы нельзя :(
Уважаемые разработчики, не могли бы Вы, пожалуйста, сделать как нибудь так чтобы шаблоны клиентской статистики не перезатирались? Например выкладывать обновленные шаблоны в отдельную директорию, чтобы можно было потом diff-ом найти изменения? А то ей Богу, продукт просто замечательный, но добровольно-принудительное обновление шаблонов портит всю картину :( впрочем как и:
Код:
HTTP Status 404 - /
--------------------------------------------------------------------------------
type Status report
message /
description The requested resource (/) is not available.
--------------------------------------------------------------------------------
Apache Tomcat/6.0.18

при обращении на http://127.0.0.1:8080/ Неужели томкат нельзя приучить выдавать webexecuter как дефолт, если точный запрос не известен?


По поводу шаблонов можно же сделать так что бы они не затирались просто скопировав оригинальный файл и в конце добавлять .orig.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 29 янв 2009, 14:51 
snark писал(а):
По поводу шаблонов можно же сделать так что бы они не затирались просто скопировав оригинальный файл и в конце добавлять .orig.


можно вот таким скриптом =)

Код:
#!/usr/bin/perl -W
# linux версия

use strict;
use Getopt::Std;

my %opts;
getopts("d:",\%opts);

sub main {
        usage() unless $opts{d};
        if (-d $opts{d}) {
                copy_xsl();
        } else {
                print "[!] Указанная директория не найдена: $opts{d}\n";
                exit;
        }
}

sub usage {
        print qq~
Скрипт для копирования шаблонов биллинга BG перед обновлением
Использование: $0 -d [полный путь до директории с шаблонами]

~;
exit;
}

sub copy_xsl {
        use File::Copy;

        my $err = 1;
        my $rewrite = 0;
        my $some_dir=$opts{d};
        opendir(DIR, $some_dir) || die "can't opendir $some_dir: $!";
        my @mfiles =  grep(/.+xsl$/,readdir(DIR));
        closedir DIR;

        my $n = @mfiles;

                if($n < 1) {
                        print "[!] Файлов для копирования не найдено\n";
                        exit;
                }

        print "[+] Найдено $n файлов для копирования\n";
                for(@mfiles){
                        my $full_old = "$some_dir" . "/$_";
                        my $full_new = "$some_dir" . "/$_" . ".orig";

        if($rewrite != 1){

                if(-e $full_new) {
                        print "[~] Существует файл с именем '$full_new', желаете переписать его? (a - переписать все такие файлы, y - переписать только этот файл, n - не переписывать, q - выйти из скрипта)\n[~] ";
                        while(<>) {
                                        if(/^q$/) {
                                                print "[-] Выход без копирования\n";
                                                exit;
                                        } elsif(/^a$/) {
                                                $rewrite = 1;
                                                last;

                                        } elsif(/^y$/) {
                                                print "[+] Файл с именем $full_new перезаписывается..\n";
                                                last;
                                        } elsif(/^n$/) {
                                                print "[-] Файл с именем $full_new СОХРАНЕН, без перезаписи\n";
                                                $rewrite = 2;
                                                last;
                                        } else {
                                                print "[!] Ответьте однозначно\n[~] ";
                                        }
                        }

                }
        }
                        if($rewrite != 2) {
                        my $ret = copy("$full_old","$full_new");
                                        if($ret != 1){
                                                $err = 2;
                                                print "[!] Ошибка при копировании файла $full_old\n";
                                        }
                        }
                }

                print "[+] Работа завершена\n" if($err == 1);


}

main;


Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: 29 янв 2009, 18:59 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
and писал(а):
По поводу шаблонов можно же сделать так что бы они не затирались просто скопировав оригинальный файл и в конце добавлять .orig.

а Вы попробуйте на досуге ;)

jack7 писал(а):
можно вот таким скриптом =)

я поступил проще ... написал примитивнейший скрипт:
Код:
#!/bin/sh

base_dir='/path/to/bgb/server/dir'

app_list='data_loader scheduler server'

for i in $app_list; do
    ./$i"_stop.sh" stop
done

./bg_installer.sh update

cp -v -R $base_dir/update_backup/ $base_dir

for i in $app_list; do
    ./$i"_start.sh" start
done

который копирует содержимое директории update_backup находящейся в корне сервера и содержащей в себе:
Код:
update_backup /
                data /
                        log4j_dataloader.properties
                        log4j_scheduler.properties
                        log4j_server.properties
update_backup / webroot /
                          help /
                                 cookies.html
                                 javascript.html
                          xsl /
                                 common.xsl
                                 dialup.xsl
                                 error.xsl
                                 layout.xsl
                                 login.xsl
                                 main.xsl

и можно обновляться хоть по крону :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 30 янв 2009, 11:17 
Не в сети

Зарегистрирован: 06 мар 2007, 13:30
Сообщения: 457
Карма: 5
snark писал(а):
and писал(а):
По поводу шаблонов можно же сделать так что бы они не затирались просто скопировав оригинальный файл и в конце добавлять .orig.

а Вы попробуйте на досуге ;)


Попробывал! Отлично работает! Ничего не затирает!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 30 янв 2009, 16:08 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
and писал(а):
Попробывал! Отлично работает! Ничего не затирает!

странно ... у меня затирает, правда потом говорит что именно затерло, выдавая в аккурат тот список файлов для которых есть .orig файлы


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 30 янв 2009, 16:22 
Не в сети

Зарегистрирован: 06 мар 2007, 13:30
Сообщения: 457
Карма: 5
snark писал(а):
and писал(а):
Попробывал! Отлично работает! Ничего не затирает!

странно ... у меня затирает, правда потом говорит что именно затерло, выдавая в аккурат тот список файлов для которых есть .orig файлы


Скорее всего .orig файлы не оригиналные!

То есть не надо брать уже исправленный файл и переименовывать, надо брать исходный из архива с сервером!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 30 янв 2009, 16:33 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
and писал(а):
Скорее всего .orig файлы не оригиналные!

То есть не надо брать уже исправленный файл и переименовывать, надо брать исходный из архива с сервером!

стоп! с этого места очень медленно и по буквам ;) т.е. надо изменить файл, например dialup.xsl, но при этом положить в директорию dialup.xsl из дистрибутива добавив к нему .orig?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 30 янв 2009, 16:41 
Не в сети

Зарегистрирован: 06 мар 2007, 13:30
Сообщения: 457
Карма: 5
snark писал(а):
and писал(а):
Скорее всего .orig файлы не оригиналные!

То есть не надо брать уже исправленный файл и переименовывать, надо брать исходный из архива с сервером!

стоп! с этого места очень медленно и по буквам ;) т.е. надо изменить файл, например dialup.xsl, но при этом положить в директорию dialup.xsl из дистрибутива добавив к нему .orig?


Именно так!

То есть при апдейте он сравнивает файл из дистрибутива и ориг файл если они одинаковы то тогда он не затирает основной!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 30 янв 2009, 16:48 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
/me понял что серьезно затупил с обновлениями :oops:


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 02 фев 2009, 11:59 
Цитата:
Для предотвращения перетирания файла вы можете перед его модификацией создать копию с именем <file_name>.orig (например, style.css.orig). При установке пакета исталлятор будет проверять перед записью каждого файла наличие файла с таким же именем в текущей установке. Если файл существует, но отличается от того, что в пакете, предпринимается попытка найти файл <file_name>.orig .

Если оригинальный файл существует и не отличается от файла из пакета то он не будет перетерт, система сообщит: File doesn't changed <filePath>. Если и оригинальный файл не совпадает со вновь предлагаемым, файл будет записан.

Перечень перезаписанных файлов сообщается после завершения процедуры установки либо обновления после фразы REPLACED FILES:. Вы должны вновь внести в данные файлы требуемые корректировки и снова создать .orig копию файла.


Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: 02 фев 2009, 15:09 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
спасибо, я уже почитал мануал ... просто я последний раз читал мануал касательно обновлений ХЗ когда ...


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 18 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.067s | 42 Queries | GZIP : On ]