Интернет обновление: свои настройки

[Писарев Петр]

Каким образом можно настроить интернет-обновление базы данных у пользователя со своего ftp-сервера

[Григорий]

Сообщение от Писарев Петр

Каким образом можно настроить интернет-обновление базы данных у пользователя со своего ftp-сервера

Никаким. Интернет-обновление делается всегда с нашего сервера.

[Игорь]

Сообщение от Писарев Петр

Каким образом можно настроить интернет-обновление базы данных у пользователя со своего ftp-сервера

Чтобы можно было загрузить обновление.я делаю проще отправляю письмо с вложением файла-проще намного!

[Писарев Петр]

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

[GriAlex]

Сообщение от Писарев Петр

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

Я вот тоже ещё не умею работать со своими изменениями, особенно когда обновления от НС часто приходят, и одновременно я что-то меняю. Поэтому обновляю у клиентов и обновляю у себя, только затем делаю выгрузку разницы, и ещё раз обновляю у клиентов. А как правильно?
Петр, объясни, пожалуйста, технологию обновления через ftp, как все это реализовать технически.

[Григорий]

Сообщение от GriAlex

Петр, объясни, пожалуйста, технологию обновления через ftp, как все это реализовать технически.

Алексей, посмотрите по форуму: Петр постоянно пишет про проблемы при обновлении. Поэтому - аккуратнее!

[GriAlex]

Сообщение от Григорий

Алексей, посмотрите по форуму: Петр постоянно пишет про проблемы при обновлении. Поэтому - аккуратнее!

Я уж постараюсь... Быть аккуратнее . Сам тоже много шишек набил...
Тут ведь самая главная проблема - в согласовании своих изменений и обновлений от НС, как я понимаю. Например, сначала обновляешься у себя, а клиентам ставишь уже разницу между настройкой, что есть у них, и тем, что получилось у тебя.
Но ещё вопрос остается: выгрузится ли в этом случае как разница весь набор изменений, что приходит от НС (те же скрипты по изменению каких-то данных, служебных справочников и т.п.) Как-то не уверен... И ещё вариант, который делаю я пока: обновляю обе базы, клиентскую и свою - с изменениями. А потом выгружаю разницу и обновляю клиентскую базу. Вот отсюда и ночные работы - берем базы на дом для обновлений, поскольку днем с этим возиться - мешать клиентам работать.

[Григорий]

Сообщение от GriAlex

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

Что вы!!! Ни в коем случае!!! В половине версий, которые выпускались в этом году, содержались патчи, которые выполняли определенные изменения в базе данных. Если вы ставили не обновления, а выгруженную разницу, то все эти патчи у пользователей не ставились. Это значит, что в любой момент у пользователей могут начаться непредсказуемые проблемы. Если же еще и ошибки какие выдавались при установке, то проблем может быть еще больше.

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

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

НЕТ!!! НЕ ВЫГУЗИТСЯ!

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

Главное, что сравнивать надо базы одинаковых версий. А обновленные они до последней или нет - дело десятое.

[GriAlex]

Сообщение от Григорий

Главное, что сравнивать надо базы одинаковых версий. А обновленные они до последней или нет - дело десятое.

Значит, мы тут делаем правильно (по второму варианту). Пока, на самом деле, проблем не было, поскольку у нас хватает довольно сильно модифицированных баз, и старались делать так, чтобы без проблем ставились стандартные обновления той же БухПроф от НС (В принципе, ещё на ИП1 научились это делать). С новыми возможностями ПЕРЕД, ПОСЛЕ, ВМЕСТО это вобще стало легче (правда, пока пробуем, но вроде работает).

Осталось научиться выгружать не просто разницу, а делать выгрузку настройки, или дистрибутивов.

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

1. Полностью своя настройка, независимая от других, не пересекающаяся с другими, не ставящаяся совместно с другими. Как я понимаю - самый легкий вариант. Только как в этом случае - в качестве эталона указывается самый первый вариант настройки? И последующие обновления - это каждый раз (с каждой последующей версией) "увеличивающаяся разница" между этим первым эталоном и состоянием настройки на текущий момент?

2. Дополнительный модуль к какой-то стандартной настройке, пользующийся результатами работы (данными) этой базовой настройки. Свои журналы, свои библиотеки, типовые и отчеты. Не модифицирует элементы базовой настройки.
Одна из задач создателей настройки, кроме доработки своего доп.модуля и выпуска его обновлений - отслеживать изменения структуры базовой (тех ее элементов, на которые опирается доп.модуль, буде таковые есть) и вносить соответствующие изменения в обновления модуля. Естественно, что обновления модуля "чувствительны" к версиям базовой настройки. Конечный пользователь может "докупить" этот модуль и поставить на базовую настройку в качестве обновления. По идее, не должно быть проблем с отдельным обновлением как базовой настройки, так и допмодуля.

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

3. Развитие второго варианта. Допмодуль, работающий на основе и совместно с какой-то базовой настройкой, и не работающий без базовой. Модифицирует базовую верисю.
Мои личные потенциальные примеры: кредитные кооперативы и учет в ЦТО (обслуживание кассовых аппаратов). Работают непосредственно с ИП2:Бухгалтерия. Кооперативы, например, меняют структуру плана счетов, очень "сильно" используют журнал платежных документов (используется как детализация к журналу кредитных договоров, т.е. появляются соответсвующие доп.поля в стандартных журналах), много своих журналов и т.п. ЦТО используют стандартные договора, опять же с модификацией (доп.поля, своя нумерация, детализация к договорам в виде "нестандартных" журналов).
В этом случае, я так понимаю, должен быть первоначальный комплекс из базовой настройки и допмодуля, на который опираются все последующие обновления допмодуля, и который воспринимает стандартные бухгалтерские обновления. Все требования к отслеживанию версий базовой настройки со стороны допмодуля сохраняются.

4. Очень сильно модифицированная стандартная настройка - то, о чем мы говорили, Григорий, на днях.
Здесь:
а) Берется "скелет" базовой настройки (ЖБО, ДЦУ, Плат.документы, авансовые отчеты - в качестве своеобразного "движка");
б) Наращиваем на этот скелет "мясо" в виде своих бланков, отчетов, допжурналов;
в) Добавляем своих пользователей и свои возможности, стандартных пользователей отключаем.

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

Одно скажу: подошли к сложным вещам, и работать и учиться придется на ходу... Да что, в принципе, и делали до сих пор.
Ох, потянуть бы...

[Григорий]

Просто только 1-ый вариант.

Варианты 2 и 2.5 в данный момент нигде не используются на практике. Используется вариант с отдельной базой данных, работающей параллельно со стандартной. Так поставляется ЖКХ.

По вариантам 3 и 4 - так поставляется программа Автомойка. Она идет в комплексе со Складом и Бухгалтерией. Обновления всегда самые актуальные (в первую очередь из-за Бухгалтерии), а не как вы пишете - "для критических обновлений "движковых" структур ". Пакет обновления содержит в себе одновременно и обновление комплекса (бухгалтерии и склада), и обновление Автомойки. Технология работает так, что пользователь, в принципе, может не дожидаясь выхода такого пакета обновления, поставить отдельно обновление Бухгалтерии при том, что последующие установки пакета обновления "в комплексе" Автомойка + Склад + Бухгалтерия ставятся корректно.

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

[Писарев Петр]

Как лучше сделать запуск обновления - через bat файл или с помощью спец ярлыка?
И если можно пример командной строки.

[Григорий]

Сообщение от Писарев Петр

Как лучше сделать запуск обновления - через bat файл или с помощью спец ярлыка?
И если можно пример командной строки.

Все команды здесь:

http://www.infop.ru/help/platform/hc_paramstr.htm

Делайте как хотите. Если несколько команд - то через bat. Пример:

c:\ip\iplauncher.exe localhost:c:\bases\standart.fdb -Ic:\777_beta\full.PAK

[Писарев Петр]

Благодарю.