BiTel

Встала необходимость обновится, собственно несколько вопросов.
0. Удаляем ненужные таблицы (в виде логов и тд)
1. Делаем полностью бэкап бд
2. делаем снапшот.
3. копируем все файлы биллинга с которыми работаем
4. обновляемся
(Если что то пошло не так, откатываемся, описываем проблему)
5. Ворачиваем файлы которые при обновлении заменил биллинг

• xsl шаблоны
• ява код который был изменен

???
6. PROFIT

Что то пропустил, что то не так написал, кто щас как обновляется, а то как то ссыкотно

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

обновиться откуда куда?

_________________
I'm clever. I've got a computer.

5.2 с версии на версию



обновится на последнюю, какая щас там

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

снарк ты с низу?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

а по делу же?
просто реально ссыкотно обновлятся

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

порепетируйте на тестовом

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

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

1) у нас все "not_stabel" так как, что для одного "stabel" не факт, что для другого тоже "stabel"
2) что касается не довыложили, то это должно на тестовом вылезать...

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

очепятка

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

жесть!!!
А вы считаете нормальным иметь каждую версию обновления не стабильной?Не не, я не камень в огород битела кидаю, все работники очень хорошие люди, как и компания в целом, но, блин, не нормально жэ это - бояться обновлений!!! делать тесты на стендах без нагрузки. Вы поймите, что без нагрузки проблем то толком не поймаешь. А вот под нагрузкой, потом, получается день и ночь после обновления пыхтишь, чтоб бгб заработал.!!! неправильно это, ой не правильно. Раньше была проблемма в поддержки своих скриптов, а сейчас и просто обновление в билде боишься. Ужас. Подумайте над этим

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

С одной стороны я понимаю, что разработчики просто не в силах иметь test lab под все возможные ситуации.
С другой стороны мне не нравится то, что устанавливая каждое обновление ты не знаешь наверняка - словишь какой нить глюк или нет. Кот Шредингера какой-то, честное слово.

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

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

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

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



А чего делить, если у Вас это уже есть?
5.0 - "стабильная", т.к. действительно монолитна и стабильна, как скала
5.1 - "тестовая", т.к. там изредка, но всплывают мелкие "блохи"
5.2 - "экспериментальная", т.к. как ни почитаю - в ней постоянно что-то происходит с каждым обновлением. Но оно и понятно - bleeding edge все таки.

По большому счету в рамках одной версии должно быть 2 подверсии (для примера возьмем 5.2):

• 5.2-test - версия в которую вносятся новые фичи и т.п. изменения и пока фича не будет готова к работе, то она не попадает в stable.
• 5.2-stable - версия в которой только правятся баги и никаких серьезных изменений не делается.

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

В принципе, перефразируя классику, "все уже украдено придумано до нас". Ради интереса почитайте про цикл разработки FreeBSD (например тут и ниже + тут), может на какие идеи натолкнет.



Местные жители обновляются обычно ради того, чтобы избежать те грабли, на которые уже кто-то наступил
Насчет нового функционала все сложнее. С одной стороны да - он может быть и нужен, а с другой стороны - проблема прежде всего в том, что функционал может быть не обкатан не только полгода, а и вообще никогда, т.к. Вы заложили в БГБ столько всего, что многое не каждому и надо.

Все прозаичней, на данной версии у меня не встал RentSoft. И Вы же мне посоветовали обновится до последнего билда, и если потом не встанет, то будем решать.

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Хоть в подпись ставь


Плюсую.
Сейчас и правка багов и добавление фич идёт в одну версию. Поэтому при обновлении помимо фиксов старых багов получаешь новые.

Сейчас правка багов идёт в 5.1, а добавление фич частично в 5.2. Даже эти две версии в дополнение к разрабатываемой 5.3 поддерживать сложновато, а вы ещё ветки какие-то придумываете.

_________________
I'm clever. I've got a computer.

Вот и подвели итог. Я верно описал обновление как должно быть? или что то где то поправить бы стоило?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

немного не понятно пункт 2 - его цель и почему именно в этом месте.

Зачем делать снапшот? чтоб быстрей развернуть если что то поломалось

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Сейчас в 5.0 - неподдерживаемая версия, в ней даже ошибок не исправляют (и не добавляют новых ) - это вообще я бы сказал мегастабильная версия(последнее обновление 05.03.2011) .

Можно упростить так .
5.1 -стабильная . Туда стараемся новый функционал не добавлять, ошибки исправляем . Недавно правда поломали , но это скорее исключение(на utf8 исходники перевели на 5.3 и 5.2, после этого стало очень не удобно патчить ошибки на 5.1, поэтому ее тоже перевели на utf8) . А так 5.1 не трогаем . Но тут опять же возникает очередной клиент , который заявлеят что не могу никак , хочу сейчас в 5.1 , обновлятся не хочу , доработайте мне функционал . Ему дорабатывают как исключение , при этом добавляют ошибку какую-то и ее все получают .
5.2 - тестовая если пользоваться этой терминологией . Но нам было бы проще чтобы все на ней сидели . Но тут вообще все все хотят и прямо сейчас, поэтому функционал туда добавляется периодически и она допиливается немного.
5.3 - экспериментальная.

Можно объявить мороторий на добавление функционала в 5.1(тут начнут возмущаться сразу те, неповоротливые которые с 5.1 обновится пока не могут, но новый функционал хотят - таких сейчас уже меньшинство правда вроде ) . А всех с доработками посылать в 5.2. А некоторые особо опасные запросы в 5.3. Т.е. хочешь сидеть на древней стабильной версии -5.1(там нет inet и т.п) , хочешь иметь новый функуционал и и немного рисковать - 5.2 . А если хочешь на стенде экспериментировать с совсем новым функционалом в 5.3 .


По поводу стабильности . Вы все готовы при заказа очередной фичи на ответ - это будет через пол-года в следующем релизе? Как показывает практика вам нужно что-то уже вчера (директор там что-то намылил уже, маркетолог над вами стоит и т.п)

вот мне и не понятно почему снапшот после бакапа базы....
а копирование файлов в бакап после спапшота

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

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Давайте подойдем к вопросу несколько с другой стороны. Сейчас сравнивать версии бестолку, т.к. inet есть только 5.2, а 5.3 никто кроме Вас и не видел, поэтому, IMHO, проще привести текущее состояние 5.2 к варианту:

Таким образом мы все получим очень стабильный релиз (stable), который можно рекомендовать всем и каждому.

Что делать с доработками? Все просто: "нужны доработки и вы готовы их тестить? - обновляйтесь на тестовый релиз (test) и будем обкатывать вашу доработку!". При этом test являет собой не что иное, как stable только с новыми не критичными/глобальными доработками/фичами/улучшениями. Как только все в test вылизывается до требуемой стабильности stable релиза - выходит новый стабильный релиз, либо, если новая _небольшая_ фича/доработка полностью стабильна/обкатана и не приводит к поломке stable - она может спокойно перекочевать туда тем самым расширяя stable.

Что делать, если доработки более глобальны? Они все уходят в девелоперскую (dev) версию с нардами и гуриями.

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

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

к сожалению это только теория.... в реале в тестовой сборки десяток фич, некоторые провереные, некоторые еще нет, кто и как должен определять, что можно считать стабильным, а что нет, не понятно и САМОЕ ГЛАВНОЕ как эту ПРОВЕРЕННУЮ фичу выковырять из этой тестовой сборки и БЕЗ ОШИБОК перенести в стабильную вообще не понятно.

Ну я вообще честно говоря за

Большая часть ошибок это действительно модуль Inet и какие то новые фичи, которые случайно затрагивают то, что довольно давно работает.

В любом случае при обновлении готов к каким-то ошибкам и бываю приятно удивлен если их не бывает
Сверхсерьезных ошибок которые не решались бы откатом снапшота еще не ловил тьфу тьфу тьфу

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Вовсе нет!
Кто-то хочет какую-то маленькую фишку - он обновляется до

И обкатывает ее. После того, как он ее обкатает - фишка запиливается в <текущая версия> и все получают ее через update.sh.
Это позволит всем остальным не словить минорный билд, который был сделан только ради того, чтобы кто-то, что-то проверил.