1現象
SSIがらみのコンテンツでアクセスするとファイルのダウンロードのダイアログが出て、ページが表示されない現象が発生。
2.原因へのてがかり
・先日までサイトが表示されていたのでコンテンツファイルの問題ではない
・同サーバーの特定サイトにのみ発生している。共通点はphp、SSI設置。
・ディストリが変更された
・Apacheのバージョンが2〜になった
3.対応
該当サイト内に設置されているhtaccessを確認
↓
Apache2に対応していない記述があることを発見
↓修正
———-
#AddType text/x-server-parsed-html .html←コメントアウト不具合の原因
AddHandler server-parsed .html←追記
———-
参考http://httpd.apache.org/docs/2.0/ja/mod/mod_mime.html
■AddHandler ディレクティブ
説明: ファイル名の拡張子を指定されたハンドラにマップする
構文: AddHandler handler-name extension [extension] …
コンテキスト: サーバ設定ファイル, バーチャルホスト, ディレクトリ, .htaccess
上書き: FileInfo
ステータス: Base
モジュール: mod_mime
拡張子 extension が名前にあるファイルは指定された handler-name に扱われます。この新しいマッピングは既にある他のマッピングに追加され、 同じ拡張子 extension のためのマッピングを上書きします。たとえば、拡張子 “.cgi” で終わるファイルを CGI スクリプトとして扱いたいときは、以下の設定をします。
AddHandler cgi-script .cgi
これを httpd.conf ファイルに記述することで、拡張子 “.cgi” のファイルは CGI プログラムとして扱われます。
引数 extension は大文字小文字を区別せず、 最初のドットはあってもなくても構いません。
また、PHPでもバージョン違いで下記のように記述が異なるので今後注意したい。
PHP5 の場合
AddHandler php5-script .html
PHP4 の場合
AddType application/x-httpd-php .html
/※※/
PHPの場合、いい加減な書式でもPHPに向いていれば動いちゃいます。
AddHandler application/x-httpd-php .html ときちんとMIME-Typeを書くのが問題ないかと思います。
ただ、コレには諸説あるので、「書式を統一する」事が一番かも。
宗旨替えの場合には一気に書き換える事でOK。
/※※/
デジタルカメラ
手持ちHDR撮影ができる高速ライブビューデジ一眼α550
ソニーソニー「α550」は、上下チルト式の液晶モニタを備えたデジタル一眼レフ機だ。そろそろビギナーを卒業したい買い替え層を主なターゲット…
HTML 5では、ファイルの先頭で以下のようなDOCTYPE宣言を行う必要がある。
<!DOCTYPE html>
大文字、小文字は区別されない。この宣言を行うことにより、ブラウザに対して「最も最先端の仕様に基づき」パースやレンダリングを行うよう指示することができる。
DOCTYPEの有無や指定方法によって、ブラウザのモードがどう切り替わるかについてはこちらの記事に詳細があります。
IEは8からが標準モードで以下は「ほぼ標準」Almost Standards Mode。
IE8以下を推奨ブラウザにするのであれば、今現在はjavascriptを補助で入れておかないとです。
以下の要素は、HTML 5では廃止されている。
* acronym
* applet
* basefont
* bgsound
* big
* blink
* center
* dir
* font
* frame
* frameset
* isindex
* listing
* marquee
* nobr
* noembed
* noframes
* plaintext
* s
* spacer
* strike
* tt
* u
* wbr
* xmp
HTML 5で新規導入された要素
現在の仕様において、完全に新しく導入された要素は以下の通りです
* article … 「記事」を表すセクション要素
* aside … 補助的な情報を表すセクション要素
* footer … セクションのフッタ
* header … セクションのヘッダ
* hgroup … 見出し要素(h1 – h6) をまとめるための要素
* nav … ナビゲーションリンクを表すセクション要素
* section … 汎用的なセクション要素
* figure … キャプション付きのフロー要素。図表等の埋め込みが主な用途。
* source … video/audio内で使用され、リソースのURLやMIMEタイプの指定を行う
* video … 動画埋め込みに使用する要素
* audio … 音声埋め込みに使用する要素
* canvas … JavaScriptで操作可能なグラフィック要素
* output … 出力フォーム
* details … ユーザが必要に応じて参照可能な詳細情報を表す要素。
* menu … ツールバーや右クリック時などのメニューを表す要素
* bb … ブラウザの特殊な機能(Mozilla PrismのようなWebアプリのスタンドアローン化など)を呼び出すコマンドボタン(Browser Buttonの略)
* command … ユーザによって呼び出されるコマンドボタン。menuとともに用いられる。
* datagrid … 2次元のグリッド
* datalist … データのリストを定義するための不可視の要素。optionタグを用いて個々のデータを指定する
* dialog … 対話形式のテキストを表す。dt要素とdd要素を用いて、発言者と発言内容を表す
* progress … プログレスバー
* meter … メーター
* time … 日付を表す要素
* mark … 他の部分から参照されている、という意味合いが強いテキストの強調
また、ruby/rt/rp(ルビ要素)とembed(オブジェクトの埋め込み)は、ブラウザ固有の実装が進んでいた要素であるが、今回正式に仕様の一部となった。
ターミナルとFinderの両方を使って作業をしていると、不要な「.DS_Store」に悩まされる事があります。
ターミナル上からコマンドで削除してましたが、やっぱり便利なアプリで済ませる方が良い。
CleanArchiverで解決
http://www.sopht.jp/cleanarchiver/
http://hajimemasita.blogspot.com/2008/01/dsstore-cleanarchiver.html
コマンド派の方はこちら
「コマンドラインメモ – Mac OS X の Finder が生成する .DS_Store ファイル、リソースフォルクファイルを再帰的に削除」
find . -name “.DS_Store” -print -exec rm -r {} “;” ; find . -name ._* -exec rm -r {} “;”
GoogleはChromeブラウザのエクステンション〔プラグイン〕のサポートへまた一歩踏み出したようです。今日（米国時間11/23）、Googleはデベロッパーが新しく自作したエクステンショを公式ギャラリーにアップロードして公開することを許可しました。このギャラリーはまだChromeの一般ユーザーには公開されていませんがGoogleは「数日後、一部の信頼できるユーザーに対して、ベータテスタとしてアクセスを認める」としています。
エクステンションをギャラリーにアップロードしたいデベロッパーは、単にGoogleの約款に同意するだけでよくこの約款には「Googleはエクステンションを公開するのに先立って、内容を審査する権利を有する」という条項が含まれています。しかしGoogleでは、この条項はエクステンションにfile://” URL形式のNPAPI （Netscape Plug-in Application Programming Interface）コンポネントが含まれているかどうかをチェックするためだとしているそうです。 Googleは、セキュリティー上の理由から、このようなタイプのエクステンションのデベロッパーはギャラリーでの公開に先立って追加情報を提供することを求められることがあるととのことです。
実際に役立つGmail CheckerなどGoogle自身が作成したChromeエクステンションが現在すでにいくつか公開されています。 これらのエクステンションはデベロッパーに開発とメンテナンスのひな型を提供するためのものだ。関連ドキュメントはこちらに。Googleでは、すべてのプロセス（エクステンションの開発からアップデートなどのメンテナンス）は非常に簡単だと言っています。
エクステンションは、ここ数年MicrosoftのInternet Explorerの唯一のライバルにのし上がってきたFirefoxの人気を支える主要な機能だから、Chromeにとっても非常に重要な要素になるでしょう。
GoogleはFirefoxの開発元であるMozillaの最大のスポンサーなのですがどうなるのでしょう。
数週間以内にChrome for Macもリリース予定です。ちなみにエクステンションはChrome for Macのデベロッパー向けビルドですでに作動しているとのことです。
待ち遠しいです。
安いサーバーは限られた機能しかないので、無理をするときに設定が変更できずに困る。
WebArenaSuiteXクラスのお手軽サーバーで出会ったこと。
どうしても送信されるurlテキストに"が入り込み正しいリンクが表示されない現象に見舞われる。
また、フォームで送信先メールアドレスに送信されない現象も同じ。メール送信できない理由がSMTPの認証関連かとおもったら、メールアドレスに自動エスケープ機能が働いてプログラムが正しくうごいてなかった。
お手軽サーバーには
「magic_quotes_gpc がデフォルトでON」
になっていることがよくある
PHPの中に、
ini_set(‘magic_quotes_gpc’, ‘off’);
ってかいてたけど、ini_setで変更できないようになってた。
なので、.htaccessに
php_flag magic_quotes_gpc off
php.iniを直接編集することができるサバーであれば問題なしです。
magic_quote_gpcをつかった自動処理は百害あって一利なし。
W3C に HTML5 Japanese Interest Group が発足したとのことです。
このグループは、HTML5 仕様、および、それに関係する API 仕様を含めて、日本語でレビューすることを目的に発足したようです。W3C 会員のみならず、一般にも開放されています。
このグループの議長は、Web 標準 Blog でおなじみの株式会社ミツエーリンクスの矢倉 眞隆 氏です。
HTML5 仕様策定においては、WHATWG のメーリングリストで参加できますが、すべて英語です。多くの日本人にとっては英語の壁は大きいと言えます。
また、日本独自の印刷慣習を踏まえた議論も必要なはずですが、英語の壁だけでなく、他国の人にとっては関心が薄いという問題もあります。たとえば、ruby 要素、rt 要素, rp 要素なども、該当するでしょう。
日本語で、日本独自の事情を踏まえた議論ができる場が W3C で用意された意義は大きいと思います。
今後の議論に期待したいところです。
HTML5 Japanese Interest Group
2009/11/26
