здравствуйте
есть сайт с определённой базой данных (mysql)
каким образом можно сделать stand-alone приложение, позволяющее взаимодействовать с БД (типа, как клиент, front-end), при условии, что, на хостинге разрешено работать с базой только через localhost
каким образом сделать связь программы и базы? то есть, нужен какой-то протокол, туннель. а через HTTP - это, наверно, будет не слишком надёжно
к тому же, должна быть возможность работать офф-лайн, то есть, должна быть какая-то локальная база, а при соединении с интернетом - синхронизировать
какие выбрать средства разработки для подобной "задачи"?
или, предоставлять отдельное (исполняемое) приложение для доступа к сайту - плохая затея? ну есть же всякие клиенты жж, вконтактов. но эти жж, вконтакты, наверняка, представляют какой-то API

веб-морды, собственно, нету. её тоже нужно сделать
по-хорошему, хотят 2 приложения - одно через сайт, а другое - отдельно. "там, где нет интернета" (где тут смайлик с выпученными глазами?)
хотелось бы отделаться одним
делать только одно приложение, а на сайт - только выгружать данные (когда онлайн - работать напрямую с базой данных). а веб-интерфейс - обойдутся
или делать прогу со встроенной веб-мордой, и на сайте использовать оную же?
то есть, нужно делать всё то же "веб-приложение"

непонятно, что первично. то есть, всё-таки, придётся делать на сайте

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

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

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

собственно, смысл - одна общая база на сайте, и "две" оболочки к ней (одна - через веб, другая - в виде приложения)
и всё делать через интернет "на местах" - даже если он и есть, то всё делать через браузер - ждать, пока загрузится, то там обрывы связи- даже если их и нет, то как-то спокойнее, и быстрее. - обычное приложение как-то надёжнее.

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

но тогда если делать только одно приложение, то надо смириться, что "через браузер" ничего изменить будет нельзя, и на каждый чих запускать программу (даже когда нужно заполнять проходящие в онлайне мероприятия, когда было бы разумнее всё делать, "не отходя от браузера")
а делать два - собственно, но зачем?

собственно, вносятся в программу не по окончании. а непосредственно в момент проведения, и от этого будет зависеть, какие будут следующие участники, т.д.
т.е., это не как просто информация (типа такого-то числа состоялось ...), а интерактивный "процесс"