logo
logo

Форум Про синхронизацию, онлайн учет и мобильную версию

создать новую тему раскрыть все
Про синхронизацию, онлайн учет и мобильную версию Loki 14/01/2010 17:15 #написать ответ
Решил я тут немного поразмышлять и много посоветоваться. На мысли меня натолкнули различные онлайновые сервисы для вещей, казалось бы, вполне оффлайновых (тот же домашний учет).
Итак. Мысль первая. А что если сделать серверную часть (веб) для abilitycash? В этом случае она может использоваться как для ввода данных, так и для синхронизации различных устройств.
Что из этого следует? Имея более-менее стандартное средство синхронизации, ввод данных можно будет поручить любому устройству: будь то мобильник, КПК или еще какой-нибудь экзотический зверь. Причем, даже если для этого зверя не написано соответствующей программы, то можно это делать прямо через встроенный броузер.
Мысль вторая заключается в том, что если сделать внешний api для этого веб-сервиса, то мобильные приложения для ввода данных сможет писать любой желающий, а не только Dervish, так как у него со временем традиционно трудно
Теперь проверочные вопросы
1. нужен ли онлайновый сервис учета (тут мы вступаем на уже освоенную вражескую территорию) или нужен только сервис синхронизации?
2. нужен ли централизованный сервер, или нужен набор скриптов для установки на собственный?
3. Этот вопрос Вы можете придумать сами потому что в первых двух содержится достаточно пищи для размышления, а у Вас поди еще и собственные идеи имеются
4. А нужно ли это вообще? Может ну его нафиг?
5. Кто оплачивает банкет?
6. Кто здесь?
 
Вот такие мысли бродят (в смысле перемещаются) у меня в голове. А что Вы думаете?
мнение krupp 14/01/2010 18:06 #написать ответ
имхо выдавать в онлайн любую информацию о себе - неправильно. а уж финансовые данные.... велком налоговая.
Почту же Вы иметь не боитесь? Loki 14/01/2010 22:59 #написать ответ
В онлайновом сервисе никто фамилию не спрашивает... ну и кроме того, такие сервисы уже существуют. Причем, не один и не два.
 
Проблема безопасности, конечно, существует, но не острее чем в любом другом сервисе.
Др-др-др BION 15/01/2010 10:51 #написать ответ
Вести бух.онлайн, лично мне - не кошерно. За тем, реализация алгоритмов учета потребует серьезного участия Создателя,
я сомневаюсь что он на это пойдет. Это ведь все заново переписывать на Вэб! Не будем забывать о страждующих массах,
которые с упоением ждут сборки 218, поэтому отвлекать Творца - недопустимо
 
Сервис синхронизации нужен. Но возможен будет скорее всего после реализации имп/экп в XML. С нынешним функционалом - малоюзабельно.
Задача не выглядит слишком сложной, можно обмозговать.
 
Сам лично, до недавнего времени, пользовался внешним ФТП, т.е. заливались актуальные копии базы, + бэкапы.
Эти меры были оправданы многократно, ибо часто случались форс-мажоры. Теперь вот Дропбокс - мой товарищ.
К примеру, все праздники был в отъезде, но дело идет и прибыль нужно считать .
Сидел в Убунте под Вайном, база всегда в Дропе - красота. Пока удобно.
 
Поддержу и в том, что в идеале хорошо бы реализовать сервис как механизм вычислений с внешним API.
Т.е. визуализация осущ-лась бы неопсредственно средствами клиентского ПО. Но это кажется весьма масштабной затеей, и опять же, предполагает участие Создателя.
А что если сети нет, а это бывает очень часто? Вот тут оффлайн, синхронизация и дропбокс сами просятся. И они важнее я считаю.
Реализация синзронизации Loki 15/01/2010 11:52 #написать ответ
в любом случае потребует серьезного вмешательства. Так что, возможно, разумнее сразу выбрать способ синхронизации доступный для любых устройств. XML через файлы - хорошо, но его "хорошесть" заканчивается там, где синхронизируемых баз становится более двух. Дропбокс, как я понимаю, не решает проблемы нескольких пользователей? То есть все равно актуальной будет база того, кто бакапился последним?
Dervish заниматься онлайновым сервисом не будет - не его профиль Так что от разработки программы это его не отвлечет но, возможно, поможет определиться с путями ее развития.
Еще немаловажный момент: если делать централизованный сервер, то какова будет на него нагрузка и на что он будет жить?
123 BION 15/01/2010 17:19 #написать ответ
Для масштабных задач, с большим количеством пользователей, все же лучше использовать соответствующие инструменты, 1с например.
Веб-сервисы тут не лучшее решение, ибо такие системы должны быть закрытыми, и их достаточно.
 
Для одного-двух-трех пользователей, думаю достаточно и оффлайн клиента с синхронизацией.
Если говорить об ХМЛ, то тут напрашивается танец с бубном.
К примеру, совместно трудятся два орка, соответственно файлы БД разные.
В конце или в течении раб. дня орки экспортируют ХМЛ на сервер.
На сервере данные объединяются, после этого можно усуществлять импорт на места. Это как бы теоретически.
 
Чтобы хоть как-то, все что выше, автоматизировать, понадобится библиотека имп/эксп с внешними АПИ для пролграммного взаимодействия с базой и отправки данных в сеть. По расписанию или еще как, это уже не важно.
 
Ну а хостить для начала можно на GAE (Python), бесплатных квот я думаю может хватить на долго. Но это нужно тестировать.
Либо использовать любой другой коммерческий хост. Оплачивать либо донэйтом, либо ввести абон плату исходя из расходов
на содержание, т.е. чем больше пользователей, тем меньше сумма.
 
И вообще, для начала вопрос: нужно ли это массам? Как много из здешних нуждаются в подобной схеме? Или делать по принципу "щоб було"!?
Я уже говорил, мне лично Дропбокса "за глаза". Хотя что будет дальше не знаю.
Ну о замене 1С никто и не говорит Loki 15/01/2010 17:37 #написать ответ
хотя программа и для домашней бухгалтерии, но в семье, как правило, более одного человека Да плюс эти более одного человека хотят иметь возможность работать с базой и из дома и с работы, а еще с ноутбука и/или мобилы. Так что все это синхронизировать между собой становится очень утомительно. Но в главном Вы правы - главных вопросов немного:
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 #написать ответ
Картинка на главной странице как-то не побуждает пользоваться этим софтом :-)
учет и мобильную версию Зубов 17/01/2010 21:42 #написать ответ
сейчас в отрыве от компа, веду расходы в мобильной программе типа спб кэш , но другой . приходится потом  забивать данные в комп . можно ли хотябы что то в виде облегченной програмки , упрощенной без диаграм , которая лишь принимает расходы и доходы на лету и потом синхронизируется с компьютерной .
Dropbox jiltsovs 18/01/2010 10:56 #написать ответ
Я использую dropbox.com для синхронизации базы AbilityCash между разными компьютерами (два дома, много на работе).
Вернее база одна, которая хранится в dropbox'е.
Но на КПК этот фокус не пройдет ozz 13/02/2010 15:59 #написать ответ
Также существует вероятность того что появятся конфликтные копии, т.к. дропбокс не лочит файл, которые опять же придется синхронизировать в ручную.
Может, сделать как web UI в uTorrent? Дим(м) 24/03/2014 17:16 #написать ответ
Рискну оживить эту тему вот такой мыслью:
 
Очень мне нравится, как сделан web UI в uTorrent. Всё компактно, удобно и по делу.
Может быть, и в AbilityCash добавить веб-интерфейс по той же технологии?
По сути, нужен простенький встроенный веб-сервер, который умеет:
а) отдавать статический контент (html + js + картинки)
б) обрабатывать запросы к API приложения
 
В идеале, этот API можно было бы организовать по принципам REST. И тогда, теоретически, работать с ним смог бы любой клиент, будь то официальный полноценный web UI или "самопальное консольное приложение для быстрого добавления транзакций".
 
Это также устранит опасения из разряда "доверять финансовую информацию неизвестному сайту" - все данные, как и раньше будут только на компьютере владельца, а доступ к ним будет защищён паролем на веб-интерфейс.
Мне не доводилось сталкиваться с WebUI,... Dervish 24/03/2014 21:01 #написать ответ
...так что я с удовольствием погуглил. Лично меня напрягла сложная система настройки всего этого дела. Конкретно по uTorrent там нужно сделать кучу действий, залезть в AppLocal и все такое. Очень напрягло.
 
Хотя идею не отвергаю, я уже подумывал встроить в программу веб-сервер.
Залезть в AppLocal?.. Дим(м) 24/03/2014 21:09 #написать ответ
Видимо, я уже слишком давно не смотрел, как оно там сделано.
 
Изначально, помнится, там достаточно было просто отметить галочку в настройках (при этом с сайта uTorrent скачивался архив с теми самыми "статическими html и js") и задать, при желании, пароль на доступ. И всё.