создать новую тему раскрыть все
 
Решил я тут немного поразмышлять и много посоветоваться. На мысли меня натолкнули различные онлайновые сервисы для вещей, казалось бы, вполне оффлайновых (тот же домашний учет).
Итак. Мысль первая. А что если сделать серверную часть (веб) для abilitycash? В этом случае она может использоваться как для ввода данных, так и для синхронизации различных устройств.
Что из этого следует? Имея более-менее стандартное средство синхронизации, ввод данных можно будет поручить любому устройству: будь то мобильник, КПК или еще какой-нибудь экзотический зверь. Причем, даже если для этого зверя не написано соответствующей программы, то можно это делать прямо через встроенный броузер.
Мысль вторая заключается в том, что если сделать внешний api для этого веб-сервиса, то мобильные приложения для ввода данных сможет писать любой желающий, а не только Dervish, так как у него со временем традиционно трудноWell
Теперь проверочные вопросыVery we!
1. нужен ли онлайновый сервис учета (тут мы вступаем на уже освоенную вражескую территорию) или нужен только сервис синхронизации?
2. нужен ли централизованный сервер, или нужен набор скриптов для установки на собственный?
3. Этот вопрос Вы можете придумать сами потому что в первых двух содержится достаточно пищи для размышления, а у Вас поди еще и собственные идеи имеютсяWell
4. А нужно ли это вообще? Может ну его нафиг?
5. Кто оплачивает банкет?
6. Кто здесь?
 
Вот такие мысли бродят (в смысле перемещаются) у меня в голове. А что Вы думаете?
свернуть/развернуть ветвь мнение [krupp 14/01/2010 18:06] # написать ответ
 
имхо выдавать в онлайн любую информацию о себе - неправильно. а уж финансовые данные.... велком налоговая.
 
В онлайновом сервисе никто фамилию не спрашивает... ну и кроме того, такие сервисы уже существуют. Причем, не один и не два.
 
Проблема безопасности, конечно, существует, но не острее чем в любом другом сервисе.
свернуть/развернуть ветвь Др-др-др [BION 15/01/2010 10:51] # написать ответ
 
Вести бух.онлайн, лично мне - не кошерно. За тем, реализация алгоритмов учета потребует серьезного участия Создателя,
я сомневаюсь что он на это пойдет. Это ведь все заново переписывать на Вэб! Не будем забывать о страждующих массах,
которые с упоением ждут сборки 218, поэтому отвлекать Творца - недопустимо Well
 
Сервис синхронизации нужен. Но возможен будет скорее всего после реализации имп/экп в XML. С нынешним функционалом - малоюзабельно.
Задача не выглядит слишком сложной, можно обмозговать.
 
Сам лично, до недавнего времени, пользовался внешним ФТП, т.е. заливались актуальные копии базы, + бэкапы.
Эти меры были оправданы многократно, ибо часто случались форс-мажоры. Теперь вот Дропбокс - мой товарищ.
К примеру, все праздники был в отъезде, но дело идет и прибыль нужно считать Well.
Сидел в Убунте под Вайном, база всегда в Дропе - красота. Пока удобно.
 
Поддержу и в том, что в идеале хорошо бы реализовать сервис как механизм вычислений с внешним API.
Т.е. визуализация осущ-лась бы неопсредственно средствами клиентского ПО. Но это кажется весьма масштабной затеей, и опять же, предполагает участие Создателя.
А что если сети нет, а это бывает очень часто? Вот тут оффлайн, синхронизация и дропбокс сами просятся. И они важнее я считаю.
 
в любом случае потребует серьезного вмешательства. Так что, возможно, разумнее сразу выбрать способ синхронизации доступный для любых устройств. XML через файлы - хорошо, но его "хорошесть" заканчивается там, где синхронизируемых баз становится более двух. Дропбокс, как я понимаю, не решает проблемы нескольких пользователей? То есть все равно актуальной будет база того, кто бакапился последним?
Dervish заниматься онлайновым сервисом не будет - не его профильWell Так что от разработки программы это его не отвлечет но, возможно, поможет определиться с путями ее развития.
Еще немаловажный момент: если делать централизованный сервер, то какова будет на него нагрузка и на что он будет жить?
свернуть/развернуть ветвь 123 [BION 15/01/2010 17:19] # написать ответ
 
Для масштабных задач, с большим количеством пользователей, все же лучше использовать соответствующие инструменты, 1с например.
Веб-сервисы тут не лучшее решение, ибо такие системы должны быть закрытыми, и их достаточно.
 
Для одного-двух-трех пользователей, думаю достаточно и оффлайн клиента с синхронизацией.
Если говорить об ХМЛ, то тут напрашивается танец с бубном.
К примеру, совместно трудятся два орка, соответственно файлы БД разные.
В конце или в течении раб. дня орки экспортируют ХМЛ на сервер.
На сервере данные объединяются, после этого можно усуществлять импорт на места. Это как бы теоретически.
 
Чтобы хоть как-то, все что выше, автоматизировать, понадобится библиотека имп/эксп с внешними АПИ для пролграммного взаимодействия с базой и отправки данных в сеть. По расписанию или еще как, это уже не важно.
 
Ну а хостить для начала можно на GAE (Python), бесплатных квот я думаю может хватить на долго. Но это нужно тестировать.
Либо использовать любой другой коммерческий хост. Оплачивать либо донэйтом, либо ввести абон плату исходя из расходов
на содержание, т.е. чем больше пользователей, тем меньше сумма.
 
И вообще, для начала вопрос: нужно ли это массам? Как много из здешних нуждаются в подобной схеме? Или делать по принципу "щоб було"!?
Я уже говорил, мне лично Дропбокса "за глаза". Хотя что будет дальше не знаю.
 
хотя программа и для домашней бухгалтерии, но в семье, как правило, более одного человекаWell Да плюс эти более одного человека хотят иметь возможность работать с базой и из дома и с работы, а еще с ноутбука и/или мобилы. Так что все это синхронизировать между собой становится очень утомительно. Но в главном Вы правы - главных вопросов немного:
1. Нужно ли это пользователям вообще?
2. Скольким пользователям это нужно?
3. В каком виде это нужно пользователям?
свернуть/развернуть ветвь ну, [пацак],[ 15/01/2010 21:08] # написать ответ
 
вот пример http://www.domeconom.ru/index.html
чего то не тянет туда
свернуть/развернуть ветвь Меня тоже:) [Loki 15/01/2010 22:24] # написать ответ
 
Равняться на отстающих - невелика доблесть. Примеряться имеет смысл к удачным проектам.
свернуть/развернуть ветвь Мдя )) [BION 15/01/2010 23:41] # написать ответ
 
Картинка на главной странице как-то не побуждает пользоваться этим софтом :-)
 
сейчас в отрыве от компа, веду расходы в мобильной программе типа спб кэш , но другой . приходится потом  забивать данные в комп . можно ли хотябы что то в виде облегченной програмки , упрощенной без диаграм , которая лишь принимает расходы и доходы на лету и потом синхронизируется с компьютерной .
свернуть/развернуть ветвь Dropbox [jiltsovs 18/01/2010 10:56] # написать ответ
 
Я использую dropbox.com для синхронизации базы AbilityCash между разными компьютерами (два дома, много на работе).
Вернее база одна, которая хранится в dropbox'е.
 
Также существует вероятность того что появятся конфликтные копии, т.к. дропбокс не лочит файл, которые опять же придется синхронизировать в ручную.
 
Рискну оживить эту тему вот такой мыслью:
 
Очень мне нравится, как сделан web UI в uTorrent. Всё компактно, удобно и по делу.
Может быть, и в AbilityCash добавить веб-интерфейс по той же технологии?
По сути, нужен простенький встроенный веб-сервер, который умеет:
а) отдавать статический контент (html + js + картинки)
б) обрабатывать запросы к API приложения
 
В идеале, этот API можно было бы организовать по принципам REST. И тогда, теоретически, работать с ним смог бы любой клиент, будь то официальный полноценный web UI или "самопальное консольное приложение для быстрого добавления транзакций".
 
Это также устранит опасения из разряда "доверять финансовую информацию неизвестному сайту" - все данные, как и раньше будут только на компьютере владельца, а доступ к ним будет защищён паролем на веб-интерфейс.
 
...так что я с удовольствием погуглил. Лично меня напрягла сложная система настройки всего этого дела. Конкретно по uTorrent там нужно сделать кучу действий, залезть в AppLocal и все такое. Очень напрягло.
 
Хотя идею не отвергаю, я уже подумывал встроить в программу веб-сервер.
свернуть/развернуть ветвь Залезть в AppLocal?.. [Дим(м) 24/03/2014 21:09] # написать ответ
 
Видимо, я уже слишком давно не смотрел, как оно там сделано.
 
Изначально, помнится, там достаточно было просто отметить галочку в настройках (при этом с сайта uTorrent скачивался архив с теми самыми "статическими html и js") и задать, при желании, пароль на доступ. И всё.