Кто-либо создал веб-приложения, которые могут работать полностью офлайн? [закрытый]
Пример был бы полезен, или хотя бы упомянул, какую версию NuGet.exe вы использовали (вы пытались загрузить последнюю версию?). Я создал ту же структуру каталогов, которую вы перечислили, и использовал образец вверху страницы документов .nuspec для содержимого файла .nuspec, заполнив только 4 обязательных элемента, которые он перечисляет, и добавив абсолютно ничего больше. Вот мой вывод:
C:\git\test\pptest> nuget pack -verbosity detailed
NuGet Version: 4.9.2.5706
Attempting to build package from 'pptest.nuspec'.
Id: pptest
Version: 1.0.0
Authors: zivkan
Description: testing
Dependencies: None
Added file '[Content_Types].xml'.
Added file '_rels/.rels'.
Added file 'content/first.cs.pp'.
Added file 'content/Windows/second.cs.pp'.
Added file 'package/services/metadata/core-properties/373c9fa8025c4ee49217861072d632ae.psmdcp'.
Added file 'pptest.nuspec'.
Successfully created package 'C:\git\test\pptest\pptest.1.0.0.nupkg'.
Итак, все, что я могу сказать, это «это работает для меня».
Для справки, вот мой полный файл .nuspec, но я не думаю, что он добавляет что-нибудь полезное к этому ответу.
pptest
1.0.0
testing
zivkan
17 ответов
Существует дополнительная опция, и это должно использовать новый HTML5 офлайновые функции приложения, а именно, Кэш приложения, Клиентские Базы данных и Локальные API устройства хранения данных.
В настоящее время я полагаю, что Safari является единственным браузером поставки для поддержки любого из них, и я полагаю, что он только поддерживает клиентские базы данных и локальные части устройства хранения данных. WebKit nightlies поддерживает все эти функции, Firefox nightlies поддерживают многих из них (возможно, все теперь?)
[Редактирование (olliej): Исправление, Firefox 3 поддерживает Кэш приложения, но увы не сторону клиента DB]
Я думал о выполнении чего-то вроде этого сам. Мой план состоял в том, чтобы записать приложение с помощью django и сценарий записи, который запускает тестирование django сервера и открывает браузер по умолчанию на указанном порте. Мой план состоял в том, чтобы использовать SQLite...
Кроме того, было бы хорошо упаковать его в один пакет, таким образом, пользователи без установленного django могут запустить приложение без любого dependecies...
Вы могли также рассмотреть использование XULRunner или Призмы
Они - технология с открытым исходным кодом, на которой основаны FireFox, Thunderbird и Joost, и позволяет Вам разрабатывать приложения в XML и JavaScript по существу против того же богатого API, который имеет сам FireFox. И конечно это является кросс-платформенным также, таким образом, это работало бы над Mac/Linux/Windows...
Проверьте здесь на большее количество информации: https://developer.mozilla.org/en/XULRunner
Существует портативное распределение Apache/MySQL/PHP (для размещения на флеш-картах):
http://portableapps.com/apps/development/xampp
Это должно быть легко адаптировано к Вашим потребностям.
Можно использовать HTML, JS и безотносительно в Adobe AIR, и у Вас будет много опций сохранения данных локально, также.
в мире Java Вы могли использовать причал для сервера, реализовать веб-приложение с помощью любимой платформы и использовать hsqldb в качестве базы данных - это живет полностью в контейнере (причал). можно развернуть приложение предварительного просмотра в сети и пакете загружаемая автономная версия.
Вы не указывали язык, но я посмотрел на Karigell несколько лет назад. Это - веб-платформа Python, подобная Django или TurboGears, но это не имеет издержек тех платформ.
От моего питания вокруг с ним, кажется, что это работало бы на Ваши цели. Это имеет встроенный веб-сервер (хотя можно использовать в значительной степени любой сервер, Вы хотите), и можно использовать любую базу данных, которую поддерживает Python.
Плюс, Python работает хорошо с Linux.:)
Вы могли сделать преданный клиент, использующий WebKit или магистраль Firefox. Некоторые игры используют то решение для UI, например.
Или Вы могли сделать немного веб-сервера (у меня есть немного веб-сервера в Lua, который я использую в подобных целях, всего нескольких megas с libaries и всеми). Однако, если Вы следуете этим маршрутом, самая большая проблема для рассмотрения является Вами, не хотят, чтобы Ваш веб-сервер зависел от переменных окружения, Вы хотите, чтобы это было полностью автономно. Необходимо попытаться изолировать все переменные t o файл конфигурации и быть сделанными с ним (стиль пакета)
Или Вы могли использовать клиентское приложение Java для отображения веб-страницы
Или GoogleGears, но это - то же (почти) как Flex+Air. поэтому выберите Flex+Air, если это - то, с чем Вы знакомы
При создании приложения обычным веб-приложением в большой степени уверенный в клиентских технологиях (использующий DHTML и подобных Google Gears, чтобы хранить данные офлайн, как уже предложено) поэтому когда-то открытый, не было большого взаимодействия с сервером, Вы могли, вероятно, разместить вещь на основном общем хостинг-аккаунте, который не будет стоить так многого. Это могло бы быть Вашей самой легкой начальной точкой, поскольку Вы не должны будете волноваться обо всех проблемах с настольными приложениями, такими как совместимость с различными операционными системами, упаковывая установку и т.д., все же Вам не были бы нужны крупные ресурсы сервера позади нее также.
Кроме того, я думаю, что moin moin программное обеспечение Wiki имеет настольную версию, которая включает ее собственный веб-сервер. Этот материал легок в Python, так как батареи включены.
Вы могли бы хотеть проверить, как они делают это?
Мы используем что-то подобное Вашей третьей опции протестировать наши веб-сайты локально. Работает просто великолепно.
Наш упакованный веб-сервер не является достаточно маленьким для выполнения то, в чем Вы нуждаетесь, но с другой стороны мы не пытались сохранить его маленьким также. Если можно упаковать код веб-сервера в достаточно небольшой пакет, я не вижу, почему этот подход would'nt работает.
Я думаю, что необходимо посмотреть на tiddlywiki для вдохновения.
Это - Wiki, записанная в JavaScript, совершенно автономном в единственном файле HTML. Вы загружаете его в свой браузер как URL file:///, таким образом, нет никакой потребности в сервере.
Я использую его в качестве персональной Wiki для хранения примечаний по различным предметам.
Google Gears используется для предложения нескольких приложений Google офлайн (Google Reader, Gmail, Документы и больше).
Что такое Google Gears?
Механизмы являются расширением браузера с открытым исходным кодом, которое позволяет разработчикам создать веб-приложения, которые могут работать офлайн. Механизмы обеспечивают три основных характеристики:
- Локальный сервер, чтобы кэшироваться и служить ресурсам приложений (HTML, JavaScript, изображения, и т.д.), не будучи должен связаться с сервером
- База данных, чтобы сохранить и получить доступ к данным из браузера
- Пул рабочего потока, для создания веб-приложений более быстро реагирующими
путем выполнения дорогих операций в фоновом режиме
Механизмы в настоящее время являются выпуском разработчиков раннего доступа. Это еще не предназначается для использования реальными пользователями в производственных приложениях в это время.
Если Вы - разработчик, заинтересованный использованием Механизмов с Вашим приложением, навещаете Разработчика Механизмов Page.
Если Вы хотите установить Механизмы на своем компьютере, посетите Домашнюю страницу Механизмов. Обратите внимание, однако, что Механизмы еще не предназначаются для общего использования.
Но поскольку Вы читаете, это находится все еще на ранних стадиях.
Мое предложение, когда Вы указали выше, состоит в том, чтобы использовать систему Wiki для решения проблемы. Теперь вопрос мог быть: Какой?
Можно использовать Trac, это очень просто, и можно настроить его GUI. Но, если Вы предпочитаете что-то более усовершенствованное, используйте MoinMoin. Я использовал его в течение многих лет и IMO, это - очень хорошая и сильная система Wiki.
Depiste, который Wiki Вы выберете, забывает писать Ваше веб-приложение с нуля. Согласно yor вопросу лучший подход должен выбрать что-то, что работает, и настройте/измените его для установки потребностям.
Некоторые указатели на решение 3:
для части графического интерфейса, ExtJS кажется действительно хорошим.
для части хранения есть хорошая библиотека javascript, которая абстрагирует различные серверные части хранилища: PersistJS .
Поддерживаемые серверные части для PersistJS:
- flash: постоянное хранилище Flash 8.
- шестерни: постоянное хранилище на основе Google Gears.
- localstorage: черновик HTML5 хранилище.
- whatwg_db: хранилище черновиков базы данных HTML5.
- globalstorage: хранилище черновиков HTML5 (старая спецификация).
- то есть: поведение пользовательских данных Internet Explorer.
- cookie: постоянное хранилище на основе файлов cookie.