Как заставить WEB сайт работать локально в Chrome?

Question

[Роман]

Приветствую всех.

Следующая задача: имеется Win32 программа по учету работы фитнес-центров, которую начали писать 12 лет назад и сейчас ее легче переписать с нуля, чем дорабатывать то, что есть.

В рамках концепции написания новой программы, было решено перенести большую часть функций в онлайн и синхронизировать БД локальной версии и версии в интернет. Сегодня мне пришла в голову немного дурная идея — «а не перенести ли мне вообще все в онлайн, что бы работа была в отдельном окне Google Chrome».

Соответственно вопрос — есть ли какое-то решение, которое позволяет при отсутствии интернета (такое случается, но учет клиентов в этот момент не может останавливаться) сайту продолжать работать? По крайней мере, что бы работали основные функции. Как только поднимается интернет — она отправляет накопленные данные на сервер.

Я знаю, что у гугла половина всех сервисов может работать в офлайне. Чем мы хуже?

Нужна помощь сведущих людей т.к. я ни разу не программист и не знаю, в какую сторону смотреть. Возможно, это совсем плохая идея — прошу вашего мнения и на этот счет.

Answer 1

[Владимир Пилипчук]

Локальный сервер с приложением, пожддерживающим синхронизацию — вполне себе решение

Comments

[zednight]

т.е. вместо окна в браузере, полноценный веб сервер на каждом компе поднимать?

[Владимир Пилипчук]

Нет, просто иметь локальный сервер, доступный из внутренней сети, который при желании всегда можно высунуть наружу. А синхронизацию (если серверов/клиентов больше чем в одном офисе) можете запилить любым доступным способом.

[Роман]

Это называется пойти по пути упрощения — поднимать локальный сервер, высовывать его наружу… это вы предлагаете сделать вместо «открыть страницу в интернет».

[Владимир Пилипчук]

В это случае риски ИБ выше, да и учетные системы в общем доступе не держать, ато можно нарваться и на 152-ФЗ…

Answer 2

[StepanTomsk]

У вас три варианта:
1) Как говорил SLIDERWEB написать локальный WEB сервер с синхронизацией.
2) Если работа только в Chrome то использовать его локальное хранилище WEB SQL (Администрирование, перевод описания).
3) Реализовать резервирование каналов связи, если связь пропала у одного провайдера то переключаться на другого.

В случаях 1 и 2 потребуется участие программистов, но второй более гибкий, по сути, если нет связи с сервером то операции записи на сервер откладываются в отдельные таблицы. Плюс вы должны предусмотреть то что должны в БД браузера иметь копию необходимых данных из БД сервера.

Вариант номер три требует участия системного администратора каждого фитнес-центра и если эти организации не являются вашими филиалами, а Вы только разработчик программного обеспечения то Вы можете его только рекомендовать.

Ответ на Ваш вопрос — "Да это возможно. Только стоит ли затрачивать ресурсы программистов на построение отказоустойчивого приложения если можно за счёт меньших средств организовать резервирование каналов связи?"

Comments

[MikhailEdoshin]

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

[StepanTomsk]

Да всё верно это и имелось в виду, надо было расписать — упустил.

[ipswitch]

Плюсую второй вариант.
Первый — громоздкий велосипедик, второй — оптимален.

[wrmax]

Не стоит использовать Web SQL, так как это устаревший стандарт. Лучше использовать Indexed Database API

Answer 3

[pomeo]

hacks.mozilla.org/2010/01/offline-web-applications/

Answer 4

[EugeneOZ]

pouchdb.com/
PouchDB is a JavaScript library that allows you to store and query data for web applications that need to work offline, and sync with an online database when you are online.

Comments

[EugeneOZ]

amonra, не заинтересовало? :) Вот пример использования: mircozeiss.com/building-offline-applications-with-angularjs-and-pouchdb/

[kxyu]

плюсую. либо просто локальный CouchDB

[Роман]

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

Answer 5

[Николай Турнавиотов]

Локальное хранилище есть, по моему уже во всех популярных броузерах, учитывая общий движок у оперы/хрома/хромиума, огнелиса и ИЕ
можно попробовать сделать что-то подобное Gmail offine.
городить локальный вебсервер нет никакого смысла ни по финансовым и временным затратам на программистов ни по админским причинам поддержки и мониторинга

Answer 6

[egorinsk]

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

Answer 7

[Анатолий]

developer.chrome.com/apps/about_apps.html не стоит изобретать велосипед, так как вас уже хром интересует, у него есть апи для фоолайн приложений (не плагинов) которые прекрасно работают локально.

Comments

[Роман]

Спасибо за подсказку — сейчас буду читать, как мне синхронизировать при этом данные на локальной машине и на сервере в интернет т.к. основная идея не в том, чтобы во что бы то ни стало использовать именно хром, а не .NET к примеру, а что бы можно было большую часть функций вынести в онлайн и кодить на PHP, что в нашем случае значительно упрощает задачу.

[Анатолий]

рест в онлайне и клиент в браузере, вполне себе годная связка, многие этим пользуются годами :)

[Роман]

Пардон, что такое рест в онлайне?))

Если честно, то я ни разу не встречал программы, которые бы работали по такому принципу. В основном это обычная программа С++ или .NET к которой привязана выгрузка данных в интернет или локальную сеть, но что бы это было чисто WEB прирожение с возможностью работы в офлайн — даже примера найти не могу пока. Имею ввиду — не калькулятор, а именно достаточно объемное по набору функций приложение.

[Анатолий]

в двух словах:

в интернете есть сайт, который поддерживает запросы типа:
GET /users/ — список пользователей
GET /users/id — инфо о ползователе
POST /users/add — добавить пользователя
POST /users/id — изменить пользователя
итд

Этого вполне достаточно чтоб клиент (кем бы он ни был) мог спокойно получать данные, добавлять и изменять на сервере простыми запросами к серверу

[pomeo]

taliban вы описываете человеку очень простой вариант. Вы ему лучше скажите, что он будет делать когда например 3 человека редактируют поле одного user(в примере users, значит будем про юзеров). Сюрприз будет для первых двоих, потому что сохранится вариант последнего отправившего данные.
Как туда данные пулять и получать оттуда, вариантов огромное количество. А вот как это дело грамотно синхронизировать и чтобы из разных мест клиенты не поломали данные друг друга, вот здесь основная проблема. Инструменты дело десятое.

[Роман]

Не совсем так. Программа однопользовательская. Никаких «3-и человека редактируют одно поле» быть не может.
То, что предлагает taliban мне понятно, но еще одна причина, по которой я хотел кешировать данные в браузере — что бы ускорить работу программы. Интернет часто тупит и если нам нужно отметить подряд 4-е человека, что они пришли на тренировку, а на ожидание данных с инета уходит по 3-4 секунды, то в нашем случае это уже в своем роде Fail. Я предполагал, что данные дублируются в local storage (который использует sqlite) и раз в минуту сам отправляет их на сервер. По принципу работы offline gmail.
Так что интструменты для меня — дело первое.

[Анатолий]

pomeo, объясните мне как грамотно изменить пользователя, если 3-е человек одновременно пытаются изменить его возраст? Никак, кто последний тот и папа, историю никто не отменял, но сюрприз будет все равно для первых двух.

[pomeo]

amonra цитирую вас «по учету работы фитнес-центров», я вижу множественное число, поэтому и подумал что будет доступ из многих точек.
taliban как везде сделано, заблокировать поле на редактирование, и сказать следующим двум что такой-то такой-то сейчас это редактирует.

[Анатолий]

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

[pomeo]

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

[Анатолий]

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

[pomeo]

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

[Анатолий]

Не нужно сравнивать специализированные программы для контроля версий с обычным рест сервисом на сервачке для частного использования =) Область применения не та. Не нужно брать специализированное по, возьмите нечто проще, для повседневных задач, дропбокс, евернот и подобное.