forum.bitel.ru :: Просмотр темы

Бампну-ка я тему, пока не утонула.

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

идея делать релизы почаще

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

stark писал(а):

Уже 5.3 ? Скоро? А войс, войс там уже будет ? Очень хочется уже видеть дин. код в пред/пост обработчиках и логи радиуса, вынесенные в сжатый файловый лог, а не как сейчас в пухнущую базу.

skyb писал(а):

stark писал(а):

так если они будут чаще, то как раз на них будет безопаснее обновляться . Будет меньше объем изменений. То ли раз в год, то ли раз в 5 лет ..

stark писал(а):

skyb писал(а):

stark писал(а):

тут вот тоже не факт, я то между релизами обновлятся боюсь, а с версии на версию так вообще

stark писал(а):

skyb писал(а):

stark писал(а):

тут вот тоже не факт, я то между релизами обновлятся боюсь, а с версии на версию так вообще

я то между релизами обновлятся боюсь, а с версии на версию так вообще

релизы просто отпочковываются от транка и так же параллельно получают баги ~~фичи~~ как и предыдущие версии

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

чо еще надо то?).

skyb писал(а):

я то между релизами обновлятся боюсь, а с версии на версию так вообще

Тут, пожалуй, 99% таких же

dimOn писал(а):

релизы просто отпочковываются от транка и так же параллельно получают баги ~~фичи~~ как и предыдущие версии

неслучайный фикс

stark писал(а):

А можно сделать так, чтобы не отгребать вообще?
В основном все проблемы обновления связаны с API, в связи с чем я бы хотел предложить Вам сделать поддержку старых методов в рамках 2-х версий, т.е.:

текущая версия, например 5.3 - API если и изменяется, то это не приводит к каким либо последствиям.
версия следующая за текущей, например 5.4 - если API изменился, то API версии 5.3 работает так же, как и в 5.3, только в почту регулярно приходят мягкие уведомления о том, что в "fooBar DEPRECATED и следующей версии поддерживаться не будет". С выходом 5.5 выходит микро обновление, которое начинает настоятельно долбится в почту и сообщает "fooBar DEPRECATED, в следующей версии поддерживаться не будет! вместо fooBar необходимо использовать barBaz".
новая версия, например 5.5 - поддержка API версии 5.3 окончательно умирает, с API версии 5.4 все выглядит как в пунке выше.

Получится, что и Вам, в какой-то мере удобно и Вы всех предупредили, а уж если кто-то, что-то не сделал - он ССЗБ.
При этом надо понимать, что Вы должны не "хотели/подумали/планировали/ХЗ", а именно "взяли и сделали", т.е. предупредили и указали что на что меняется - это будет ОЧЕНЬ дружелюбно с Вашей стороны, а пара строчек в коде нас избавит от квестов "найди в доке то не знаю что".

Проблема со сменой api, как мне кажется, слишком раздута .

На самом деле в версии 5.2 уже при старте все скрипты валидируются при старте приложения и все ошибки тупо сыпятся в лог . Поэтому достаточно один раз обновится на тестовой и все поправить ..Или сразу на боевой все править .Сразу при старте вы узнаете о всех ошибках и не надо ждать срабатывания скрипта чтобы узнать где ошибка.

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

dimOn писал(а):

релизы просто отпочковываются от транка и так же параллельно получают баги ~~фичи~~ как и предыдущие версии

неслучайный фикс

skyb писал(а):

я то между релизами обновлятся боюсь, а с версии на версию так вообще

Тут, пожалуй, 99% таких же

dimOn писал(а):

релизы просто отпочковываются от транка и так же параллельно получают баги ~~фичи~~ как и предыдущие версии

неслучайный фикс

stark писал(а):

текущая версия, например 5.3 - API если и изменяется, то это не приводит к каким либо последствиям.
версия следующая за текущей, например 5.4 - если API изменился, то API версии 5.3 работает так же, как и в 5.3, только в почту регулярно приходят мягкие уведомления о том, что в "fooBar DEPRECATED и следующей версии поддерживаться не будет". С выходом 5.5 выходит микро обновление, которое начинает настоятельно долбится в почту и сообщает "fooBar DEPRECATED, в следующей версии поддерживаться не будет! вместо fooBar необходимо использовать barBaz".
новая версия, например 5.5 - поддержка API версии 5.3 окончательно умирает, с API версии 5.4 все выглядит как в пунке выше.

если что-то сделали deprecated в текущей версии, то мы можем удалить уже в следующей(по-моему логично).

а можно несколько конкретных примеров с форума ВНЕЗАПНОГО изменения API без предупреждения...

В явадоку добавил, будет скоро

http://forum.bgbilling.ru/viewtopic.php?f=19&t=7334

Ничего там не обновилось, метод просто добавился в 5.2. Как можно «поддержать» старый то?
Метод просто с cid тоже работает. Плюс в дистрибутиве идёт два примера скрипта.

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

dimOn писал(а):

В явадоку добавил, будет скоро

Господа, это полный пиздец.
Если дока не обновляется при сборке и не выкладывается сразу - см. 1-е предложение.

Моралисты отправляются по известному адресу искать правильную формулировку, а мы продолжаем общаться.

Автор:	skyb [ 15 янв 2013, 04:57 ]
Заголовок сообщения:	Re: Обновление
snark писал(а): Бампну-ка я тему, пока не утонула. +++

Автор:	stark [ 18 янв 2013, 18:26 ]
Заголовок сообщения:	Re: Обновление
в кулуарах обсуждается идея выпуска новой версии...дабы 5.2 стала стабильной, а весь новый функционал шел в следующую версию.. И вообще идея делать релизы почаще

Автор:	barguzin2 [ 18 янв 2013, 19:39 ]
Заголовок сообщения:	Re: Обновление
Уже 5.3 ? Скоро? А войс, войс там уже будет ? Очень хочется уже видеть дин. код в пред/пост обработчиках и логи радиуса, вынесенные в сжатый файловый лог, а не как сейчас в пухнущую базу.

Автор:	skyb [ 18 янв 2013, 20:11 ]
Заголовок сообщения:	Re: Обновление
stark писал(а): в кулуарах обсуждается идея выпуска новой версии...дабы 5.2 стала стабильной, а весь новый функционал шел в следующую версию.. И вообще идея делать релизы почаще чтоб делать релизы чаще - решите проблему с обновлениями на них, чтоб небыло страшно обновлятся, и не приходилось по полгода тестировать переход, некоторые и до года доходят. Очень много самописного функционала, который постоянно приходится переписывать, иногда чуть ли не с нуля....решите эту проблему, чтоб нам было проще обновлятся ) собственно изначально эта тема и была заведена ради этого

Автор:	snark [ 18 янв 2013, 20:32 ]
Заголовок сообщения:	Re: Обновление
stark писал(а): идея делать релизы почаще Пойдете по пути Firefox? skyb писал(а): чтоб делать релизы чаще - решите проблему с обновлениями на них, чтоб небыло страшно обновлятся, и не приходилось по полгода тестировать переход, некоторые и до года доходят. Очень много самописного функционала, который постоянно приходится переписывать, иногда чуть ли не с нуля....решите эту проблему, чтоб нам было проще обновлятся ) собственно изначально эта тема и была заведена ради этого

forum.bitel.ru http://forum.bitel.ru/

Обновление http://forum.bitel.ru/viewtopic.php?f=22&t=7309	Страница 3 из 4

Автор:	stark [ 21 янв 2013, 12:17 ]
Заголовок сообщения:	Re: Обновление
skyb писал(а): stark писал(а): в кулуарах обсуждается идея выпуска новой версии...дабы 5.2 стала стабильной, а весь новый функционал шел в следующую версию.. И вообще идея делать релизы почаще чтоб делать релизы чаще - решите проблему с обновлениями на них, чтоб небыло страшно обновлятся, и не приходилось по полгода тестировать переход, некоторые и до года доходят. Очень много самописного функционала, который постоянно приходится переписывать, иногда чуть ли не с нуля....решите эту проблему, чтоб нам было проще обновлятся ) собственно изначально эта тема и была заведена ради этого так если они будут чаще, то как раз на них будет безопаснее обновляться . Будет меньше объем изменений. То ли раз в год, то ли раз в 5 лет ..

Автор:	stark [ 21 янв 2013, 12:18 ]
Заголовок сообщения:	Re: Обновление
barguzin2 писал(а): Уже 5.3 ? Скоро? А войс, войс там уже будет ? Очень хочется уже видеть дин. код в пред/пост обработчиках и логи радиуса, вынесенные в сжатый файловый лог, а не как сейчас в пухнущую базу. нет факт что 5.3 .. войса там не будет .. просто 5.2 закроем для новых изменений , только для бакфиксов, все новое в 5.3

Автор:	skyb [ 21 янв 2013, 12:40 ]
Заголовок сообщения:	Re: Обновление
stark писал(а): skyb писал(а): stark писал(а): в кулуарах обсуждается идея выпуска новой версии...дабы 5.2 стала стабильной, а весь новый функционал шел в следующую версию.. И вообще идея делать релизы почаще чтоб делать релизы чаще - решите проблему с обновлениями на них, чтоб небыло страшно обновлятся, и не приходилось по полгода тестировать переход, некоторые и до года доходят. Очень много самописного функционала, который постоянно приходится переписывать, иногда чуть ли не с нуля....решите эту проблему, чтоб нам было проще обновлятся ) собственно изначально эта тема и была заведена ради этого так если они будут чаще, то как раз на них будет безопаснее обновляться . Будет меньше объем изменений. То ли раз в год, то ли раз в 5 лет .. тут вот тоже не факт, я то между релизами обновлятся боюсь, а с версии на версию так вообще

Автор:	dimOn [ 21 янв 2013, 12:43 ]
Заголовок сообщения:	Re: Обновление
skyb писал(а): stark писал(а): skyb писал(а): stark писал(а): в кулуарах обсуждается идея выпуска новой версии...дабы 5.2 стала стабильной, а весь новый функционал шел в следующую версию.. И вообще идея делать релизы почаще чтоб делать релизы чаще - решите проблему с обновлениями на них, чтоб небыло страшно обновлятся, и не приходилось по полгода тестировать переход, некоторые и до года доходят. Очень много самописного функционала, который постоянно приходится переписывать, иногда чуть ли не с нуля....решите эту проблему, чтоб нам было проще обновлятся ) собственно изначально эта тема и была заведена ради этого так если они будут чаще, то как раз на них будет безопаснее обновляться . Будет меньше объем изменений. То ли раз в год, то ли раз в 5 лет .. тут вот тоже не факт, я то между релизами обновлятся боюсь, а с версии на версию так вообще Бояться не стоит. На самом деле разницы фактически никакой, учитывая что релизы просто отпочковываются от транка и так же параллельно получают ~~баги~~ фичи как и предыдущие версии.

Автор:	stark [ 21 янв 2013, 12:47 ]
Заголовок сообщения:	Re: Обновление
skyb писал(а): stark писал(а): skyb писал(а): stark писал(а): в кулуарах обсуждается идея выпуска новой версии...дабы 5.2 стала стабильной, а весь новый функционал шел в следующую версию.. И вообще идея делать релизы почаще чтоб делать релизы чаще - решите проблему с обновлениями на них, чтоб небыло страшно обновлятся, и не приходилось по полгода тестировать переход, некоторые и до года доходят. Очень много самописного функционала, который постоянно приходится переписывать, иногда чуть ли не с нуля....решите эту проблему, чтоб нам было проще обновлятся ) собственно изначально эта тема и была заведена ради этого так если они будут чаще, то как раз на них будет безопаснее обновляться . Будет меньше объем изменений. То ли раз в год, то ли раз в 5 лет .. тут вот тоже не факт, я то между релизами обновлятся боюсь, а с версии на версию так вообще Т.е нам вообще не выпускать новую версию ? По моему лучше изредка отгребать, но по много , чем постоянно , но по чуть-чуть .. Вообще идея выпускать релизы почаще, это как раз попытка решить вашу проблему с боязнью обновлений внутри версии ..

Автор:	snark [ 21 янв 2013, 17:54 ]
Заголовок сообщения:	Re: Обновление
skyb писал(а): я то между релизами обновлятся боюсь, а с версии на версию так вообще Тут, пожалуй, 99% таких же dimOn писал(а): релизы просто отпочковываются от транка и так же параллельно получают баги ~~фичи~~ как и предыдущие версии неслучайный фикс stark писал(а): так если они будут чаще, то как раз на них будет безопаснее обновляться . Будет меньше объем изменений. То ли раз в год, то ли раз в 5 лет .. stark писал(а): По моему лучше изредка отгребать, но по много , чем постоянно , но по чуть-чуть .. Вообще идея выпускать релизы почаще, это как раз попытка решить вашу проблему с боязнью обновлений внутри версии .. А можно сделать так, чтобы не отгребать вообще? В основном все проблемы обновления связаны с API, в связи с чем я бы хотел предложить Вам сделать поддержку старых методов в рамках 2-х версий, т.е.: текущая версия, например 5.3 - API если и изменяется, то это не приводит к каким либо последствиям. версия следующая за текущей, например 5.4 - если API изменился, то API версии 5.3 работает так же, как и в 5.3, только в почту регулярно приходят мягкие уведомления о том, что в "fooBar DEPRECATED и следующей версии поддерживаться не будет". С выходом 5.5 выходит микро обновление, которое начинает настоятельно долбится в почту и сообщает "fooBar DEPRECATED, в следующей версии поддерживаться не будет! вместо fooBar необходимо использовать barBaz". новая версия, например 5.5 - поддержка API версии 5.3 окончательно умирает, с API версии 5.4 все выглядит как в пунке выше. Получится, что и Вам, в какой-то мере удобно и Вы всех предупредили, а уж если кто-то, что-то не сделал - он ССЗБ. При этом надо понимать, что Вы должны не "хотели/подумали/планировали/ХЗ", а именно "взяли и сделали", т.е. предупредили и указали что на что меняется - это будет ОЧЕНЬ дружелюбно с Вашей стороны, а пара строчек в коде нас избавит от квестов "найди в доке то не знаю что".

Автор:	dimOn [ 21 янв 2013, 18:08 ]
Заголовок сообщения:	Re: Обновление
по поводу депрекатед мы и так стараемся делать именно как описано

Автор:	snark [ 21 янв 2013, 21:13 ]
Заголовок сообщения:	Re: Обновление
И поэтому тут часто возникают темы на предмет того, что что-то не работает, а потом выясняется, что в параметрах что-то изменилось? Если бы API сообщал что/где/как изменилось - таких тем было бы значительно меньше, если вообще появлялись бы. Всего-то надо - написать в ошибку: "fooBar изменился - см. доку!" и всех делов. И Вам не сильно сложно, и народ от счастья разве что писаться не будет. Не, конечно если кто-то читать не умеет, то тут к Вам претензий вообще быть не может - Вы сделали все что смогли (и написали, и предупредили - чо еще надо то?).

Автор:	Phricker [ 21 янв 2013, 22:59 ]
Заголовок сообщения:	Re: Обновление
snark писал(а): чо еще надо то?). денег. но разработчики не дают может какой нибудь плагин выпустят который будет деньги печатать

Автор:	dimOn [ 23 янв 2013, 12:36 ]
Заголовок сообщения:	Re: Обновление
Явадока выкладывается периодически, т.к. API всё же меняется достаточно редко. А в процитированном вообще речь была о добавлении класса в билд для явадоки, что, очевидно нужно делать руками для новых классов и можно типа забыть под шумок.

Страница 3 из 4	Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/

Автор:	skyb [ 22 янв 2013, 08:41 ]
Заголовок сообщения:	Re: Обновление
Да, поддержу снарка. Сделайте так чтоб при обновлении вообще делать ничего ненада было, кроме как запустить апдейт и все, он обновился, остальной софт тоже обновить и все. так же апдейтом. и дальше уже слать что на что менять, чтоб версия которая была обновлена, работала и стабильно, как и предыдущая, а потом можно было исправлять косяки.

Автор:	Cromeshnic [ 22 янв 2013, 09:27 ]
Заголовок сообщения:	Re: Обновление
И ещё чтобы биллинг кофе мне варил!

Автор:	skyb [ 22 янв 2013, 10:04 ]
Заголовок сообщения:	Re: Обновление
а чейта тока тебе

Автор:	stark [ 22 янв 2013, 13:14 ]
Заголовок сообщения:	Re: Обновление
snark писал(а): skyb писал(а): я то между релизами обновлятся боюсь, а с версии на версию так вообще Тут, пожалуй, 99% таких же dimOn писал(а): релизы просто отпочковываются от транка и так же параллельно получают баги ~~фичи~~ как и предыдущие версии неслучайный фикс stark писал(а): так если они будут чаще, то как раз на них будет безопаснее обновляться . Будет меньше объем изменений. То ли раз в год, то ли раз в 5 лет .. stark писал(а): По моему лучше изредка отгребать, но по много , чем постоянно , но по чуть-чуть .. Вообще идея выпускать релизы почаще, это как раз попытка решить вашу проблему с боязнью обновлений внутри версии .. А можно сделать так, чтобы не отгребать вообще? В основном все проблемы обновления связаны с API, в связи с чем я бы хотел предложить Вам сделать поддержку старых методов в рамках 2-х версий, т.е.: текущая версия, например 5.3 - API если и изменяется, то это не приводит к каким либо последствиям. версия следующая за текущей, например 5.4 - если API изменился, то API версии 5.3 работает так же, как и в 5.3, только в почту регулярно приходят мягкие уведомления о том, что в "fooBar DEPRECATED и следующей версии поддерживаться не будет". С выходом 5.5 выходит микро обновление, которое начинает настоятельно долбится в почту и сообщает "fooBar DEPRECATED, в следующей версии поддерживаться не будет! вместо fooBar необходимо использовать barBaz". новая версия, например 5.5 - поддержка API версии 5.3 окончательно умирает, с API версии 5.4 все выглядит как в пунке выше. Получится, что и Вам, в какой-то мере удобно и Вы всех предупредили, а уж если кто-то, что-то не сделал - он ССЗБ. При этом надо понимать, что Вы должны не "хотели/подумали/планировали/ХЗ", а именно "взяли и сделали", т.е. предупредили и указали что на что меняется - это будет ОЧЕНЬ дружелюбно с Вашей стороны, а пара строчек в коде нас избавит от квестов "найди в доке то не знаю что". Проблема со сменой api, как мне кажется, слишком раздута . На самом деле в версии 5.2 уже при старте все скрипты валидируются при старте приложения и все ошибки тупо сыпятся в лог . Поэтому достаточно один раз обновится на тестовой и все поправить ..Или сразу на боевой все править .Сразу при старте вы узнаете о всех ошибках и не надо ждать срабатывания скрипта чтобы узнать где ошибка. Отчеты еще могут поломаться, но по-моему это не критично - можно потихоньку из исправлять . Вообще при обновлении на следующую версию больше проблем с багами, чем со сменой api, как мне кажется . По той же причине сейчас обновяться внутри 5.2 боятся, не потому что api меняется, а потому что функционал новый и баги добавляются .

Автор:	snark [ 22 янв 2013, 16:35 ]
Заголовок сообщения:	Re: Обновление
stark писал(а): Проблема со сменой api, как мне кажется, слишком раздута . Раздута? Да Вы на форум гляньте, сколько тут тем про то что в какой нить ф-ции/методе изменился вызов (часто) или название (очень редко) и скрипт до этого нормально работающий вдруг перестал работать. stark писал(а): На самом деле в версии 5.2 уже при старте все скрипты валидируются при старте приложения и все ошибки тупо сыпятся в лог . Поэтому достаточно один раз обновится на тестовой и все поправить ..Или сразу на боевой все править .Сразу при старте вы узнаете о всех ошибках и не надо ждать срабатывания скрипта чтобы узнать где ошибка. Пожалуйста, перечитайте еще раз мое предыдущее сообщение и сообщение skyb. Мы, Ваши клиенты, не хотим, чтобы обновление ВНЕЗАПНО! все ломало - нас достаточно ткнуть носом что надо поменять и мы поменяем, но ломать ничего н-е н-а-д-о, а то глядишь скоро у народа паранойя связанная с обновлениями развиваться начнет. stark писал(а): Вообще при обновлении на следующую версию больше проблем с багами, чем со сменой api, как мне кажется . По той же причине сейчас обновяться внутри 5.2 боятся, не потому что api меняется, а потому что функционал новый и баги добавляются . snark писал(а): dimOn писал(а): релизы просто отпочковываются от транка и так же параллельно получают баги ~~фичи~~ как и предыдущие версии неслучайный фикс Не случайный фикс не случаен

Автор:	stark [ 22 янв 2013, 16:42 ]
Заголовок сообщения:	Re: Обновление
snark писал(а): skyb писал(а): я то между релизами обновлятся боюсь, а с версии на версию так вообще Тут, пожалуй, 99% таких же dimOn писал(а): релизы просто отпочковываются от транка и так же параллельно получают баги ~~фичи~~ как и предыдущие версии неслучайный фикс stark писал(а): так если они будут чаще, то как раз на них будет безопаснее обновляться . Будет меньше объем изменений. То ли раз в год, то ли раз в 5 лет .. stark писал(а): По моему лучше изредка отгребать, но по много , чем постоянно , но по чуть-чуть .. Вообще идея выпускать релизы почаще, это как раз попытка решить вашу проблему с боязнью обновлений внутри версии .. А можно сделать так, чтобы не отгребать вообще? В основном все проблемы обновления связаны с API, в связи с чем я бы хотел предложить Вам сделать поддержку старых методов в рамках 2-х версий, т.е.: текущая версия, например 5.3 - API если и изменяется, то это не приводит к каким либо последствиям. версия следующая за текущей, например 5.4 - если API изменился, то API версии 5.3 работает так же, как и в 5.3, только в почту регулярно приходят мягкие уведомления о том, что в "fooBar DEPRECATED и следующей версии поддерживаться не будет". С выходом 5.5 выходит микро обновление, которое начинает настоятельно долбится в почту и сообщает "fooBar DEPRECATED, в следующей версии поддерживаться не будет! вместо fooBar необходимо использовать barBaz". новая версия, например 5.5 - поддержка API версии 5.3 окончательно умирает, с API версии 5.4 все выглядит как в пунке выше. Получится, что и Вам, в какой-то мере удобно и Вы всех предупредили, а уж если кто-то, что-то не сделал - он ССЗБ. При этом надо понимать, что Вы должны не "хотели/подумали/планировали/ХЗ", а именно "взяли и сделали", т.е. предупредили и указали что на что меняется - это будет ОЧЕНЬ дружелюбно с Вашей стороны, а пара строчек в коде нас избавит от квестов "найди в доке то не знаю что". Ну вообще у нас все утверждают, что именно сейчас так и происходит . Только еще один момент -если что-то сделали deprecated в текущей версии, то мы можем удалить уже в следующей(по-моему логично).

Автор:	skn [ 22 янв 2013, 18:54 ]
Заголовок сообщения:	Re: Обновление
а можно несколько конкретных примеров с форума ВНЕЗАПНОГО изменения API без предупреждения... а то пока только обобщенные лозунги типа, ВСЕГДА, У ВСЕХ, ВСЁ и т.д.

Автор:	snark [ 22 янв 2013, 21:34 ]
Заголовок сообщения:	Re: Обновление
stark писал(а): если что-то сделали deprecated в текущей версии, то мы можем удалить уже в следующей(по-моему логично). Полностью согласен. Зачем поддерживать то, что уже, фактически, мертво? skn писал(а): а можно несколько конкретных примеров с форума ВНЕЗАПНОГО изменения API без предупреждения... Вот так сразу в закладках не нашел, но думаю что сообщество сейчас накидает

Автор:	skyb [ 23 янв 2013, 05:43 ]
Заголовок сообщения:	Re: Обновление
viewtopic.php?f=19&t=7334

Автор:	snark [ 23 янв 2013, 06:14 ]
Заголовок сообщения:	Re: Обновление
dimOn писал(а): В явадоку добавил, будет скоро Господа, это полный пиздец. Если дока не обновляется при сборке и не выкладывается сразу - см. 1-е предложение. Моралисты отправляются по известному адресу искать правильную формулировку, а мы продолжаем общаться.

Автор:	skn [ 23 янв 2013, 12:48 ]
Заголовок сообщения:	Re: Обновление
skyb писал(а): http://forum.bgbilling.ru/viewtopic.php?f=19&t=7334 я просил ссылки где было изменено API без сохранений старых методов... что влияло бы на работу при обновлениях.

Автор:	stark [ 23 янв 2013, 12:57 ]
Заголовок сообщения:	Re: Обновление
skyb писал(а): http://forum.bgbilling.ru/viewtopic.php?f=19&t=7334 некорректный пример.. Там новый метод добавился Цитата: Ничего там не обновилось, метод просто добавился в 5.2. Как можно «поддержать» старый то? Метод просто с cid тоже работает. Плюс в дистрибутиве идёт два примера скрипта.

Автор:	skyb [ 23 янв 2013, 13:03 ]
Заголовок сообщения:	Re: Обновление
ну я к тому что при обновлении неоткуда было взять что что то поменялось, мне голову открутили за это, и даже на тесте не увидел проблемы

Автор:	stark [ 23 янв 2013, 13:25 ]
Заголовок сообщения:	Re: Обновление
skyb писал(а): ну я к тому что при обновлении неоткуда было взять что что то поменялось, мне голову открутили за это, и даже на тесте не увидел проблемы Так там как раз все было четrо вроде как..Старый метод был и он должен быть работать и помечен тон был как Deprecated . Все как вы и хотите .

Автор:	stark [ 23 янв 2013, 13:27 ]
Заголовок сообщения:	Re: Обновление
snark писал(а): dimOn писал(а): В явадоку добавил, будет скоро Господа, это полный пиздец. Если дока не обновляется при сборке и не выкладывается сразу - см. 1-е предложение. Моралисты отправляются по известному адресу искать правильную формулировку, а мы продолжаем общаться. ага, не имеет отношения к обсуждаемой проблеме .. В javadoc все не попадает, потому что мы не и не хотим чтобы туда все попадало .. иногда что-то забываем, что ж поделать, мы не идеальны. Автоматом выкладывать javadoc можно при каждой сборке , но новые классы например туда не попадут все равно без наших телодвижений.