Amagle AaFダウン中につき
Amagle AltADsのAaF(フラッシュ広告)のサーバーがダウン中のようなので、取りあえずの処置として、HTMLadに差し替えました。
Amagle AltADsのAaF(フラッシュ広告)のサーバーがダウン中のようなので、取りあえずの処置として、HTMLadに差し替えました。
昨日から今日にかけて、トップページのレイアウトを少し変更し、放置していたMac版IEのCSSのバグによる表示修正をおこなった。
レイアウト修正は、右サイドメニューになんでもかんでも詰め込んでいたのでページが縦長になりすぎて使いづらかったので、その中のいくつかをフッタにまとめて表示するように変更した。
この作業はまあ時間かかったけど、特に問題はない。(各ブラウザのフォントサイズの違いの調整でちとてこずったけど)
—追記—
ひとつ問題があったのを思いだした。Mac版IEだとfloatで並べる場合、width:auto;(デフォルト)では横に並ばなかったので、width:200px;などブロックの幅を固定した。
———-
問題だったのは放置していたMac版IEでの表示。今回の修正箇所は3つ。
(1) 背景画像(background-image)が表示されない。
(2) タブメニューバーの崩れ。
(3) ピンクのぞうさん部分が縦に並んでしまう。
参考になったサイト→CSSバグリスト@CSSバグ辞典スレッド
ここのMac版IEのCSSバグリストにはかなりの数があげられているが、今回のに関係したものは2つ。
(a) backgroundプロパティで指定した背景画像が表示されない (IE5.1)
(b) clearを設定した要素の子要素では同じ方向のfloatが効かない (5.x)
(a)は、わたしの(1)の場合はurl()の中のパスを”や”"で囲んでいたというのが原因だったらしい。取ったらあっさり表示された。
(b)は、(2)と(3)の問題に影響していた。
この(b)は今までの感覚では親要素の幅を子要素の幅の合計が越えた場合に起きると考えていたんだが、いくら子要素の幅を小さくしても横に並ばなくて、今回調べてみたらガ〜ンとショックを受けた。(かなりIEのアホさ加減にむかついた。)
しょうがないので、ブロック要素で指定していたclearをやめ、ブロックの改行する箇所に、
<div style=”clear: both;line-height:0;”> </div>
を挿入した。当然この行の分の隙間が空いてしまうことになり、位置調整が必要になるんだがうまいこといかんかったので現在は空いたままになっている。(^_^;
#いま思い付いたんだが、line-heightを0とか1にすりゃいいかも。後でやってみようかと。
—追記—
またもやMac版IEでは無効だったが、Safari、Firefoxではline-height:0;は有効だったので、上のも直しときます。
———-
ということで、Mac版IEでもとりあえずおおまかには他のブラウザに近い表示になったはずです。(今回は一応Winのブラウザでも確認したので大丈夫なはず。(^_^;)
上記のCSSバグリストは、Mac版IEのCSSではまった時にでも見てみると参考になると思います。
#いいかげんWinもMacもIE使うのやめてほしいというのが本音ではある。IEのCSSはおバカすぎる。(^_^;
ブログでなくてもやばそうなんだけど。(^_^;
ブログがやばい–スパイウェアの配布に悪用される脆弱性あり - CNET Japan
ブログツールは、Javascript(やActiveXなんだそうだが、Winユーザー(プログラマ)ではないのでActiveXはよう知らん)なんかの便利なツールをテンプレートいじるだけで簡単に追加できてしまう分、危険度(使用率)が高そうってだけで、特にブログに限った話じゃないと思うんだが。
ようは、悪意ある人間がこれは便利な(または楽しい)ツールだよんといって、JavaScriptやActiveXの中に危険なプログラムを仕込んで配付し、よくわかってない人間がそれをほいほい使ってしまったら、実はポップアップ広告が表示されたり、スパイウェアのダウンローダだったということではないかと。(^_^;
つまり、ブログでなくても普通のHTMLページで使っても同じなような。
ブログの機能を使ってそれら悪意のあるコードが動いてるというならブログがやばいってことだが。(その辺の詳しいことは記事には書かれてないのでなんともいえん)
#新しもの好きでサイドバーになんでもペタペタ貼付ける人は要注意。(^_^;
#わたしもいくつか貼付けてるので、後でチェックしなおそうかと。(おいっ)
貼付ける側の注意としては、JavaScriptの例でモダシンさんが解説している。
Modern Syntax : ブログがやばい–スパイウェアの配布に悪用される脆弱性あり
信頼できるとこや信頼できる人ならまだしも、よくわからんとこのよくわからん人が配布してるJavaScriptツール(別にJavaScriptに限らんのだが)やらなんやらは、使う前に何やってるか調べろってことやね。んで、何やってるかわからんときはそんなもんはどんだけ便利だろうが楽しかろうが使わないほうがいいって話。
ブログなりホームページを見る側の注意としては、JavaScriptやらActiveXやらは動かないようにブラウザで設定しておくのがベストだけど、信頼できそうなとこ、人のとこだけ見るか、それ以外のときは要注意ってことで。(^_^;
2/22放送のWBSの特集を見たんだが、いわずとしれたiPodの裏面の鏡面仕上げを新潟の町工場の職人さんが磨いているというのでびっくらこいた。(^_^;
放送では確かに数人の職人さんが並んで手作業で磨いていた。すんげ〜。
ムービーの配信はされてないが、WBSのサイトは→ http://www.tv-tokyo.co.jp/wbs/
この職人さんたちは磨き屋といわれてて、旧来は職人の個人技だったものを磨き屋シンジケートという共同体をつくりそこで一括受注したものを各職人の得意な磨き技術によって仕事を振り分けるという。
1個からでも磨くというので、研究所なんかから引き合いがあるらしい。
世界の若者が群がってるiPodの裏で、秘かに日本の職人技が生きているというのが素晴らしいなあと思ったしだい。(アップルのものづくりへのこだわりもすごいけど)
孫がiPod買ってきたところで、その部品はじいちゃんが作ってるんだよっていえるんだからかっちょええのお。
なんだが、昨日大体できたかなあと試しにいくつかのRSSをテストしようと、まどかさんのまどろむまどろぐのRSSを読込んでみたら、ダメでした。(^_^;
#他のところはとりあえず問題はみつかっていない。
RSSのパースはlastRSS.phpを使ってるので、試しに別のRSSパーサーのMagpieの方でやってみたらきちんと表示されている(こっちはHTML出力だが)ので、まだ何が原因かわからんけどわたしの作ってるものがおかしいらしい。(おいっ)
出力されたRSSを保存してJeditで開いてみるとUTF-8でCRLFと認識され、変換して開いてみると改行のところにおかしなコードが入ってるように見える。
んで、HexEditでバイナリを見てみると、0D0A(CRLF)と0A(LF)ってところがあり、どうも改行コードが混在しているようだ。これが原因なんだろうか?(^_^;
さらに、MamboV4.5.2のRSS作成部のソースも見てみたがLFに統一されているようなので問題なさそうである。したがって、まどかさんのRSSはどこでCRが混入したのか謎である。またあるべきところに改行コードが入ってなかったりもする。
この改行コードの混在(と抜け)に対応するには、lastRSS.phpの改造しなきゃならんのでちとやっかいである。
また、lastRSS.phpはRSS 0.9,1.0,2.0対応と書かれてはいるが、ベースは0.9系で2.0がベストのようだ。RSS 1.0だとpubDateではなく、dc:dateなのでパースできんらしい。
それと、Atomにも対応していない。
その点、MagpieのほうはAtomにも対応してるし、まどかさんとこのもちゃんと読めてるのでパーサーとしてはこっちのほうができがいいかもしれん。(使い勝手のよさは別だが)
なら、Magpie使えばいいじゃんとなるが、ま〜た作り直しになる。&Feed2JSとの違いがわからんくなるともいう。(笑)
んで、どうしようかなと考え中。(あと、スクリプト呼び出し時のURLエンコーディングの問題もあるなあ…)
ということで、まだお披露目できません。(^_^;
—追記—
って、長々書いたが、なんのことはない最後に書いたURLエンコードしてスクリプト呼び出ししたらちゃんと動いた。(^_^;
ただ、他のパラメータ渡しがまだうまく動かないけども。
んーと、こないだのRSSからリスト作るやつ。iframe呼び出しだとiframeがじゃまくさいだろうということで、Javascript化を検討している。
んで、コメントでまどかさんが教えてくれたRSS Feed : ZOO!
のAboutに書いてあるFeed2JS
を動かしてみようと、まずローカル環境に設置を試みたんだがなんだかうまく動かない。(^_^;
なんでかな〜と、feed2js.phpのソースを見てみたら、Javascript化ってのはたんにdocument.write(”ほげほげ”);って出力するだけらしいことがわかった。
な〜んだと原理がわかったところで、んじゃrssLinkList.phpをまた改造するだけでいいじゃんとか思ったんだが、これがGPL配布なので改造して配布するのが面倒なのと、こんなに多機能でなくてもいいよなあというのと、日本語エンコードのことも考えて、一からつくろうかと頭の中で考えただけで満足してまだできてません。(おいっ)
lastRSS.php
はまあ便利なのでそのまま使わせていただこうかと。(一緒に配布はしないけど)
ということで後は明日にして寝る。(笑)
#コメント溜まってますけど、ひと段落してからゆっくりということでひとつ。(^_^;
なんかおばかな話ですなあ。
「最大で1TBの容量を実現することでブログの容量競争に終止符を打ち、今後はユーザーの利便性を高める方向でサービスを拡充していく」
って、無制限っていっちゃえばいいじゃん。どうせそんなにバカみたいに使うやつはいないんだから。(いや非常識なバカはいるかもしれんけど)
gooブログが2月16日から無料版を3GB、有料版?を1TB(テラですぜテラ(笑))にするんだそうだ。
でも、アップロードできるファイルがgif/jpg/pngで画像サイズ最大1MBってあーた。どうやって1TBの容量埋めるんでしょうか?(^_^;
#.movや.mp3とかの拡張子をとりあえずjpgとかにしてアップできるないのかしらん?(おいっ)
鬼束ちひろとその周辺の人たちにはiTunesがしっかり視野に入ってるってことですなあ。楽しみ楽しみ。(^-^)
どうも権利関係でごたごたしてるんだけど、この際AppleがiTunes事業の一環としてアーティスト抱え込んでしまったらどうなんだろう?とか思ったりもする。
これもまたみんなの掲示板の書き込みが動機なのだが、昨日からこのサイトのバックアップ方法をいろいろ勉強して研究中である。
#XREAサーバーからPowerBook(Mac OS X 10.2.8)へのバックアップねん。
「どうにかしてサイトにあるファイルをゲット」をcronで定期的に実行してやれば自動バックアップはできるはずなんだがまだどうにかしてのところがこれだってーのに確定していない。
とりあえずファイルをゲットの方法としては、こないだ書いたwgetやcurlとか、rsyncというのがある。(他にもありそうだけどまだみつからず)
まだそれぞれよくわかってないんだが。
wgetは単純にファイルとってこい(ブラウザの変わりみたいな)ってもの?
パーミッションで保護されてるものとか、ディレクトリまるごとゲットはどうすんだ?
curlはダウンもアップもできるぜぃはいいんだが、ディレクトリまるごとゲットはどうすんだ?あとユーザ名とパスワードがBASE64エンコードでセキュリティ的に大丈夫なんか?とか。
rsyncはSSHとやらを使ってセキュリティとしては一番大丈夫そう?一度だけサイトまるごとゲットしとくと後は差分だけダウンしてくるのでファイルの同期が楽そう?
なんだけど、ここXREAのサーバーだとSSH(rsync)を使う前にホスト情報登録ってのを管理画面でやらないとならん&10分ほど待たないとならん&その登録状態が1時間までってーので、cronで定期的にってのはちと難しそうだ。(自分ちのLAN内なら楽そうだけど)
とりあえず現時点の知識でできるのは、wgetかcurlで決め打ちのファイルだけ(掲示板のログファイルとか)を取ってくるってのはできる。
rsyncも一週間とか一か月に一度とかならまあできそう。
根性あれば毎日できるが、ホスト登録が手作業なのでちと苦痛かも。(^_^;)
#XREAのようにSSHの使用が制限されているのでなければ、rsyncが一番楽勝なんだが。
ということで、まだ勉強中&テスト中。
レンタルサーバーのバックアップはこうしてやるんだぜぃっていう知識人のかたがいらっしゃればぜひご教授くださいませ。m(_ _)m
16 queries. 0.301 seconds. ぞうさんちv3 is proudly powered by WordPress