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

Добавлено: Пн авг 03, 2009 19:53:19
ploop
XML рулит (:
А как бинарные данные туда засунуть? Base64?

Добавлено: Пн авг 03, 2009 20:03:34
BCluster
да, Base64 или как непарсируемые сущности

Добавлено: Вт авг 04, 2009 19:23:22
pleshkov
BCluster писал(а):да, Base64 или как непарсируемые сущности
Лучше как сущности.

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

Добавлено: Вт авг 04, 2009 19:56:00
ploop
В принципе, можно использовать и sqlite для хранения, а XML для обмена.
Если временно (собрать базу) - сервер есть. Правда стоит в сарае, пока погода хорошая :) С наружи тоже виден (DynDNS). Правда только поставил, не настраивал ничего.

Добавлено: Вт авг 04, 2009 20:14:22
Чеширский Кот
Только просьба программистам сделать порты на Линукс... :) Тока на qt4 плиз не делайте, ибо страшна и ужасно сие творенье... :evil:

Добавлено: Вт авг 04, 2009 20:45:35
BCluster
А на чем писать предлагаете?? на более ранних версиях я писать не хочу )
Могу написать на шарпе, портировать под линупс не проблема, Mono есТЬ)

Добавлено: Вт авг 04, 2009 22:29:58
ploop
Qt4. Уже всё скачано и установлено. Чем не нравится?
Программа по сути простая, исходники потом под что угодно с минимумом гемора переделать можно...

Добавлено: Вт авг 04, 2009 22:50:14
Чеширский Кот
на более ранних версиях я писать не хочу )
Пардон, что за ненависть к qt3?.. Я вот пишу и радуюсь... :wink:
Qt4. Уже всё скачано и установлено. Чем не нравится?
Не нравится. Объяснять здесь не буду - долго, муторно и офтоп. Хотите - создавайте тему в "МЯЯЯУ!", там обсудим. 8)
А на чем писать предлагаете??
qt3 вам чем не угодил? Не пойму..
Могу написать на шарпе, портировать под линупс не проблема, Mono есТЬ
Как вариант. :wink:

Добавлено: Вт авг 04, 2009 23:17:01
pleshkov
ploop писал(а):
В принципе, можно использовать и sqlite для хранения, а XML для обмена.
Если временно (собрать базу) - сервер есть. Правда стоит в сарае, пока погода хорошая :) С наружи тоже виден (DynDNS). Правда только поставил, не настраивал ничего.
Вопрос в том, чтобы база обновлялась :) Так что доступ должен быть более менее постоянным. Отсюда следует, что домашние web сервера отпадают по причине нестабильности :)

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

Добавлено: Ср авг 05, 2009 01:32:22
BCluster
Сервер синхронизации думаю все-таки надо будет сделать. Сделать интерфейс, который будет позволять заливать информацию. Тут же можно будет без особенного геморроя сделать онлвйн версию базы для просмотра.

Добавлено: Ср авг 05, 2009 07:01:18
ploop
В веб-программировании я не силён, но слепить простенькую вебморду для заливки и просмотра файлов думаю труда не составит (или кто-то еще поможет).

Добавлено: Ср авг 05, 2009 12:38:23
BCluster
Да зочем вебморду?)
Я сделаю софтинку-аплодер/коллектор

Добавлено: Ср авг 05, 2009 13:03:14
pleshkov
BCluster писал(а):Сервер синхронизации думаю все-таки надо будет сделать. Сделать интерфейс, который будет позволять заливать информацию. Тут же можно будет без особенного геморроя сделать онлвйн версию базы для просмотра.
Не надо делать форму загрузки.
Надо чтобы из программы по нужному алгоритму отсылались и принимались данные. И все это будет на автоматике.

Добавлено: Ср авг 05, 2009 13:46:19
BCluster
Можно и так, добавить в программу фичу дополнения базы

Добавлено: Ср авг 05, 2009 16:52:29
radteh
Вы что, с ума сошли "один элемент - один файл", подумайте о переносимости такой базы. Лучьше в БД хранить, бинарные поля для рисунков и pdf, текстовые для описания и характеристик. Просто впрограмме предусмотреть функцию импорта или слияния баз. С такими задачами справиться формат MS Access 97\2000, для поиска есть SQL.

Добавлено: Ср авг 05, 2009 17:48:45
BCluster
Для храниния будет использоваться бд как я думаю

Добавлено: Чт авг 06, 2009 20:25:02
vsegdaprav
Честно, не думал, что всё так сложно и громоздко. Может быть отказаться от идеи с даташитом, выводить просто распиновку и хорош. Однако, как я вижу из опроса, идея неплохая?!

Кстати в Протеусе неплохо реализована идея даташитов. Там на некоторые детальки есть ссылка на даташит. Может вместо врезки в программу всего даташита сделать ссылку на него? Просто по моей задумке программа должна быть у каждого в компьютере, а не в БД где-то далеко.

Добавлено: Пт авг 07, 2009 14:45:54
BCluster
Да врезать даташит ерунда, это не проблема вообще

Добавлено: Пт авг 07, 2009 15:34:23
РадиоЛоматель
Хотя я и проголосовал "чушь кошачья", но смотрю я на ваши изыскания и мне становится вас жалко...
Неужели никто не знает что такое net framework?
вашу программу в нем можно реализовать за один день. причем с веб интерфейсом(код выполняется на сервере, а к пользователю приходит только обычная хтмл страничка) и хранением данных в sql сервере. в такую страничку можно вставить любой элемент управления. код ограничен лишь вашей фонтазией.
И ненужно никаких программ. заходишь на страницу, там все смотришь. (поиск даташиты картинки, хоть комментарии даже)

Добавлено: Пт авг 07, 2009 15:55:43
ploop
Тю, господа, вас понесло смотрю!

Какие БД? Кто будет обслуживать/платить/содержать сервер?
Я предложил сервер на время сбора данных. Ща станет холодно и уберу его из сарая :) Больше поставить некуда :)

А файлы для того, чтоб программа не была привязана ни к какой СУБД. Посмотрите на другие программы - библиотеки хранятся локально, в файлах. Обменялись друг с другом файлами, и готово. Никакой привязки к платформе (файлы одинаковы) и т.д. Я не настаиваю, давайте другие варианты, но реальные. Но имейте ввиду, что сервера у нас НЕТ.
вашу программу в нем можно реализовать за один день.
На спор, на дельфях - 2-3 часа, и час на отлов багов :) Дело не в этом...