forum.bitel.ru http://forum.bitel.ru/ |
|
Обновление биллинга, правила http://forum.bitel.ru/viewtopic.php?f=22&t=1858 |
Страница 1 из 1 |
Автор: | jack7 [ 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 сборку |
Автор: | and [ 28 янв 2009, 13:07 ] |
Заголовок сообщения: | Re: Обновление биллинга, правила |
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. Конечно полное обновление лучше так как вы обновляете все модули и ядро до новых билдов с исправленными ошибками. по поводу того что Вы нашли ошибку лучше написать здесь так как если это действительно ошибка то все должны с ней столкнуться, а если Вы написали про неё и её исправили будет лучше всем!!! |
Автор: | dimOn [ 28 янв 2009, 14:08 ] |
Заголовок сообщения: | Re: Обновление биллинга, правила |
and писал(а): 1. Зависимостей нет, можно обновлять по модулям С остальным согласен, но этот пункт хотелось бы дополнить - на самом деле неявные зависимости могут быть (как минимум, с ядром они почти наверняка есть). И если что-то менялось во взаимодействии модуля/плагина с ядром, то теоретически могут быть конфликты. Так что лучше всё же обновляться с ядром. А раз обновилось ядро - то теоретически опять же могут быть нестыковки со старыми версиями модулей/плагинов, это уже менее вероятно, но всё же. Так что лучше обновлять всё, тем более проблем с этим не вижу - это сделать не сложнее, чем по отдельности (в рамках одной версии).
|
Автор: | jack7 [ 28 янв 2009, 14:09 ] |
Заголовок сообщения: | |
ок, спасибо буду обновлятся полностью через update |
Автор: | skn [ 28 янв 2009, 14:21 ] |
Заголовок сообщения: | |
Цитата: Хочется узнать рекомендации разработчиков по обновлениям
В идеале так: 1) забакапить БД, каталог с сервером и клиентом 2) остановить сервер, шедулер, даталоадер 3) запустить полное обновление 4) запустить сервер, шедулер, даталоадер 5) перезагрузить клента (при необходисмости сделать принудительное обновление) в случае возникновения проблем откатываем БД и каталоги с сервером и клиентом |
Автор: | snark [ 28 янв 2009, 22:26 ] |
Заголовок сообщения: | |
Пропущен пункт "вернуть свои, исправленные, шаблоны веб интерфейса на место" без которого увы нельзя ![]() Уважаемые разработчики, не могли бы Вы, пожалуйста, сделать как нибудь так чтобы шаблоны клиентской статистики не перезатирались? Например выкладывать обновленные шаблоны в отдельную директорию, чтобы можно было потом 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 как дефолт, если точный запрос не известен? |
Автор: | jack7 [ 29 янв 2009, 12:35 ] |
Заголовок сообщения: | |
skn писал(а): В идеале так:
1) забакапить БД, каталог с сервером и клиентом 2) остановить сервер, шедулер, даталоадер 3) запустить полное обновление 4) запустить сервер, шедулер, даталоадер 5) перезагрузить клента (при необходисмости сделать принудительное обновление) в случае возникновения проблем откатываем БД и каталоги с сервером и клиентом ок, спасибо |
Автор: | and [ 29 янв 2009, 13:42 ] |
Заголовок сообщения: | |
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. |
Автор: | jack7 [ 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; |
Автор: | snark [ 29 янв 2009, 18:59 ] |
Заголовок сообщения: | |
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 и можно обновляться хоть по крону ![]() |
Автор: | and [ 30 янв 2009, 11:17 ] |
Заголовок сообщения: | |
snark писал(а): and писал(а): По поводу шаблонов можно же сделать так что бы они не затирались просто скопировав оригинальный файл и в конце добавлять .orig. а Вы попробуйте на досуге ![]() Попробывал! Отлично работает! Ничего не затирает! |
Автор: | snark [ 30 янв 2009, 16:08 ] |
Заголовок сообщения: | |
and писал(а): Попробывал! Отлично работает! Ничего не затирает!
странно ... у меня затирает, правда потом говорит что именно затерло, выдавая в аккурат тот список файлов для которых есть .orig файлы |
Автор: | and [ 30 янв 2009, 16:22 ] |
Заголовок сообщения: | |
snark писал(а): and писал(а): Попробывал! Отлично работает! Ничего не затирает! странно ... у меня затирает, правда потом говорит что именно затерло, выдавая в аккурат тот список файлов для которых есть .orig файлы Скорее всего .orig файлы не оригиналные! То есть не надо брать уже исправленный файл и переименовывать, надо брать исходный из архива с сервером! |
Автор: | snark [ 30 янв 2009, 16:33 ] |
Заголовок сообщения: | |
and писал(а): Скорее всего .orig файлы не оригиналные!
То есть не надо брать уже исправленный файл и переименовывать, надо брать исходный из архива с сервером! стоп! с этого места очень медленно и по буквам ![]() |
Автор: | and [ 30 янв 2009, 16:41 ] |
Заголовок сообщения: | |
snark писал(а): and писал(а): Скорее всего .orig файлы не оригиналные! То есть не надо брать уже исправленный файл и переименовывать, надо брать исходный из архива с сервером! стоп! с этого места очень медленно и по буквам ![]() Именно так! То есть при апдейте он сравнивает файл из дистрибутива и ориг файл если они одинаковы то тогда он не затирает основной! |
Автор: | snark [ 30 янв 2009, 16:48 ] |
Заголовок сообщения: | |
/me понял что серьезно затупил с обновлениями ![]() |
Автор: | jack7 [ 02 фев 2009, 11:59 ] |
Заголовок сообщения: | |
Цитата: Для предотвращения перетирания файла вы можете перед его модификацией создать копию с именем <file_name>.orig (например, style.css.orig). При установке пакета исталлятор будет проверять перед записью каждого файла наличие файла с таким же именем в текущей установке. Если файл существует, но отличается от того, что в пакете, предпринимается попытка найти файл <file_name>.orig .
Если оригинальный файл существует и не отличается от файла из пакета то он не будет перетерт, система сообщит: File doesn't changed <filePath>. Если и оригинальный файл не совпадает со вновь предлагаемым, файл будет записан. Перечень перезаписанных файлов сообщается после завершения процедуры установки либо обновления после фразы REPLACED FILES:. Вы должны вновь внести в данные файлы требуемые корректировки и снова создать .orig копию файла. |
Автор: | snark [ 02 фев 2009, 15:09 ] |
Заголовок сообщения: | |
спасибо, я уже почитал мануал ... просто я последний раз читал мануал касательно обновлений ХЗ когда ... |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |