随筆・ザの人

随筆prototype

主に各種Web技術, Windows, ソフトウェア, ドラクエ, globe, エレキゲーム制作の話題を扱っている。

最近のカテゴリ
思想[13]
misc[51]
game[22]
MQ[29]
JS[24]
DQ[72]
HSP[5]
Category:Web制作と管理

07/11/18(Sun)

サーバ側でJSONPを出力したい

ctime: 07/11/18(Sun) 17:53
JSONP な形式で提供したいデータがあるけど、そのコールバック関数名(?)を決め打ちにはしたくない。

http://example.com/data.json?callback=foo にリクエストすると foo({/*この部分は JSON なデータ*/}); を返すような仕組みって、CGI とか使わないと無理ですよね。あと XSS の対策も必要ですよね。誰かがこのような CGIスクリプトを配布していたりしないかなぁ。

07/09/09(Sun)

GoogleとWebの隙間

ctime: 07/09/09(Sun) 11:02
+ドラクエ1と比べてドラクエ2が進化している点
+ドラクエ2と比べてドラクエ3が進化している点
+(中略)
+ドラクエ8と比べてドラクエ9が進化している点

これらの一覧をまとめたページがあれば、私が求める情報の収集(collect) あるいは選択(compare) や比較(choose) に便利だと思って Google で「前作 進化 ドラゴンクエスト OR ドラクエ」を検索したが、上位に表示されたページからは望んだ結果を得られなかったので、前作を intitle:前作 にしてみたら今度はほとんど引っかからなくて、もし私じゃない他の人だったらどのようなキーワードを使うのだろうかと思った。

さらに一般的に言えば、他人がどのような状況でどのような検索キーワードを使うのかということについては普段から興味がある。

Google の検索キーワードに使える intitle: などの接頭辞を活用している人がどの程度いるのかは知らないけど、たくさん広まってほしいと思う。そして Web上の文書のタイトルの重要性がさらに認知されたり、その上で隙間を狙ったタイトルおよび文書の作成が促されてほしい。

ほしいほしいと言うだけじゃなくて、自分も隙間を埋めていきたいとは日頃思っている。自分がなんらかの検索キーワードを使っても望んだ結果が得られなくて、なおかつ、自分がその望んだ結果に相当する内容の文書を作成できる知識を持っている場合に、そのような文書を作って公開してしまえば、少なくとも私と同じような検索キーワードを使った人(未来の「それなんて自分」)が望んだ結果が得られるようになるだろう。

07/03/03(Sat)

表計算ソフトCalcでHTMLの表を作成

ctime: 07/03/03(Sat) 19:09
"大きな HTML のテーブルは表計算ソフト Calc から作成しています。"と書いた(※)ら、それについて電子メールで質問をもらったので、もうちょっと詳しく書いてみます。

Calc で表を作ったら、「名前をつけて保存」でファイルの種類を指定することで HTML として保存することができますが、これで作った HTML は Calcが使うための独自の属性が含まれていたりして、そのままでは Web上に公開するにはちょっと美しくないです。そこで、私は JavaScript を使って HTML をある程度整えます。保存した HTML をブラウザで開いて、以下の JavaScriptコードを実行します。

http://d.hatena.ne.jp/Bill/20070303#1172915479

すると、ページの下の方に、整えた HTMLコードが出てくるので、コピーしてテキストエディタなどに貼り付けてさらに手を加えたり加えなかったり。

他の人はどのような方法で HTML の表を作るのでしょうか。以下は関連がある 2ch のスレッドです。

エクセルでテーブルを組んでますが馬鹿ですか?
http://pc11.2ch.net/test/read.cgi/hp/1021096525/


http://riverport.s27.xrea.com/link/tool

06/09/18(Mon)

スタイルシートで文書とナビゲーションを分離?

ctime: 06/09/18(Mon) 19:39
http://q.hatena.ne.jp/1157914431

どういう回答がついたのか、開けられるまで楽しみにしていたのに、質問から7日経って(?)キャンセルされていました。その後、誰かによって回答1がオープンされていて、でも別の文脈でお話をする人がいてほしかったので、残りの回答もオープンしてみました。でも、文書とナビゲーションの分離を行うためのフレームという文脈でお話をした人はいませんでした。

文書とナビゲーションの分離を行うという目的をフレームではなく、スタイルシートで達成したい場合にはどうすればよいのかというと、CSSであれば、LINK要素によるリンクを、より分かりやすく表現するという方法が思い浮かびます。

head, link { display: block; }
link:before { content: attr(rel); }

こんな感じ。仕様で保障された方法ではなく、一部のブラウザで、下線つき青文字的なリンクになります。個人的には、XSLTを使う方が良いかもと思います。それでもフレームの、幅や高さを自由に調節できるという長所を、フレーム以外の手段でやってのけるのは、たぶん本命はJavaScriptだと思うのですが、ちょっと面倒です。

06/08/21(Mon)

RDFって難しい

ctime: 06/08/21(Mon) 0:37
自分の FOAF (Friend of a Friend) を作成してみようと思い、私はこういうものを扱うときはその仕組みなどをある程度理解しておきたくなる人間なので、RDF から勉強中。このテの話題といえば、神崎さんが詳しいでしょう! ということで、まず kanzaki.com 内の文書を読んでいますが、見慣れない語彙が多くて、読むのが大変です。私って見慣れない語句に対してこんなに抵抗があったかしら……。でも、困難の後に大きな理解を得られるのは、同サイトで HTML を勉強するときに体験済みだったと思うので、がんばります……。今日はもう寝る。

06/07/09(Sun)

LightBox.js や ThickBox.js のアクセシビリティの問題

ctime: 06/07/09(Sun) 14:10
Firefox なんかで JavaScript 有効 / 製作者 CSS 無効 の状態の時に、LightBox.js のアクションを起こすと、JacvaScript 無効時に普通にアンカーをたどって目的のリソースにジャンプする時よりも不便な思いをする。

この問題を解決するには、ジャンプさせりゃ良いのではないか、と思った。読み込んで appendChild された画像なんかに id をつけて、location.hash を使ってジャンプさせる。その画像を閉じる時には、history.back() で。でも、この方法だと折角のかっこいいエフェクトが台無しになっちゃうかな?

もう一つの方法も考えた。製作者 CSS が有効になっているか無効になっているかを何らかの方法で判別して、無効になっている場合は上のような方法でジャンプさせて、有効の時は従来どおりのかっちょいい演出をする。でも、製作者 CSS の有効 / 無効を判別する方法を知らない。[object CSSStyleSheet].disabled が true になるわけでもないみたいだし。

06/06/17(Sat)

掲示板スパムがきた

ctime: 06/06/17(Sat) 1:03
>[ rolex replica watches ] 2006/06/16 16:38 No.575
> Really nice interesting site. thank you for it)

こーいうの、色んなところで見かけてきたけど、ついにうちのサイトにもきたというか。とりあえずIPアドレスを見てアクセスを制限するようにしてみたが、まぁ無力だろうな。今後頻発するようなら、掲示板の改造しようかな。またしてもPerlか。

06/03/29(Wed)

PRE要素のスタイルが上手くいかない

ctime: 06/03/29(Wed) 7:29
<画像略>なんか半角スペースの幅が行によって違うんですよね>winie。Author CSS切ってもだめぽ。

06/03/19(Sun)

用語集(glossary)に関するメモ

ctime: 06/03/19(Sun) 2:21
一つの文書にするほどでもないけど薀蓄(うんちく)を傾けたい事が時々あるんですよ。そういうのを寄せ集めて用語集にしよう、と思った。ネタが無くて困っている個人サイトとかでやってみると良いかも。

用語集って言っちゃいけないかもしれない。用語集って言うと硬い感じがするけど、私が考えているのは、なんというか、その言葉に対して思ったこととかを述べるような感じのものです。例えば……

だいまどう【大魔道】
ファミコン版のドラクエ4のだいまどうから逃げる時には、1回アストロンを使ってからの方が危険が少なくなるかもしれない。だいまどうの攻撃パターンはいつも決まっている。イオナズン→マホステ→スカラ→メラゾーマ→いてつくはどう→通常攻撃→最初に戻る。うろ覚え。アストロンを使わないで最初に逃げて失敗するとイオナズンをくらうけど、アストロンを使ってから逃げると、失敗した場合にはメラゾーマをくらう。後者の方が受ける総ダメージが少なくてすむ。後者で3回連続逃げられないと、メラゾーマに加えて通常攻撃もくらってしまうけど、それでも(ry。ちなみに4回目のにげるは確実に成功する。

こんな感じ。でも、こういうのを何と呼ぶべきか分からないので、とりあえず用語集についての知識を深めてみようと思いました。"用語集を作る", "用語集を作成", "用語集について", "用語集とは", "用語集を作ろう" をそれぞれぐぐってみて、見つかった気になるページを記しておきます。

概念について
http://plaza.umin.ac.jp/j-term/basis.htm
"用語モデルに関する基礎知識をまとめたものです。"

人力検索はてな - 質問一覧
http://q.hatena.ne.jp/list?word=%E7%94%A8%E8%AA%9E%E9%9B%86
「用語集」を検索してみました。

論文のアウトライン作成のためのヒント
http://www.ispl.jp/~oosaki/research/tips-outline/
"論文で使用する用語を統一するため、まず最初に用語集を作成する。"

Wordsworth(ワーズワース)の杜
http://www.hamarch.com/wsworth/
Wordsworthは用語集作成ソフトです。

06/03/10(Fri)

mod_rewriteを使えばいいのかなぁ。

ctime: 06/03/10(Fri) 18:51
Options MultiViewsで拡張子なしのURIでアクセスできるようにして、そのURIの末尾にスラッシュ(/)付けてもファイルにアクセスできてしまう仕組みが分からない@XREA。404になるもんだと思ってました……。それが普通のHTMLとかのページだった場合、./とか../で始まるパスの記述の意味が変わってしまうのが問題。/で始まる書き方に統一すればいいけども、404エラーにしちゃうかリダイレクトするようにする方が楽だなぁ。

06/02/01(Wed)

ジャンルの幅と更新の手間について

ctime: 06/02/01(Wed) 22:42
ページ評価スレ 2ページ目[606]

Webサイトのコンテンツが多方面に向きすぎると、そのうち更新が大変になりそうという主張が。そんなことはないと思うなぁ。どのようなことを扱っているサイトなのかを説明するのは難しくなりそうだけど。妖精現実の「サイト案内」考を思い出した。

06/01/27(Fri)

ローカルのファイル管理とURI設計

ctime: 06/01/27(Fri) 20:53
ある程度大きなWebサイトを作る時に、沢山のファイルをローカルでどのように管理するのかが問題になってくる。管理がしやすいようにフォルダやディレクトリを作って分ければ良いじゃないか、と多くの人が考えるが、はたしてそうだろうか。何故なら、そのままの構成で(※1)アップロードすると、一般的には、それがURIのパスに反映されてしまう。これ自体は特に問題ではない。問題なのは、フォルダの分け方に不満が生じた場合で、フォルダの分け方を変更するとURIとの不整合が生じて気持ちが悪い。URIを変更するのは論外である。管理がしやすく、それでいて後悔しないようなフォルダの分け方はおそらく確立されていない (確立されていたら賛同されてそれなりに広まっているはず) 。

実際のフォルダ分けは、たとえば、クールなURIは変わらない(※2)に書かれてあるような感じにして、しかしそれだと管理が面倒だから、実際のフォルダ構成とは異なる、管理しやすいような仮想の構成を用意すれば良い。仮想の構成であれば、変更したくなって変更しても、実際のフォルダ構成に影響しない。

複数のファイルを管理する機能を持ったテキスト(あるいはHTML)エディタがいくつか存在する。実際に使ってみたわけではないので自信は無いが、以下のエディタがそうであると思われる。
・HTML Project
・J-cref
・JmEditor
・MKEditor
・NoEditor
・Peggy
・テキストエディタQX

テキストエディタにファイル管理機能が組み込まれている必要は無い。むしろ、テキスト以外のファイルも管理したければ、テキストエディタの機能では不十分だろう。Vectorの ユーティリティ>ファイル管理 カテゴリを漁ったり、Googleで"仮想フォルダ"を検索してみると色々見つかりそうな気がする。今日はテキストエディタを探す旅に疲れた。

※1
おそらく多くの人が、そうしていると思うんだけど、違うかもしれないなぁ。

※2
http://www.kanzaki.com/docs/Style/URI.html

06/01/22(Sun)

XBitHack

ctime: 06/01/22(Sun) 8:26
http://www.kanzaki.com/docs/sw/http-header.html#ssi-xbithack

RP2ndで早速実践してみた。.htaccessに XBitHack full と書いて、.shtmlなファイルのパーミッションを644から755に変更……でいいのかな。ただし、トップページは掲示板を読み込んでいて、いちおう動的な(?)ページなので、それだけはLast-Modifiedを出さないように644のままにした。

転送量とかがある程度減ったりするのかどうかはよく分からない。Analogによれば、最近では1日に2〜3MB程度の転送量のようだ。転送量の推移は、はてなグラフを使って公開しています。
http://graph.hatena.ne.jp/Bill/%E8%BB%A2%E9%80%81%E9%87%8F%28M%20bytes%29/

06/01/05(Thu)

P902iのiモードブラウザについて

ctime: 06/01/05(Thu) 22:36
昨年の12月28日に携帯電話をN504iからP902iに変えて、さらにパケット使い放題のプランに変更したので、色々とWebを辿ってブラウザの使い心地を確かめている。

設定で文字を小さく表示するようにすると、横15文字表示になるので、N504iの横10文字よりかなり視野が広がった(文字を小さくしないと横12文字)。

HTMLの見出しのところは、通常よりも少しだけ大きな文字で表示されるようだが、太字にはならないので区別がつきにくい。

HTMLのFONT要素のsize属性の指定が反映されるようだが、SMALL要素の部分は小さな文字で表示されない(BIG要素は未確認)。

大きなサイズの文書を全部ダウンロードできる。40KB超の文書を最後まで読むことができた。しかしやはり限界があるようだ。

HTMLの表は、セルの位置関係を表らしく保って表示される。したがってテーブルレイアウトされていると読みにくい場合がある。

PNG未サポート。N504iのときはパケット使い放題にすることができず、節約のために画像を読み込まない設定にしていたので、これは問題ではなかった。しかしパケット使い放題になって画像を読み込む設定にしてもPNGの画像が見られないのは少し残念。画像をコンテントネゴシエーションしようと思った。

PDFをダウンロードして表示できる。
http://riverport.s27.xrea.com/data/20050514
この地図な画像なんかを、PDFで提供すれば、ちょっと便利な思いをする人がいるかもしれないと思った(しかし費用対効果は小さいだろう、というかFirefoxがSVGを標準でサポートしたからSVGでの提供の方が先かも)。

UTF-8Nサポート。古い携帯ブラウザを見捨てるのであればShift_JISを使わなくてもよい?

XHTML文書の先頭のXML宣言が見えなくなった。N504iでは、これが見えちゃっていた。

HTMLのSCRIPT要素やSTYLE要素の中身がコメントアウトされていないと丸見えになってしまう。

HTMLのbackground属性(でしたっけ?専らCSSでやるので忘れた)によって背景画像が表示される。

05/12/23(Fri)

Author CSSのメモ@2005-12-23

ctime: 05/12/23(Fri) 11:09
サイトのAuthor CSSの定義リストの指定を変更するかも。Bookmarkletで小窓を出してそこにCSSの記述を書くとリアルタイムでページに反映されるので思いついた変更案を手軽に確かめられる。某Bookmarkletのサイトの「スタイルをテスト」というものです。いつも重宝してます。それによる今回の収穫をメモメモ。

dl {
margin: 1em 10px;
}
dt {
border: 1px solid #9EB0C2;
width: 70%;
background: #DADEE3;
padding: 5px;
margin-bottom: .5em;
}
dt img {
vertical-align: middle;
}
dt a img {
vertical-align: baseline;
}
dd {
border: 1px solid #DADEE3;
padding: 5px;

05/12/22(Thu)

最初のリストマークが消えて困った

ctime: 05/12/22(Thu) 22:41
<画像略>原因はこれ。
li要素の子孫にリスト要素があるとリストマークが上方にずれる
http://cssbug.at.infoseek.co.jp/detail/winie/b028.html

とりあえず間にコメント挟んで対処することにする。

微力ながら検索用にキーワードを列挙しておく。
ul ol dl 入れ子 表示 バグ winie

05/12/15(Thu)

SOLD OUT用アイコン@2005-12-15

ctime: 05/12/15(Thu) 21:43
<画像略>
SOLD OUT用アイコン@2005-12-13の続き。アイコンを少しだけ丸っこくして、モノトーンにして、文字のメニューに添えてみることになるだろうと思う。

05/11/04(Fri)

Webページのダウンロードサイズについて

ctime: 05/11/04(Fri) 22:21
http://www.tagindex.com/cgi-lib/q1bbs/patio.cgi?mode=view&no=1957

「Webページの重さは*KBぐらいまでにしましょう」みたいな主張は、大抵あてにならない、と思います。こういう主張を気にする人はあまりいないと思いますけど、若干いることは確かなようです。

通信回線の速度(とその普及)の進歩は著しく、先のような主張はすぐに古くなります。古くなった主張は、それを見て違和感を持った人によって修正されますけど、古い主張が(いつの主張なのかを示してあっても)鵜呑みにされてばら撒かれる力も同時に存在することを考えると、現時点での平均的な主張は現実よりも結構古いだろうと想像します。根拠は全然無いですけど、平均で3年ぐらいのタイムラグはありそう。

より古い主張はより軽いページを要求します。ページは軽いに越したことはないので、特に重大な問題ではないでしょうけど、古い主張が表現を束縛するようであれば、これは問題かもしれません。Web制作者は、移りゆく不確かな主張よりも、もっと当てにするべき基準を持ちましょう。たとえばユーザから重いと苦情を寄せられてから対応することにしてもよいかもしれません。まともな感性の持ち主が普通にページを作れば、まず大丈夫でしょう。

05/10/30(Sun)

カテゴリ:Web制作と管理@2005-04-01〜2005-09-26T00:44

05/09/26(Mon)

2004年度のWeb制作と管理に関する記事の一覧

recent 《   》 past
thebbs.jp