問題タブ [offline]

「オフライン」フォームを使用して作業を行っている人はいますか? 社外からのデータ入力が必要なアプリケーションがあります。メールでフォームを送信して、フォームに記入して返送することを考えていました。明らかに Web アプリケーションが最適なソリューションですが、経営陣はそれをサポートするためのインフラストラクチャとセキュリティを構築する準備ができていないようです。PDFフォームについて少し読んだことがありますが、それは良い解決策ですか、それとも他の解決策はありますか?

サーバーへの永続的な接続を必要とするアプリケーションがあるとします。リソース (電力/帯域幅) を無駄にせず、接続が表示/改善されたときに再接続時間を短縮するために、接続/再接続ロジックを実装するにはどうすればよいですか? 接続通知のみを使用すると、ローカル ネットワークに関係のない問題が発生する可能性があります。

C#バージョンを見せていただければボーナスです。

私たちは通常OLTP（購入システムを考えてください）であるアプリケーションの設計に取り組んでいます。ただし、これは特に一部のユーザーがオフラインになる必要があるため、ユーザーはDBを自分のマシンにダウンロードして作業し、LANに接続したら同期し直す必要があります。

私はこれが以前に行われたことを知っていることに注意したいのですが、私はこの特定のモデルの経験がありません。

私が考えたアイデアの1つは、GUIDをテーブルキーとして使用することでした。したがって、たとえば、発注書には番号（自動数値）ではなくGUIDが含まれるため、すべてのオフラインクライアントがそれらを生成でき、DBに接続し直したときに衝突が発生することはありません。

これは何らかの理由で悪い考えですか？GUIDキーを介したこれらのテーブルへのアクセスは遅くなりますか？

これらのタイプのシステムの経験はありますか？この問題をどのように解決しましたか？

ありがとう！
ダニエル

Ruby on Rails を使用してアプリケーションを開発していますが、主に言語を学ぶための言い訳として使用しています。

これは、Web ベースのアプリケーションを意図したものではありません。言語の選択が間違っているのかもしれませんが...

私の理解では、このアプリケーションのインスタンスを他の誰かのコンピューターで実行するには、Ruby on Rails、Web サーバー (またはおそらく Webrick)、および私のアプリケーション コードをインストールする必要があります。

私のアプリケーションをスタンドアロン アプリとして配布するための他のオプションがあるかどうか、または Web ブラウザーと ROR をアプリと一緒にパッケージ化して、簡単なワンステップ インストールを実現する簡単な方法があるかどうかに興味があります。

優れた Web アプリの核心は、オフライン機能と JavaScript 機能です。現在、デスクトップ Web アプリの作成者がモバイル市場に参入するために利用できるツールとラッパーは何ですか? そのようなチームに必要な読み上げは何でしょうか?

明確化: 携帯電話のオフライン機能と JavaScript 機能がどの程度改善されたかについての情報を探しています。「携帯電話」という用語が広すぎることは承知しています。Gears、Adobe AIR、Silverlight などのオフライン ソリューションは知っていますが、これらは本当に携帯電話向けなのでしょうか?

iPhone や Symbian などのモバイル Webkit ブラウザーで JavaScript はどの程度改善されましたか? OperaMini は、いくつかの JavaScript 機能も主張しています。

私は、作成者が (願わくば) 彼らを支援するために使用するアプリを構築しています。

wiki のように考えてみてください。私の（潜在的な）熱狂的な大衆にできるだけアクセスできるようにしたいので、ウェブアプリにすることを考えています.

もちろんそうである必要はありません。他のサイトとの統合やソーシャル機能はありません。ただし、フォームに情報を入力する必要があるため、迅速な構築にはおそらく Web が最適です。

しかし、私はそれを自分でホストしたくありません。買う余裕はありませんでしたが、ほとんどの場合、これを使用する人々は自分のデータを他の場所に保存したくないと考えています. これは彼らが書いていることに関する個人情報であり、彼らが私を信頼してくれるとは思えないので、シッククライアント アプリにすることを考えています。

そこに問題があります。主にフォーム データ入力に焦点を当てたアプリケーションを潜在的なユーザーが簡単に利用できるようにする方法 (イェーイ Web アプリ) だけでなく、データを完全に制御していることをオフラインでも確認できるようにする方法 (イェーイ シック クライアント アプリ) です。

次の解決策が表示されます。

1. それをシック クライアント Java アプリとして構築し、縮小バージョンをアプレットとしてネット上で実行して、ユーザーが完全なものをダウンロードする前にプレイできるようにします。
2. オンライン用の Flex アプリとオフライン用の Air アプリとしてビルドします (基本的に同じソースの別のビルド スクリプト)。
3. 標準の Web アプリ (HTML、JS など) としてビルドしますが、ダウンロード可能なバージョンを使用して、コンピューター上でサイトを完全に実行します。ネットには一切触れません。

1と2を無視して（私はそれらを別々に調べています）、3には以下が含まれると思います：

• 私のコードを実行する準備ができている小さな Web サーバーを含むインストールをパッケージ化します。
• DB を mySQL などから SQLite などに再マッピングします。
• サーバーを実行し、ブラウザーを適切な場所に開く何らかの便利なアプリを作成します。おそらく、Prismのようなものを使用して、ブラウザー全体を非表示にします。

それで、あなたは今までにこのようなことをしたことがありますか？

もしそうなら、どのような問題に遭遇しましたか?

最後に、私が思いつかなかった別の解決策はありますか? '

(また、Joyent Slingshotは別の質問に対する提案でしたが、これは RoR (私は経験がありません) であり、Linux では動作しないと 99% 確信しているので、私には適切ではありません。)

MoinMoin wikiにオフライン アクセス機能を追加するには?

少なくとも、サーバーベースの wiki のすべてのページを (オフラインで) 閲覧できるようにしたいと考えています。コンテンツを変更しない検索などは二次的なものです。追加のボーナスは、このソリューションがオフライン中に wiki コンテンツを更新し、オンライン時にそれを wiki に戻すことができる場合です。

Google Gears は、これを解決しようとする有力な候補のようですが、他のソリューションも歓迎します。

MoinMoin の興味深い特性は、コンテンツをデータベースではなく通常のファイルに保持することです。これにより、ある場所から別の場所への wiki コンテンツの移植が容易になりますが、それがこの質問への回答に何らかの役割を果たすかどうかはわかりません。

注: 良い返信が表示されたら、評価してください。そうしたいのですが、このサイトではまだ評価を行うことができません。

JavaScriptでインターネット接続がオフラインであることを検出する方法は?

私たち @ medicware.com.brは、 Web アプリケーションをGearsでオフライン対応にすることを考えています。私たちの主な目標は、インターネット接続がダウンしても基本的な機能を実行し続けることです。

ですから、その分野でのあなたの実際の経験に関するサクセス ストーリー、ヒント、およびリソースを聞きたいと思います ( Gearsに関連するかどうかに関係なく)。

自宅のコンピューターは、R​​SSフィード（主にトレントとポッドキャスト）からいくつかのものを自動的にダウンロードするように設定されています。ただし、このコンピューターを常にオンにしておくとは限りません。私が購読しているサイトのスループットは比較的高いので、コンピューターの電源を入れ直しても、電源を切ってから最新の更新までの間に何を見逃したのかわかりません。

フィードエントリを実際のサイトで利用できるよりも長期間保存するにはどうすればよいですか？

Yahooのパイプを調べたところ、そのような機能は見つかりませんでした。Googleリーダーはそれを行うことができますが、各アイテムに手動でマークを付ける必要があります。php用のMagpieRSSはキャッシュを実行できますが、それはフィードを取得しすぎないようにするためだけであり、実際にはより多くのエントリを格納しません。

私は24時間年中無休のWebサーバー（LAMP）にアクセスできるので、php / mysqlを使用したソリューションが優れており、既存のWebサービスも優れています。

これを行うために独自のコードを書くこともできますが、これは以前に誰かが遭遇した問題であるに違いないと確信していますか？

私がしたこと： これを指摘してくれたMike Willsのおかげで、Googleリーダーを使用してタグ全体を共有できることに気づいていませんでした。これができるとわかったら、フィードを別のGoogleアカウントに追加するだけで（個人の読書リストを詰まらせることはありません）、興味のある特定のエントリを取得するために、Yahooパイプを使用して選択的なマッチングも行いました。で、これも何かが見落とされるリスクを最小限に抑えるためです。