Здравствуйте, Mr.Chipset, Вы писали:
MC>Привет всем!
MC>После разговора с Sheridan'ом прояснились некоторые детали по сабжу.
MC>В частности, есть идея разделить RSDN@Linux на две части:
MC>1. Драйвер -- синх+драйвер к БД, скажем в виде демона.
MC>2. Представление -- в данном случае это некий клиент который используеться драйвер для доступа к БД и синхронизации. К примеру это может быть веб-интерфейс на Джаве, десктопная программа просмотра, наподобие Janus'a или вообще плагин к FF 
Клиент не пользует синхронизацию, он может лиш попросить демона засинхронизироватся. Демон же читает /etc/janus.conf и оттуда узнает все что ему надо в том числе и когда и сколько синхронизировать... И решает выполнить ли просьбу клиента сейчас или ненада...
MC>Так что сейчас требуеться лишь начать. Начать предлагаю с рефакторинга сервиса синхронизации Януса на С++ и к-платформенную библиотеку SOAP'a, наподобие gSOAP.
имхо нужно пользовать qt (гуру, разрешат нам ее пользовать кутешники в данном контексте) и попробовать писать кроссплатформенно. Тобиш линуховый демон для винды переделывать в сервис для NT или просто экзешник для 9x... Гуя само собой...
Тоесть изначально хотелось бы почитать про объектную модель, и переписать ее на с++, затем братся собственно за демона (вплотную) и гую (по мере сил). По мере сил это потому что всетаки гуя в этом случае действительно может быть любая, от мода к апачу до standalone exe. Главное продумать как гуя будет с демоном работать.
MC>Всё в интересе со стороны C++'ников Linux'оидов.
MC>СУВ.Запрос версии RSDN@Home...
[1.1.4][beta 7][472]