| 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/ |
|