RailUnion.net

Их, точнее два:

Каждый сайт будет держать при себе основной xml файл описывающий метаданные, расположение файлов, зависимости, и т.д. Админам сайтов можно прикрутить легкую админку на php, asp.net, и т.д.
Сам DLS время от времени (по расписанию), или «насильно» можно заставить скачать этот файл, отпарсить, и уже внедрить результаты в основную базу данных.

У каждого проекта есть свой модуль в админке, где скрипт подключается к dls и вводит нужные изменения/добавления.

---
Старый концепт: админы заходят на саму длс, далее в админский раздел и уже там вносят изменения.

Интересует концепция со стороны клиента. Это что будет?

Клиента? Ну информация о том, как CMP общается с аурановской длс на данный момент отсутствует. Думаем, что вначале напишем свой клиент, может даже на подобие CMP.

Со встроенным менеджером допов? Думаю достаточно просто качалки с импортом допов в СМ через trainzutil.

agmike писал(а):Со встроенным менеджером допов? Думаю достаточно просто качалки с импортом допов в СМ через trainzutil.

Скорее всего так и будет, через trainzutil. Желания разбирать работу базы дополнений ради прямого доступа на данный момент нет.

Решил резурректить эту темку. Судя по многим сайтам ссылающимся на dls.crypton-technologies.net подъем DLS из могилы все еще актуальный. Чутка поразмыслив опять над всей системой и имея при себе выделенный сервак с хардом на 200 гигов. Почему-бы и нет? Теперь тем, кто заявляет что мол «авторы упертые и будут бороться за свои права». Пора давно уже прикусить язык и смириться с ходом событий и чего люди хотят и делают. Половина населения аурановской ДЛС уже сколько лет спокойно выкладывает свои дополнения и ничего, никто не жалуется. Казус тот, что для аурановской нужен лиц. ключ где здесь вполне открытая система.

Если кто еще заинтересован, отзовитесь. Обсудем архитектуру, идеи. На выходных сделаю дизайн сайта и БД.

Внесу свои пять копеек.

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

С момента первых тем об этом прошло довольно много времени и концепция поменялась радикально. Сейчас уже много где используются репозитории - Linux множество различных направлений, в том числе и популярный среди многих Ubuntu, да вообще на основе Debian. Теже смартфоны iPhone и много где еще. И такая реализация кажется наиболее правильной.

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

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

Теперь о клиенте - это само собой отдельный программный продукт. И не нужно кидаться камнями из серии - хочу интеграцию в cmp. Не будет такого никогда. И даже причины называть не хочется, потому что они, по моему, более чем очевидны. Ну нельзя там это сделать. Или у каждого есть исходные коды для cmp? А как же тогда правовые отношения с Auran?
От сюда следует, что сам клиент будет выполнен отдельной программой работающей через trainzutil. Тут звучала идея о менеджере контента. А оно надо? Зачем плодить то, что уже есть и так. По моему достаточно просто установки полученных дополнений.

А что касается самих репозиториев, так то уж по желанию команд, которые имеют свои рессурсы.

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

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

нашёлся один человек, который выделил часть своего серва под допы и сделал нечто такое http://www.kuid.ru/

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

Мда. Функциональность оставляет желать лучшего. Можно конечно и объединить усилия.

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

Отлично. В субботу (18:00-01:00 МСК) будет обсуждение, пригласим.

Crypton писал(а):Отлично. В субботу (18:00-01:00 МСК) будет обсуждение, пригласим.

ага, только куда "пригласим"? Сюда?

Kuider писал(а):

Crypton писал(а):Отлично. В субботу (18:00-01:00 МСК) будет обсуждение, пригласим.

ага, только куда "пригласим"? Сюда?

Скайп, тим спик, пока неизвестно.

Всем, кто хочет обсудить, напишите мне сегодня вечером ориентировочно в 19:00-20:00 московсого времени в аську, после чего сообщу дальнейшие координаты по скайпу.

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

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

Будет иметь место как web поисковик, так и desktop программа на стороне пользовательской машины c возможностью прямой установки дополнений в trainz. Кроме того, есть идеи по отказу от файлообменников и доступная возможность с размещением дополнений на сервере с автоматической привязкой к репозиторию. Для разработчиков и иже с ними будет доступно через web интерфейс.

Так же отказались от названия DLS. Данная система будет называться Trainz Download Repositories (TDR)