問題タブ [static-html]

http://blog.urbantastic.com/post/81336210/tech-tuesday-the-fiddly-bits

UrbantasticのHeathは、彼のHTML生成システムについて次のように書いています。

UrbantasticのすべてのHTMLは完全に静的です。すべての動的データは、AJAXを介してJSON形式で送信され、Javascriptを使用してHTMLと結合されます。言い換えると、UrbantasticのサーバーソフトウェアはJSONを排他的に生成および消費します。HTML、CSS、Javascript、および画像はすべて、異なるサービス（バニラNginxサーバー）を介して送信されます。

プレゼンテーションとデータを物理的に分離しているので、これは興味深いモデルだと思います。私は建築の専門家ではありませんが、効率と安定性が飛躍的に向上するようです。

ただし、次のことが私に関係しています。

• [主観的]Clojureは非常に強力です。Javascriptはそうではありません。別の目標のために作成された言語ですべてのコンテンツ生成を作成すると、多少の苦痛が生じます（CSSでJavascriptタイプのコードを作成することを想像してください）。彼がJavascriptを生成するためのマクロシステムを持っていない限り、HeathはおそらくJavaScriptとClojureを絶えず切り替えています。彼はまたたくさんのJSコードを持っているでしょう。おそらくClojureよりもはるかに多いでしょう。これは、パワー、迅速な開発、簡潔さ、そしてLISPベースの言語に切り替えるときに私たちが見ているすべての点で良くないかもしれません。

• [パフォーマンス]これについてはよくわかりませんが、ユーザーのマシンですべてをレンダリングするのが遅れる可能性があります。

• 【アクセシビリティ】JSを無効にしている場合、サイトは一切ご利用いただけません。

• [アクセシビリティ＃2] JavaScriptでいっぱいになる動的データの多くは、クロスブラウザの問題を引き起こすと思います。

誰かコメントできますか？このタイプのアーキテクチャについてのあなたの意見を読んでみたいと思います。

参照：

1. HNに関するディスカッションへのリンク。
2. / r/programmingに関するディスカッションへのリンク。

まもなく作業を開始する Web アプリ プロジェクトがあります。含まれる機能の 1 つは、ユーザーがコンテンツを追加できるコンテンツ管理システムであり、そのコンテンツはテンプレートと結合され、通常の .html ファイルとして出力されます。この .html ファイルは、独自の Web ホストに FTP 送信されます。

私は車輪を再発明しないことを常に信じてきたので、これを行う高品質のカスタマイズ可能なCMS が既に存在するかどうかを確認することにしました。たとえば、Blogger.com では、すべてのコンテンツを自分のアカウントに投稿できます。独自のホスティングを使用できるようにするオプションを提供します。新しい記事を公開するたびに、新しい .html ページが生成され (新しい記事へのリンクを含む更新されたインデックス ページも)、更新されたコンテンツが独自のサーバーに FTP 送信されます。

私が望むのは、自分のニーズにより厳密に適合するように変更できるこのようなものです。

必要な機能:

• 自社サーバーでホスティング可能
• PHPで書かれています
• ユーザーは自分のアカウントからコンテンツを追加し、投稿するとサーバーに .html として FTP 送信されます
• 適切なページも更新され、新しいコンテンツ (インデックス ページなど) にリンクされます。
• テンプレート可能
• カスタマイズ可能

オプションの (しかし非常に望ましい) 機能:

• CodeIgniter または類似の PHP フレームワークで作成

CodeIgniter は厳密に必須というわけではありませんが、私はそれを非常に好みます。これにより、開発時間が短縮され、実装がはるかに簡単になります。

それで - 何か提案はありますか？リモートサーバーに静的ページとしてプッシュする CMS をいくつか見つけましたが、見つけたものはすべて開発者サーバーでホストされているため、まったく変更できません。

私はしばらく ASP.Net MVC を使用してきましたが、次のように考えていました。

ASP Classic と PHP を少し思い出しすぎました。ええ、確かな改善がありますが、それでも私は少しうんざりします.

静的な html だけを記述し、厳密に jQuery を使用して Web サービスから JSON の結果を収集し、ページに適切に入力する代わりに、私は考えてきました。誰かがこのアプローチを試しましたか? あなたの経験は何ですか？

AppEngineアプリケーションを作成しました。今までのところ、提供できるHTMLファイルはごくわずかです。誰かがhttp://example.appengine.com/にアクセスするたびに、App Engineにindex.htmlファイルを提供させるにはどうすればよいですか？

現在、私のapp.yamlファイルは次のようになっています。

ピア

120000 ファイルの静的な html コンテンツがあります。すべてのファイルをインポートして、個々のファイルの内容をノードとして保存したいと考えています。ノードのタイトルをhtmlファイル名として、ノード本体をhtmlファイルの内容として与えることによって、それを行う方法は?

よろしく

静的HTML：iFrameタブアプリを使用して、いくつかの企業のランディングページをデザインしています。ランディングページをhtmlでデザインしましたが、正常に機能していますが、タブのアイコンを変更する必要があります。独自のアイコンを配置する必要があります。私を助けてください

node.js サーバーを実行し、node-static を使用して静的 HTML ファイルを提供します。

私がやりたいことは、一連の変数が添付された静的な HTML ファイルを提供することです (たとえば、POST メソッドを介して)。HTML ファイルに動的情報を含めたいのですが、その動的データをノード サーバーから (できれば JSON 形式で) 引き渡せるようにしたいと考えています。

node-static はそれを行うことができますか? それとも、それができる別のモジュールがありますか?

クライアントに送信する前に応答から空白を削除する単純なHttpModuleを作成しました。これはIIS7.0のaspxページでは正常に機能しますが、静的htmlページを作成して呼び出すと、HttpModuleが起動しません（ソースに空白が含まれているため、削除されているはずです）。どうやら私は正しくやっていない何かがありますが、何がわからない。

私のWebサイトは、.NET4.0および。のアプリケーションプールにありますManagedPipelineMode = Integrated。

モジュールをManagedModuleとして追加し、GACの厳密な名前キーアセンブリを参照しています。

ありがとう

編集-これはweb.configのsystem.webserver部分です

編集-それを修正しました。興味のある人のために、これは私のモジュールが応答をチェックし、空白の削除を続行するかどうかを決定する方法です

問題は、httpContext.CurrentHandler！=nullの上の3番目の条件にありました。静的な.htmlページに対してこのモジュールを呼び出すと、currentHandlerがnullであったため、コードがhtmlを操作するために内部に入ることはありませんでした。この3番目の条件を削除しましたが、現在は機能しています。みなさん、ありがとうございました

私たちは .NET ショップ (通常は ASP.NET MVC) であり、静的な HTML サイトに対する顧客の要件があります。この演習を行ったとき、私の皮膚の下にある唯一の部分は、動的なサイトでは回避するための多くのトリックがある大規模な重複です. 部分ビュー、マスターページ、または同様のツールを使用して、Razor または同様のものでコードを開発しやすくするライブラリを知っている人はいますか?静的 HTML サイトとして出力を生成できます。

そのためのシステムを作成できることはわかっていますが、他の人が既にホイールを作成している場合、ホイールを再作成する必要はありません。

PS: 顧客が静的サイトを必要とするかどうかについての議論にはあまり興味がありません。

HTML、CSS、さらにはJavascriptで構成されたランディングページを作成できるFacebookページ用の静的HTMLアプリに出会いました。例えば。http://www.facebook.com/divethegap?sk=app_190322544333196

親ウィンドウと対話できるようになりました。可能であれば、全体の背景を別のもの、できれば当社の Web サイトの画像に変更したいと考えています。

私が試したテストとして$('body', window.parent.document).css('background-color', '#888');

何も起こりませんでした。Facebookが親ウィンドウを修正する機能を制限または完全に制限する理由はたくさん想像できますが、親のCSSの場合、それが可能かどうか疑問に思いました. それは確かに全体的なテーマをかなり明るくするでしょう.