タグ付けされた質問 「web-applications」

Webアプリケーションとは、インターネットまたは内部ネットワーク(イントラネット)を意味する「Web」を介してアクセスされるアプリケーションです。

3
「レスポンシブ」なWebデザインを検討すべきではないのはなぜですか?
これはプログラミングの問題というよりはグラフィックデザインの問題のように思えるかもしれませんが、実際のグラフィックデザインよりもはるかに技術的/プログラミング上のメリットがあると思います。 「レスポンシブ」ウェブデザインのコンセプトは、CSS3のメディアクエリを使用して表示デバイスのサイズを検出し、それに応じてCSSルールを調整することを中心に展開されます。これは、多くの展開ケース(特にモバイル)の空白を埋めます。 私はメディアクエリの使用がゆっくり浮上していると思います(多くの人はそれについて本当に知らないことがわかりました)が、採用が遅い理由があるのか​​どうか疑問に思っています。Webアプリケーションには非現実的ですか?基本的な落とし穴になるかもしれない、私が見逃しているものはありますか?

4
GAEは、何百万ものアクティブユーザーが使用するアプリをホストできるインフラストラクチャですか?
下記のGAEの制限について知りたいのですが、GAEでそのアプリをホストすることで、Facebookなどの優れたソーシャルアプリを構築することもできますか? 言い換えれば、GAEは6億人のアクティブユーザーが使用するアプリをホストできるインフラストラクチャですか? 制限事項:いくつかのフォーラム/ブログから出てきました(不足しているものがあれば、リストに追加してください)。 HTTPリクエスト/レスポンス 最大リクエストサイズ:32 MB 最大応答サイズ:32 MB すべてのリクエストは30秒以内に応答する必要があります。そうでない場合、GAEはDeadlineExceededExceptionをスローします 各cronジョブは10分以内に実行する必要があります cronジョブはマップ削減を利用できません 別のサイトへのすべてのGETまたはPOSTは、5秒後に中止されます。最大10秒まで待機するように設定できます。(TwitterやFacebookと何度も連携するには中間サーバーが必要です) クライアントはFTPを介してGAEに接続できません(HTTPおよびHTTPSのみ)。 カスタムドメインのhttpsはありません。your-app-id.appspot.comドメインの場合のみ。 ユーザーの流入が発生すると、「割り当て超過」エラーが発生します データベース ローカルの開発におけるデータベースの動作は、実際のサーバーの場合と同じではありません。 GQL。他には何もありません。 クエリで1000件を超えるレコードを取得することはできません(クライアントに「ワンクリックゴーオフラインナウ」ボタンを許可したい場合は真剣に考えます)。 操作を実行するために大量のレコードへの線形アクセスが必要な場合は、運が悪い(Googleのシステムは大規模にクラスター化されている) Memcache値の最大サイズは1 MBです。 単純なテキスト検索はできません 2つのテーブルを結合することはできません。 遅い(継承を使用してテーブルを分離する方法について読んで、テーブルを検索し、キーを取得してから、親を取得して、逆シリアル化のパフォーマンスを回避する必要があります) 「インデックスが多すぎます」ランタイム例外 エンティティは、インデックス内に最大5000個のプロパティ値を持つことができます *という形式のキー名(2つのアンダースコアで開始および終了)は予約されているため、アプリケーションで使用しないでください。 キー名は500バイトに制限されています(UTF-8でエンコードされていると思います)。 言語 pythonまたはjavaまたはGo(またはGroovy、ScalaなどのJVMを使用する言語) サーバーの問題 静的IPなし(サードパーティAPIの呼び出しでスロットルと割り当ての問題が発生する可能性があります) 各アプリケーションは3000ファイルに制限されています Webアプリを実行するOSまたはハードウェアの制御なし

3
C ++プログラムのWebエンドの作成
サーバー上のC ++プログラムとインターフェイスするためのWebエンドを作成するための最良の方法は何だろうと思っていました。最初は、Webサーバー側の言語(shell_exec()PHPなど)からシェル実行を使用するだけだと思っていましたが、「より良い」方法があるかどうか疑問に思っていました。多分もっとネイティブなものか、これは何らかの理由で悪い習慣ですか?

15
邪魔なJavaScriptは大丈夫ですか?
WebサイトのすべてのユーザーがJavaScriptを有効にする必要がある場合、邪魔なJavaScriptを使用しても問題ないかと考えていました。 私はすべてプログレッシブ拡張に賛成ですが、古いブラウザやJavaScriptが無効になっている場合に、高度なWebアプリケーションがユーザーを戸口で跳ね返すポイントは何ですか? 私たちは非常にスリムなターゲットユーザーを抱えており、必要なブラウザーとプラグイン/機能をターゲットユーザーに伝えることができます。だから私の質問は、その場合JSとHTMLを混ぜても大丈夫ですか?onclick属性の使用と同様です。

3
Webアプリケーションのサーバー要件を計算する方法
私はモバイルアプリケーションのAPIを公開するバックエンドを開発しています。ユーザーは登録、製品の追加、製品のリンクを電子メール/ SMS /どこでも共有でき、他の人はそれをクリックして製品を購入できます。これは、モバイルアプリケーションの単純なワークフローです。アプリは、画像のアップロードと取得がサードパーティのクラウドサービスによって行われる、画像集約型のアプリです。SO画像部分は私のバックエンドで処理されません。 現在、私は開発チームの出身で、ハードウェアサーバー側の経験はほとんどありません。インフラストラクチャの要件を説明したところ、次の質問がありました。 アプリケーション/ストレージスループット アプリケーションのスループット(3か月、6か月、1年の同時接続数) ストレージスループット(3か月、6か月、1年でのデータの増加) HA要件 DR要件 上記の3点をどのように予測すればよいかわかりません。スループットはどのように計算されますか?最初の1か月でアプリケーションに10000人のユーザーが登録すると推定されます。そのうち5000人がアクティブユーザーになります。アプリケーションへの平均ログインでは、ユーザーあたり10 APIヒットがあり、これは5000 * 10 = 50,000ヒット/月になります。これは、1分あたり1 APIヒット、つまり最初の月に最大2つの同時接続になります。 計算はこのようになりますか?データの増加をどのように計算しますか?それは、ユーザーが製品を登録、作成し、そのために消費されたデータベースサイズを合計すると、データの増加と呼ばれることになるということですか。 この質問は悲惨に思えるかもしれませんが、サーバーの要件に対してスループットがどのように計算されるかを理解するには、本当に助けが必要です。

1
スクリプトをページごとに1つのバンドルにバンドルするのが良い方法ですか、それとも複数のバンドルを使用する方が良いですか?
私が取り組んでいるWebアプリケーションには、3種類のスクリプトがあります(スタイルシートにも同じことが当てはまります)。 すべての単一ページで必要なもの(jqueryなど) すべてではなくいくつかのページで必要なもの(たとえば、ユーザーがアップロードした画像を表示するページで使用されるライトボックスライブラリ) 単一のページで必要なもの(たとえば、そのページの機能に固有の何か) 各ページには、必要なすべてのスクリプトをまとめた独自のバンドルが必要ですか?または、各タイプのスクリプトを独自のバンドルにする必要があります(つまり、ページが3つのバンドルをロードする可能性があります-EssentialScripts.js、mediaLibraries.js、およびpageSpecificScripts.js)?または私が知らないより良いアプローチはありますか? これらのスクリプトをバンドルするためのベストプラクティスは何ですか?また、さまざまなアプローチにはどのような利点/欠点がありますか? (これがどの程度関連性があるかはわかりませんが、私が取り組んでいるプロジェクトはASP.NET MVCバンドルを使用しています。また、より簡単にするために、サードパーティのCDNからのファイルはないと仮定しましょう。それらはすべて同じ場所から読み込まれ、クライアントは他のサイトにアクセスする必要はありません。)

2
ログを国際化することは意味がありますか?
ログを国際化するための有効なユースケースは何ですか?特に、Webアプリケーションにとって意味のある用途はありますか。 私はからWebアプリケーションが使用するロギングAPIの変換に取り組んでいるlog4jのをslf4j、インターフェイスが上抽象的に使用されていることに気づいたlog4jの実装をサポートする国際化。また、との両方が国際化log4jをslf4jサポートしていることにも気付きました。 現在、国際化は、エンドユーザーがログを表示できるデスクトップアプリケーションをプログラミングするときに役立ちますが、このロギングファサードは、一般的に英語を使用する必要がある開発者が、いくつかのWebアプリケーションのサーバー側でのみ使用します。 。

1
Webアプリケーションをクライアント側のみにしない理由はありますか?
私は最近、パスファインディングアルゴリズムシミュレーションアプリケーションをPythonで書き始めました。 ユーザー入力を受け取り、ランダムに2Dグラフを生成し、GUIを介してシミュレーションを表示します。 さて、私が見つけたのは、Pythonやスタンドアロンアプリケーションは、この種のアプリケーションの共有にはあまり適切ではないということです。これは、人々に自分のコンピューターなどで実行させる必要があるためです。それらをウェブサイトに。 明らかに、表示要素と制御要素はクライアント側で記述する必要があります。 ただし、実際のパス検索アルゴリズムは、クライアント側またはサーバー側のいずれかで作成できます。 これで、サーバー側のバックエンドが必要ない(つまりデータベースがない)場合、Webアプリケーション全体をクライアント側のHTML / JavaScriptで実行することが可能になります。 問題は、これを行わない正当な理由があるかどうかです。 クライアントとサーバー間のやり取りを処理する必要がないため、クライアント側でのみ実行すると、複雑さが大幅に軽減されます。サーバーの唯一の目的は、最初にJavascriptをクライアントに提供することです。 一方、私はすべてをJavaScriptで記述する必要があります... また、再利用可能なモデルモジュールを使用するという考えは、私にとって魅力的です。例えば。後でスタンドアロンアプリケーションが必要な場合は、View / Controlモジュールを記述するだけで済みます。 ここで一般的に受け入れられている慣習は何でしょうか。

3
非常に複雑なフォームのフィールド間の依存関係をモデル化する方法
複数の保険商品の申し込みフォームとして使用するWebアプリケーションを作成する必要があります(合計15)。このアプリケーションフォームはフォームウィザードに似ています。4〜10の製品に応じて、複数のページにまたがります。 フォームがレンダリングするすべてのさまざまな要素(入力、選択ボックス)の合計は約250ですが、最も複雑な製品でさえ170を超えることはありません。最も複雑でないものでも約80の要素が必要です。 製品ごとに1つずつ、15の異なるアプリケーションフォームを作成するのではなく、すべての製品で使用される単一のアプリケーションフォームを作成する必要があります。 想像できるように、要素には要素間に多くの依存関係があります。フィールドに値を入力すると、別のフィールドまたはフィールドのセットが(現在のページまたは次のページで)表示または非表示になります。入力した値に基づくその他の依存関係: 要素の値が必要かどうか 選択ボックスの可能な値が変更されます 検証制約が変更されます ご想像のとおり、これのモデリングは非常に複雑です。問題は、これらすべての要素のモデリング(および文書化)、それらの間の依存関係、および検証制約にどのツールを推奨するかです。どのようにモデリングしますか?この場合、データモデルについてはまったく触れません。このモデルは、必要な作業の仕様の一部となり、プロジェクトの完了後の参考になります。モデルを変更しても、申請書は自動的に変更されません。 簡単にできることのいくつか: 特定の要素が依存する要素を確認する 特定の製品のフォームに含まれるすべての要素を確認する 特定の製品に必要な要素を確認する 各要素の検証ルールを定義する 各要素にさまざまな属性を定義する 制限:モデリングを行うのは製品マネージャーと製品所有者です。

1
使用するテストフレームワークを決定するにはどうすればよいですか?
状況はこれです。 私は小さな政府ITプロジェクトのジュニア開発者です。継続的な統合や自動テストフレームワークはありません。しかし、アイデアはこの種のものを開発すること/私たちの開発環境を改善することです。 この製品はデータ処理アルゴリズムであり、Webアプリケーションを介してエンドユーザーに情報を表示します。 そのため、WebアプリケーションのJavaScriptを変更する作業がたくさんあります。そのため、JavaScriptの単体テストを実装したいと考えています。 このスタックオーバーフローの質問を見て、javascriptのいくつかの異なるユニットテストフレームワークの概要を説明しました。 問題は、どのフレームワークを使い始めるかをどのように決めるのですか? テストフレームワークを選択するための基準のリストは何ですか? それらをすべて試すのは現実的ですか? フォーラムなどの使用方法について、フォーラムなどをよく読んでください。

3
Pythonアプリケーション用のブラウザベースのGUI [終了]
休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか?質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 6年前休業。 コマンドラインのpythonアプリケーション用のウェブ/ブラウザベースのGUIを作成したいと考えています。目標は、このGUIを作成するためにHTML / JSテクノロジーを利用することです。アプリケーション自体として、LinuxとWindowsで実行する必要があり、インターフェースはlocalhostからのみアクセスできます(インターネットに公開されません)。GUIには5〜10ページが含まれます。 HTML / JSを含む従来のデスクトップGUIは必要ありませんが、一連のHTMLファイルと、それらとアプリケーションの間にある種のコントローラーが必要です。 また、ページ全体を更新せずに、GUIでデータを読み込んで印刷できるように、非同期プログラミング(ajaxのような)を利用したいと思っています。私はおそらくそのためにjQueryを使用しますが、他にもいくつかあります。 これをどのように設計することをお勧めしますか?ここではパフォーマンスは重要ではありません。私はむしろ、信頼性、移植性、シンプルさを考えています。 私は軽量のPython HTTPサーバー/フレームワーク(CherryPyなど)を使用することを考えています。後でPythonテンプレートシステムを使用することもできます(最初は数ページになります)。 編集: 私はこれを構築するためのアイデア/推奨事項を探していますが、ブラウザ/ウェブベースのGUIに代わるものではありません。

2
Javascriptでのドメインモデルの実践(フレームワークを使用)
これは私がしばらく行ったり来たりして検索して何も見つかりませんでした質問です:バックボーンのようなフレームワークを使用しているときに、Webアプリケーション用のJavascriptでドメインモデルを複製することに関して受け入れられているプラ​​クティスは何ですか?またはノックアウト? サーバー側に一連のドメインモデルを持つ重要なサイズのWebアプリケーションがある場合、これらのモデルをWebアプリケーションに複製する必要がありますか(下部の例を参照)。または、動的な性質を使用してこれらのモデルをサーバーからロードする必要がありますか? 私の考えでは、モデルを複製するための議論は、フィールドの検証を容易にし、存在すると予想されるフィールドが実際に存在することを保証することなどです。私のアプローチは、クライアント側のコードをほとんど別のアプリケーションのように扱い、些細なことをすることですそれ自体、データと複雑な操作(クライアント側にはないデータを必要とする)をサーバーに依存しています。クライアント側のコードをこのように扱うことは、ORMのエンティティとUIレイヤーのビューで使用されるモデルを分離することに似ていると思います。それらは同じフィールドを持ち、同じドメインの概念に関連しているかもしれませんが、それらは別個です事。 一方、サーバー側でこれらのモデルを複製することは、DRYの明らかな違反であり、クライアント側とサーバー側で異なる結果をもたらす可能性があるように思えます(一方が更新されても、もう一方は更新されません) )。このDRYの違反を回避するには、JavaScriptのダイナミズムを使用して、必要なときにサーバーからフィールド名とデータを取得します。 それで、これらの状況で自分自身をいつ繰り返すか(そうでない場合)について、認められたガイドラインはありますか?または、これはプロジェクトと開発者に基づいた純粋に主観的なものですか? 例 サーバー側モデル class M { int A DateTime B int C int D = (A*C) double SomeComplexCalculation = ServiceLayer.Call(); } クライアント側モデル function M(){ this.A = ko.observable(); this.B = ko.observable(); this.C = ko.observable(); this.D = function() { return A() * C(); } this.SomeComplexCalculation = ko.observalbe(); …

1
製品品質のコードの特徴または機能は何ですか?
フリーランスプロジェクト(webアプリ)のコードを配信するのはこれが初めてです。また、コードの配布の経験があまりないため、プログラムを展開する準備ができているかどうかを判断するのに苦労しています。 私の理解では、本番レベルのコードには次の特性が必要です。 フォールトトレランス:キャッチされない例外を乗り切る能力 データの冗長性:ユーザーデータを失うことはありません スケーラビリティ:追加の負荷を処理するためにアプリを書き直す必要はありません テストカバレッジ:テストされた「まともな」量のコード これらの特性には、プログラム自体に固有のものもあれば、環境に関連するものもあります(複数のクラスターを使用しているかどうか)。ただし、環境に依存する特性でさえ、プログラムの設計方法に影響を与えます。 私の質問は次のとおりです。本番用コードを本番用ではないコードと大きく異なる他の特徴は何ですか? 質問の範囲を減らすために、ウェブアプリのみに焦点を当ててください。 編集:私は自分の状況に固有の特性を尋ねることで、範囲を絞り込もうとします。私はフリーランサーとして、VPSの購入から構成、コードの記述、デプロイまで、すべてを担当していました。プロジェクトとそのセットアップは十分に文書化されていますが、お客様はそれを維持することができません。アプリは複雑ではありませんが、多くの外部コンポーネントに依存しているため、これらのコンポーネントが変更/消失した場合、実際に壊れる傾向があります。目標は、顧客の介入なしで可能な限り長く続くことができるサービスをセットアップすることです。

2
Webアプリはどのようにサブドメインを作成しますか?
サブドメインを使用するWebアプリのアーキテクチャを理解したい。私はこれをうまく表現しているとは思わないので、説明させてください。 TumblrやShopifyなどの多くのWebアプリは、サブドメインにユーザーのサイトを作成します。たとえば、私のtumblrアカウントはjohndoe、私のtumblrブログをで見つけたとしましょうjohndoe.tumblr.com。これがどのように実装されているか誰かが説明できますか?

3
HTTPの状態の欠如は、プロトコルを最新のアプリケーションに適合させませんか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。回答は事実、参考文献、専門知識によって裏付けられると期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 PHPからASP.NETに変更しましたが、今はやや大規模な会社でWebフォームを使用しています。しかし、ASP.NET Webフォームに関する印象を裏付けるためにいくつか調査を行い、Webフォームは「デスクトッププログラミング」の世界から来た人のためにWebアプリケーションを簡単に作成できるようにするための試みであるという結論に達しました。 しかし、私はWebフォームを回避する前に、私たちが作成したソフトウェアのニーズを分析することを決定し、Web上のアプリケーションの状態を維持する問題にぶつかりました。 HTTPはステートレスプロトコルであり、ASP.NETはセッション変数、hiddenfields、viewstatesを使用して状態をシミュレートしようとしていることを理解しています。上記のすべてに欠陥があり、状態を維持するのに完全ではないことも理解していますアプリケーションですが、アプリの状態を維持する必要性も理解しています。 どちらが問題を提起しますか、HTTPはこのタイプのジョブ(状態を必要とするアプリケーションの作成)に本当に適していますか?現在、ツールはWeb開発者が利用できますか?HTML5で利用できる新しいツールは仕事で効果的ですか、それともHTTPの制限に対する回避策にすぎませんか。 私はWeb用に開発するのが大好きで、デスクトップよりもWebに精通しています。このHTTPのステートレス性についてしばらく疑問に思っていたので、ポイントが足りないのか、それともm私の考えにぴったりです。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.