タグ付けされた質問 「websites」

Webサイトのソフトウェア開発に関する質問。

2
Webサイトを1つのdllにコンパイルする必要がありますか、それともページごとのdllにコンパイルする必要がありますか?
多数のクライアントサイトに展開される新しいプロジェクトを開発しています。プロジェクトには、その「アクセスポイント」の1つとしてWebベースのGUIが含まれています。Webインターフェースの速度は、このプロジェクトの優先事項であり、セキュリティに次ぐものです。 過去には、Visual Studioで常に "Webサイト"を作成してきました。公開すると、システム内の各ページに1つのdllファイルと1つのaspxファイルが作成されます。ただし、実際に「Webアプリケーション」を作成し、すべてを1つのdllにコンパイルできることを認識しています。 私にとって(実際のデータはなく、直感だけで)、サイトを単一のdllとしてコンパイルすることは、セキュリティと速度(どちらかといえば)の両方に優れているように思えます。 考慮すべき考慮事項は何ですか?また、適切な方法を選択する際に注意すべき明らかな落とし穴はありますか?


8
MSサイトで何かを見つけるのが難しいのはなぜですか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 私はいつもこの質問を心に抱いていましたが、これについての説明をいただければ幸いです。私だけですか、それともMSサイトで何かを見つけるのが難しいのと同じように感じていますか?たとえば、.NETフレームワークをダウンロードする必要があるたびに、Googleで検索する必要があります。ダウンロードできるものがわからず、ダウンロードのカテゴリもありません。あなたは単に検索フィールドに残されています。ファイルの最新バージョンをダウンロードしたかどうかはわかりません。悲劇的なことに、競合他社のGoogleに頼ってサイトで何かを見つける必要があります。私は彼らが大企業であることを知っています。 しかし、組織化された方法で情報を公開するのは本当に難しいですか?

2
パンくずリストは、WebサイトやWebアプリをナビゲートするための実行可能な方法ですか?
現在、次の種類のWebサイトとアプリに取り組んでいます。 Amazonのようなeコマース 予約システム(部屋の空室状況をチェックするホテルの受付係を考えてください) Freshbookのような請求書管理 アマゾンでは、パンくずリストに気づかず、左パネルのファセットだけに気付きました。ただし、neweggはブレッドクラムとファセットの両方を使用しています。 ホテル予約や請求書管理などの管理システムでは、通常、システム全体で検索する一意の予約番号または顧客番号があります。各予約は、たとえば次のようにさらにセクションに展開できます。 Reservations > Reservation #123456 > Guests > Room > Airport pickup > Payment 一意の予約ページごとに、パンくずリストを使用して、サイトに対する現在のページの位置を示しています。それはそのような情報を提示するのに良い方法ですか?タブやその他のテクニックを使用する必要がありますか?

4
サーバーでXMLを解析するか、プロキシを提供して、ブラウザで解析する必要がありますか?
サードパーティのAPIとのインターフェースが必要です。このAPIを使用して、エンドユーザーのブラウザー内からGET要求を作成し、XML応答を受信します。このデータは、ユーザーがデータを検索したり、決定に使用したりできるブラウザーベースのアプリケーションで使用されます。主な問題は、ほとんどのブラウザーがクロスドメインXMLの使用を制限しているため、単純に取得できないことです。 APIからのXML。 ただし、全体的なデータは基本的に2つのセットに分かれています。 最初のデータセットは公開されており、頻繁に更新する必要があるだけなので、サーバー側のすべてのユーザーがキャッシュできるため、トラフィックが大幅に軽減されます。 2番目のデータセットはプライベートであり、各ユーザーに個別です。このデータは、APIでもより頻繁に更新されます。これにより、キャッシュの効果が大幅に低下します。 スケーラビリティの理由から、サーバーの負荷をできるだけ小さくしたいと思います。 私の前に2つのオプションが表示されます。 XMLリクエストをサードパーティのサーバーにルーティングし、クライアントとサードパーティのAPIの間で直接やり取りするために使用できるプロキシを提供します。 サーバーにXMLからJSONへの変換を実行させ、不要な情報を削除します。これは基本的に、サーバー用の新しいAPIを作成することを意味します。これは、サードパーティAPIからのリクエストに変換されます ユーザーにデータを提供するための最良の方法は何ですか?(2つのオプションのいずれかである必要はありません)
11 javascript  api  xml  websites  json 

11
世界中の誰でも理解できる普遍的な日付形式はありますか?
カナダでは、誰もが日付形式に精通していますYYYY-MM-DD。ヨーロッパや南アフリカでは、彼らが好むDD-MM-YYYY。南アフリカから、YYYY-MM-DD日付の形式に戸惑うユーザーがいます。この状況に対処する方法はありますか? 私は次のメソッド形式をすべてに使用することを考えていました: Feb 02, 2011

7
誰がテスト計画を書くべきですか?
私は社内の開発チームに所属しており、マーケティングチームの要件に従って会社のWebサイトを開発しています。受け入れテストのためにサイトをリリースする前に、従うべきテスト計画を提供するように依頼されました。 ただし、開発チームは、要求者からの要求であるため、何をテストするか、何を探すべきか、どのように動作するかなどについて最良の知識を持っているため、テスト計画は不要であると感じています。私たちは常にこれについて議論しています。開発者は次のようなことを書き留めるのは時間の無駄です。 ボタンAをクリックします。 フォームフィールドにXYZと入力し、ボタンBをクリックします。 動作Cが表示されます。 これは、要求された要件/機能ごとに繰り返す必要があります。これは基本的に、要件ドキュメントに既にあるものを言い換えたものです。 プロジェクトの管理にはアジャイルアプローチを使用する方向に進んでおり、これは各反復の終了時にも要求されます。 単体テストと統合テストは別として、エンドユーザー受け入れテスト計画を立てるのは誰ですか?それは要求者ですか、それとも開発者ですか? よろしくお願いします。 CK よろしく

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またはハードウェアの制御なし

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