Страница 2 из 3

Добавлено: 09 апр 2013, 16:41
aVadim
Если настройки будут храниться не в формате "как-левая-нога-захотела", а в чем-то более внятном и легко дополняемом, то поддерживать "обновлятор" будет не так уж трудно.

Например, если хранить настройки в ini-файле, то в чем трудность? Даже если в новый ini-файл был расширен и туда добавлены новые директивы, то не вижу сложности сопоставить два ini файла и получить результирующий на выходе.

Добавлено: 10 апр 2013, 20:43
Zord
А если при этом пропустить с десяток версий? Вы гарантируете, что "результирующий на выходе" будет нормальным?

Добавлено: 10 апр 2013, 21:27
Baggio
Я попробую, потестим, а там уже решать админам, нужно или нет. Хотя, по себе скажу, что даже собрать установщик занимает время, посему админов понять можно.

Добавлено спустя 3 минуты 5 секунд:
Zord писал(а):А если при этом пропустить с десяток версий? Вы гарантируете, что "результирующий на выходе" будет нормальным?
Гарантий нет, по этому в данном случае нужно будет установщик изменять.

Добавлено: 10 апр 2013, 22:25
aVadim
Zord писал(а):А если при этом пропустить с десяток версий? Вы гарантируете, что "результирующий на выходе" будет нормальным?
Если данные структурированы, а не произвольной кучей валяются, которая меняется от версии к версии, то никаких проблем я не вижу.

Между PHP 5.0 и PHP 5.5 вышел не один десяток версий. Попробуйте придумать ситуацию, при которой нельзя настройки из ini для 5.0 перенести в 5.5. Депрекейтед директивы при переносе комментятся, чтоб ошибок не вызывали, а остальные переносятся как есть. Новые (которых не было в 5.0 и появились позже) в результирующий ini-файл включаются с дефолтным значением.

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

В чем проблема-то?

Добавлено: 10 апр 2013, 23:07
Zord
Проблема в том, что тут не один ini-файл, продуктов для обновления побольше будет, да и архитектура проекта не устоялась еще... Не все так просто, как в случае с PHP

Добавлено: 10 апр 2013, 23:17
aVadim
Zord писал(а):Проблема в том, что тут не один ini-файл...
Ну пусть их 10. Или 20. Проблема в количестве или в чем? Конкретно можете указать, с переносом конфигурации какого продукта будут проблемы?
Zord писал(а):да и архитектура проекта не устоялась еще...
Выше писал уже - если грамотно продумать конфигурационный файл, то эта проблема решаема. И формат ini, и формат xml вполне позволяют расширять их довольно гибко. Если будет, например, выбран формат ini, то хоть в каждой новой версии могут добавляться по 10 новых секций и по 100 новых директив, если сами директивы не будут произвольно переименовываться - какие тут могут быть проблемы?

Добавлено: 11 апр 2013, 13:54
Zord
aVadim писал(а):Ну пусть их 10. Или 20. Проблема в количестве или в чем? Конкретно можете указать, с переносом конфигурации какого продукта будут проблемы?
Используйте поиск, сколько можно-то?
aVadim писал(а):если сами директивы не будут произвольно переименовываться - какие тут могут быть проблемы?
Кто вам такое обещал?

Добавлено: 11 апр 2013, 14:49
aVadim
Zord писал(а):Используйте поиск, сколько можно-то?
Ну, хотя бы ОДИН раз, наверное, ответить и можно, ответить КОНКРЕТНО и по существу, без лишнего бла-бла-бла. Разумеется, если есть, что ответить
Zord писал(а):Кто вам такое обещал?
А я говорил, что это кто-то обещал? Наоборот, я обозначал этот момент, как ключевую проблему - читайте мои комменты на предыдущей странице.

Добавлено: 12 апр 2013, 11:42
Zord
aVadim писал(а):Ну, хотя бы ОДИН раз, наверное, ответить и можно, ответить КОНКРЕТНО и по существу, без лишнего бла-бла-бла. Разумеется, если есть, что ответить
Максим уже отвечал и не раз
aVadim писал(а):А я говорил, что это кто-то обещал? Наоборот, я обозначал этот момент, как ключевую проблему - читайте мои комменты на предыдущей странице.
Ну раз эта проблема не решена на данный момент, то чего вы хотите?

Добавлено: 12 апр 2013, 12:51
aVadim
Zord писал(а):
aVadim писал(а):Ну, хотя бы ОДИН раз, наверное, ответить и можно, ответить КОНКРЕТНО и по существу, без лишнего бла-бла-бла. Разумеется, если есть, что ответить
Максим уже отвечал и не раз
Конкретно и по существу? Ни разу! Если я ошибаюсь, то дайте ссылку хотя бы на один ответ, где называлось бы, с переносом конфигурации какого КОНКРЕТНОГО продукта будут проблемы
Zord писал(а):Ну раз эта проблема не решена на данный момент, то чего вы хотите?
Чуть выше уже писал, чего я хочу. Что-то непонятно?