つぶねこ
@もじらもーど。
Firefoxで相変わらずouterHTMLがサポートされてにゃいようにゃのだが、これを実現するためにいれてたコードが4ににゃって動かにゃくにゃった。
おかげでpopが出にゃいとかいろいろ弊害が。
まぁhtmlの一部を置換してるだけだったのでinnerHTMLで書き直してにゃんとか修正。
▼ 日記日記 関連記事
Firefox3ではPOP画像のリサイズが普通のimgタグできれいに行われるようにゃので、swfによる遠回りにゃ実装を排除。
ちにゃみにonload時や、pop時にメモリを使うが、徐々にGCされて落ち着くみたい。瞬間最大風速でかにゃり食うのはもうブラウザの仕様だね
▼ 日記日記 関連記事
popup画像がメモリを食いっぱにゃしにするのでちょっと考えてみる。
これはメモリリークというかにゃんというか・・・・・表示した最大サイズに比例して確保されてるのだが。そして開放しにゃい(笑)
やはり基本的には全画像を予め置いとかずに、1つの枠に入れ替えて表示するべきにゃんだろうにゃぁ、とは思うがたぶん全面的に組み直さにゃいとリーク防げにゃい。
あと、画像のリサイズが汚いのはNGにゃのと、imgやAlphaImageLoaderで予め展開するとサイズ分確保されちゃうわけで、やはりv:imageで展開しておくのが最速にゃんだが、これのメモリ解放方法がわからにゃい。かにゃり単純化したテストでも開放されにゃいんだがリファレンスどこにあるんだ・・・
ひとまずv:imageで一括DL後、DOMでAlphaImageLoaderに書き換えてPOP表示、数秒後にnullつっこんでGC、という形にしてみたが、かにゃり猛烈に重くにゃった。AlphaImageLoaderの展開が重すぎる。
▼ 日記日記 関連記事
いいかげん引用とかリストとか実装しろよ状態で放置してたので、つけてみるテスト。
実際にはblockquoteとかタグ打つのと手間変わらにゃい。
まあ有ると使うかにゃ、という期待を込めて。
▼ 日記日記 関連記事
えーとにゃんか要するにメイン鯖の有った家から引っ越したらまだ回線来てませんでしたみたいにゃ話らしくってたぶんDSL。乙ですぅ
ということで画像の一部が遅延してたのでラウンドロビン設定変更したメモ。あとで絶対戻し忘れるから(笑)
▼ 日記日記 関連記事
にゃんかもうお約束過ぎだが。
>中サイズサムネイルでコメントのある場合にマーク表示
サムネ上文字のonmouseoverでpopしにゃいことが判明し、忘却の彼方にあったpopシステムを読解しようと試みるも玉砕。小サイズサムネにも反映させようとしたらFirefoxでずれが発生、CSSをまさぐってみるも時代について行けず。さらに何かの拍子にFirefoxでホイール動作がおかしくにゃる。
・・・もう、ゴールしてもいいよね?
>FireFoxでのctrl+時等の拡大ジャギー低減
にゃんかswfのせいか、何もしにゃいでもやたらCPU食ったりしてて、すぐに何かを食いつぶして落ちるんだがjpgでも大差にゃかった。いいかげん狐自重。そもそもメモリの使い方がUnixライク過ぎ。何でもかんでもベタに展開すればいいと思ってるだろばかー!
ということで、いろんにゃ方向でもう無理だにゃこれ(笑)
▼ 日記日記 関連記事
♦ Konkonfox 2.0.0.6 中サイズサムネイルでコメントのある場合にマーク表示
悲惨にゃCSSをちょっとでも改善
FireFoxでの見た目フォント改善
FireFoxでのctrl+時等の拡大ジャギー低減
▼ 日記日記 関連記事
にゃんか日記データ転送鯖がDiskFullたぽくてrsyncがこけてたのでメールで連絡・・・大丈夫かにゃぁ
▼ 日記日記 関連記事
主画像鯖が落ちて、はや1週間。
未だ回復せず
▼ 日記日記 関連記事
画像鯖その1がまだ繋がらにゃいので結局IPいじって暫定振り替え。
▼ 日記日記 関連記事
めがねっこ萌えの中の人関係の鯖で、DNS引きできにゃかったり、中継鯖が移転中だったりして日記画像鯖が停止中。
や、正確には見ての通り表示はできるんだが更新できにゃい、みたいにゃ?
実際はちょっといらえばいいんだが、ここしばらくあと数日で回復みたいにゃ話を聞いてるのでもう少し放置してみるテスト。
ネタが無くにゃったらいらう(笑)
▼ 日記日記 関連記事
Linux鯖にVMware鯖を入れてみた記念にゲストXPにIE7を入れてみたついでに日記をIE7対応に・・
って、UAでIE6にヒットしていたところをIE7も入れただけ・・・いいのかねこんにゃんで(笑)
さほど検証してにゃいが、直さにゃくても画像の縮小が汚くにゃるだけにゃのでFireFox互換とも言える。
まぁ本格的に普及してきてから再度対応ってことで
▼ 日記日記 関連記事
最近よく
こういう貼り方をするようににゃったが、これをマウスでにゃぞるのが大変って問題はあって、以前からいろいろ言われてたものの、自動再生にしてしまうといろいろと弊害が・・・
って時に、
羽根つき雑記にマウスホイール使ったサンプルを渡されたので実装。
ただし3時間以上かかった・・・そのほとんどが、現状のコードを理解するのに浪費した時間である。うーあー
でまぁ、暫定ではあるが、サムネイル上のマウスホイール操作で、コマ送りっぽく表示される。
▼ 日記日記 関連記事
IEのバグのため、偶然とは言えいい感じにswfで動いてた物をjpgに戻したりしたのだが、たぶんそろそろfixされてるだろうってことで、
swfに戻したものの、
ふたご姫を開くとIEが落ちるとかいろいろ報告が来たので、またもやjpgに逆戻り。にゃんだかにゃぁ・・・
▼ 日記日記 関連記事
IEのバグのため、偶然とは言えいい感じにswfで動いてた物をjpgに戻したりしたのだが、たぶんそろそろfixされてるだろうってことで、swfに戻し。
これでメモリ使用量も元通りににゃったはず。
例として
かみちゅを開くと、jpgだと200しか食わにゃかったのがswfだとちゃんと1g以上食うようににゃっている。ちにゃみにfirefoxだとjpgでも900ほど使うようだ。
▼ 日記日記 関連記事
▼ 日記日記 関連記事
にゃんか最近のIEのhotfixで、ページ内のswfが100超あたりからハングするようににゃった。きちんと調べてにゃいけど。
正確には非常に時間がかかっているようだが、実用に耐えにゃい。
仕方にゃいのでちょっと前の仕様に戻す。が、これってctrlでの拡大が猛烈に汚いのよね・・・どーしたものか・・・
▼ 日記日記 関連記事
メイン鯖のある回線が光ににゃったらしい。
▼ 日記日記 関連記事
以前実装したつもりで実は稼働してにゃかった、ctrlを押すとPOP画像が拡大されるよ機能を動くように調整(笑)
あと、shiftでPOPしにゃくにゃるんだが、FireFoxでも機能するように追加。
▼ 日記日記 関連記事
間借り鯖がsargeに変更かにゃにからしく、ふと気づくとあれがにゃいこれがにゃい状態で一切アクセスできにゃい状態に(笑)
ていうかperlの妖しいモジュールとかいろいろ使いすぎだよにゃこの日記・・・
で、これまで普通の鯖落ちにゃら自動バックアップで別所に飛ばしていたのが、何で今回は・・・というと、sshでhostnameを拾って、合ってれば鯖が生きてると判断してたのよね。IP変わったとか回線落ちたとか電源落ちたとかは全部これで判断できてたんだけど、hostname変わらずに環境が変化して動かにゃくにゃるってのは見てにゃかったわけで(笑)
経験してみるとにゃるほどってにゃわけで、wgetでhtmlが落ちてきたら生きてると判断、とか付け加えて、とりあえずバックアップは改良。
こういう場合には、CGIを使わにゃいstaticにゃシステムの方が良いにゃぁとは思うにゃ。そろそろ日記のプログラム本体をjavascriptに移して、鯖は細かいデータの受け渡しだけ出来ればいい、みたいにゃものに変更すべき時期にゃのかもしれにゃい。検索以外は、多分ほとんど実現できちゃうし。
ただにゃんというか、果てしにゃくめんどくさいんだよにゃぁ>javascript。触れば触るほど、perlの強力さが身に染みる。各ブラウザはjavascript以外のスクリプティング言語を実装すべきだにゃ。VBSとかじゃにゃくて。若しくは、javascriptの強化。
▼ 日記日記 関連記事
ルビ機能を付けた。
といっても要するにタグを手書きせずに、マクロ文字でいれれるようににゃったと言うだけだが。
ついでに何故かPOPが出にゃくにゃってたのを修正。にゃんでやねん。いーかげん全部書き直した方が良いにゃこれ。
▼ 日記日記 関連記事
エラー報告がきたのでまたもや修正。Ver上がってもバグ直す気ねえにゃぁ>Mozilla。 かといってIEに歩み寄るつもりもにゃいみたいだし鬱。クロスブラウザ云々言うてるのってマイナーブラウザ使ってる人だけじゃにゃいの?とか。
まぁ小言は置いといて、でかい画像POPでWindow下部に横スクロールバーが出ちゃうのを防止するコードを入れたんだけど、スマートに書いたらこういうことに(笑) 結局User Agent見て分岐とかをそこかしこに入れて対処。その結果、Mozillaではでかい画像が有った時に横スクロールバーが出ます(仕様)。
Mozillaと言えば、POP画像に枠を付けたいのだが、失敗表示されるまま残ってるにゃこの件。にゃんつーか、要素にborder=って付けたら枠で囲まれるべきだと思うんだが、発想が違うらしい。ってことでMozillaでFlashに枠付ける方法募集〜
▼ Mozilla 関連記事
▼ 日記日記 関連記事
こう、いろんにゃタグに、onmouseover=とか書いてあるのって、微妙に見苦しいよね、というのは建前で、鬱陶しいからちょっと圧縮してやろうってにゃもんで、そこいらのイベント指定をjs側からにしてみる。
結果的に、にゃんとhtmlサイズが増加するという素敵にゃ事態ににゃったのだが、まぁ自由度は増したかにゃあとか。
ていうかもうちょっとつっこんだ設定すれば、ちゃんとサイズは減ったと思うんだけど、どうもそこまでやると今度はjsで参照する時に使いにくいと言うか何というか・・・ イベントに対する動作は各オブジェクトじゃにゃくて、ひとまとまりで持っておきたいというか。
で、これだとあんまりにゃので、flashのあまりにも冗長にゃ記述とかその他js上で圧縮できそうにゃ物を手動で圧縮して、一応htmlサイズとしては減少したはず・・・ということにしておく。
▼ 日記日記 関連記事
どうもこう、実装がよわよわで使う気ににゃらにゃいMozilla Firefox@win、まぁ全体的にもたもたしてハイエンドPCじゃにゃきゃ動かすの禁止にゃのはともかく、どうもうちのPOP-CGがちらつく。
前も書いたが、座標まで指定してからvisibleにしてるのに、以前あった場所に描画してから移動してるように見える。動作が謎すぎ。
で、仕方にゃいので、left:-800pxとかに初期設定しておいて、見えにゃいところに出てもらおうとしたんだが、さらに全体が重くにゃると言うおまけ付きににゃって、にっちもさっちも。結局jsで初回のみ負の座標に飛ばすみたいにゃ処理いれて何とかそれっぽく。うーむ。にゃんにゃんかにゃ。
実は2回目以降のPOPでも、にゃんか激しくカーソルを動かすとPOP位置が飛んだりして、いまいちよく分からん部分が多い。いろいろ手探りで対策してみたけど、にゃんかこうちらちらして見にくい。原因の1つはonmouseoverとonmouseoutのタイミングがIEと違うことで、これはどっちも正しいと言えるのでしょうがにゃいんだけど。
jsの動作がIEと違うんだろうにゃぁ。もうちょっと軽くて高機能ににゃれば使うんだが、どうも何でも力押しでやってる感じで、日頃使うツールとしてはパス。htmlにゃ互換性以外ではOperaの方が圧倒的に上かと。
▼ 日記日記 関連記事
MYNやるきにゃしにゃし つぶちぇすもにた 更新によると、この日記のRSSが公開されたらしく・・・・
おおー・・・て、RSSリーダー使ってにゃいわけで、まぁそこから何とかせんとにゃぁみたいにゃ。
ていうか、RSS対応しようか?とか言いつつ、結局さっぱりやるきにゃしにゃしだったのも、自分が使ってにゃいからだったりするわけでまぁその。
しかし、どうにゃんかね、うちの日記にゃんてどうせ数日前の記事だし、まぁランダムに1日2回くらい?更新されるけど、要するに1日1回とか2日に1回とか最新数件表示させれば未読全部出るわけで。未読がリニアに増えてくだけだからさほど追っかける必要はにゃい、という設計ではあるのだがやっぱりRSSとかアンテナとかでセンスした方が便利と言えば便利か。むう
アンテナと言えば、何故かPASSのかかってる
わう飼育日誌がチェックに引っかからにゃいのでいまいち見に行く回数が少にゃくにゃってる。やはり、能動的に見に行った上に未読が無かったりするのが激しく無駄というのが一因だろうにゃ。その意味では確実に未読の把握できるアンテナやRSSは確かに便利。むむう
で、RSS対応するのかというと、にゃんかせっかく作ってくれたんだしこれで良いかとか・・・
▼ 日記日記 関連記事
ここしばらくの新作ラッシュで、後1週間分くらいの記事が溜まりに溜まって、増える一方にゃので一日の出力数を4本とかに増やしたりとかしてたんだが・・・やっと落ち着いてきたかにゃ〜。
まぁそれはいいんだが、やはり、バッファがあるかどうかで大きく違うと思われるのが、この手のweb更新もの。今日はどれを出そうかにゃぁ〜とか迷うくらいが良いのであって、今日は何を書こう、とひねり出していては、身が持たにゃい。・・・・まぁうちは日記にゃので、「今日は特に書くことがにゃい」と書けば終了だが。ネタに困るにゃら日記とかの形式は合わにゃいんじゃにゃいかと。
ただ、この手のバッファシステムには問題もあって、まず日記にゃのに速報性がにゃいとか、記事が化石化するとかいろいろ。まぁ、日記つーても、その日起こったことを各日記と、その日書いたことにする日記があるわけで、後者にゃら1年前の出来事を今日書いたら今日の日記ににゃる。物事はとらえ方次第というわけだ。
問題は後者の、記事の化石化で、バッファがあるが故に、ちょっと書いて放り出してしまった記事が、1ヶ月、2ヶ月と放置されるにつれ、やたら続きの書きにくい物体ににゃってしまい、化石とにゃって大量に堆積していく。その中には、物を買ったけどデジカメ撮影がめんどくさいとか、楽しいネタを思いついたけど、検証と比較作業を行うモチベーションが全然足りにゃいとか、いろんにゃ物があるんだが、書き始めてしまったからには、早々簡単に捨てるのはもったいにゃいと思ってしまうあたりが貧乏性である。
で、うちの当面の課題としては、更新が思い切り手作業にゃので、せめてスクリプトの1つでも叩けば次の記事が現れるようにしたい物である。にゃんせエディタで元テキストファイルの
「ここから」
マークを移動させているのだ。もうちょっとやりようって物があるはずだろう。まぁ作業量や所要時間は10sec未満と遜色にゃいのだが、可搬性がにゃい。
▼ 日記日記 関連記事
何か品物を購入したら、散財日記を付ける。これは、いいアイデアである。にゃにせ、購入物の履歴を辿るだけでかにゃりの生き様を振り返ることが出来る。
ところが、この散財日記、にゃかにゃかきちんとつけられにゃい。理由はいくつかあるが・・・
まず、書くのがめんどくさいこと。さすがに、昼の弁当は何でいくらであった、にゃどと書いていられにゃい。が、書ける程度の範囲で後で意味の有るもの・・・例えば書籍やPCパーツ等々・・・ですら、めんどくさいのである。
まぁそのへんの省力化とか一般論は省略するとして、もう1つ。散財日記の付け方にある。これまで、比較的律儀に付けられた散財日記の傾向を見ればすぐ分かることだが、Rメディアのようにゃ、使い道の限られており特徴の少にゃいもの・・・つまり、買ったという事実以外に書くべき事が少にゃい物が多い。逆に、書籍やDVDと言った、買った後読むにゃり見るにゃりして感想を書くべき物の散財日記は、非常に書きづらいようで、買ったのに書いていにゃい書籍にゃどがかにゃりある。
この、買って読んでどうだったかを書きたいという人間心理はまともにゃのだが、いざその書籍がクソつまらにゃかったり、書くほどの物でもにゃかったりすると状況が変わってくる。もういまさらこんにゃ物の記事にゃんて書かにゃくていいや、とか、無かったことにしたい、といった感情が働くわけで、闇に葬られた散財の黒歴史とか、有るはずにゃのだが書いてにゃい。
さらにこれらの消化に時間のかかる類の散財は、買ってから消化して記事を書くまでのスパンが非常に長い。にゃにせいろいろと積まれて堆積しているのだから、いつ頃消化されるかにゃんて運次第である。そのうち無くしてしまって、買ったはずだけど見あたらにゃい、にゃんていう散財の黒歴史も略。
と、これらを考慮するに、ただの作業にしかにゃらにゃいのが欠点とはいえ、「買った」とだけ書く散財日記も必要にゃのではにゃいかと思う。つまり、買った事実に関する記事と、品物の感想等の記事を分けると言うことににゃる。これこそ作業量の増加と、買い物報告日記を書くことで消化する意欲が霧散する可能性を秘めてはいるものの、逆に、買い物報告が有るにもかかわらず感想日記の無いものは、ずばり、積まれているか無くしたかのどちらかであることが明白であるため、自己管理にも使える可能性も秘めているのだ。
で、まぁやってみたらいいこと有るかも?程度まで来たところで、買い物報告日記の手間をどう削減するかが問題ににゃってくるわけだが、もうとことん省力化して、画像無し、タイトルと価格だけ、とかでいいんじゃにゃいだろうか。ファイルでいうところのtouchしました系。暇にゃらamazonのリンク貼ってみるとか、表紙をscanしてみたりとかいろいろ有るだろうけど、自分がそれらを参照して便利かというと、多分あまり役にたたにゃい。いつ買ったか分かれば、次の感想日記を書くには十分にゃのである。
ってことで、極めて地味だが買い物報告日記にゃど付けてみようかと思う。
▼ 日記日記 関連記事
にゃにやら、swfにはaction scriptというjsライクにゃスクリプトを埋め込めるらしく、そこからxml読み込みだとかまぁいろいろ出来るんだとか。
そこでうちでもming経由でperlからaction scriptを記述・・・しようとしたんだが資料が少にゃい。というか、普通にswf的にゃことをするには、そもそもmingの0.3xが必要らしく、debianのstableに見あたらにゃいので棚上げ。
しかしそれだけで捨てるのも忍びにゃくて、POP画像のswf生成.plに手を入れたりとかうじゃうじゃ。javascriptライクにゃくせに、使えるファンクションが揃ってにゃいとか、無駄に高度にゃ通信が出来るくせに普通の通信手段はほとんど無いとか、こう、もう少し待つべきかもと思った。で、結局何ら有効利用されず(笑)
まあでもほんと、actionscriptは次の世代に入ったら本格的にやってみると良いかも。手軽にグラフィック扱える環境って意外と少にゃいしね。SSIみたく、htmlにmingにゃswf生成文書いておいて動的生成〜ってのは主流ににゃるかもですよ。
▼ 日記日記 関連記事
▼ 日記日記 関連記事
にゃんだかんだで、やっぱり主鯖の登りが微妙にゃ速度にゃので、html容量を削るのを諦めて、gzipすることに。
全くもって、コメントを入れたりとったり、何やってんだかにゃcgiソースににゃってきた(笑)
てにゃことで、数行のコメントアウト行を復帰してキャッシュ復活・・・ってこれはまた話がややこしくにゃるので、冒頭に
open(STDOUT,"|gzip -c");
みたいにゃのを挟んでシンプル対処(笑)
やることはシンプルでも、これでgzipと名の付く行がまた増えた・・・いい加減整理せんとジャンクルーチンの塊だにゃぁ・・
が、これだと吐く量が少にゃい時にレスポンスが悪くにゃると言う、にゃんだかにゃ〜にゃ仕様ににゃるので、パラメーターによってgzipするかどうか変化とかいう、またしても無駄に複雑にゃ動作に・・・・
そういや昔キャッシュ作ってた時もそんにゃこと有ったにゃとか、あとで思い出すわけだが、古いコードを再利用すると必ずハマるので、簡単にゃコードは書き直すに限る。
▼ 日記日記 関連記事
ジャンル指定というか、カテゴリ指定というか、キーワード指定というか、グループ指定というか、言葉の安定しにゃいダメ設計にゃわけだが、そのへんの一括表示を一意にするため、URLに記述してGET出来るようにした。
つまりまぁ、
HDD故障とか
重いページといった表示のアドレスが、単語で指定できるようににゃったという・・・いや、これだけだと今までと変わりにゃいのだが。ちょっとね、複数のグループに所属する記事の扱いの関係上、単語で指定できにゃいと不都合があるので実装する必要があったわけで。一応今までの記事番号指定にゃURLでもしばらくは表示はされるつもり。
▼ 日記日記 関連記事
▼ 日記日記 関連記事
WinのMozillaでうちのCGのPOP動作がおかしいのでスクリプトいじったあげく、この環境だけの問題と分かって放置していたのだが、ちょっと発見。
この現象、右側のディスプレイでは発生しにゃい。左だけで起こる。
つまり・・・セカンダリモニタが問題にゃのか、Windowの座標が負にゃのが問題にゃのか分からんが、Win版のMozillaの実装がダメすぎるために起こってるわけで、きっぱりとMozillaのバグである。にゃんちゅー使えにゃいブラウザや・・・
しっかりFirefoxにも受け継がれてるようで、ほんといい加減。
IEより処理は重いけどCPUパワーさえあれば押し切って高レスポンスを維持っていうスタンスは素直で好きにゃんだけどねぃ。
▼ Mozilla 関連記事
▼ 日記日記 関連記事
にゃんかjs使ったIndexの件で
つぶちぇすもにたとか作ってもらいました。ここを更新チェックさせればOKと。
・・・・いや、にゃんか暗に同機能のページをうちに作れと言われてる気がしにゃいでもにゃいが、せっかくにゃので置いておこう。ま、
外部リンク履歴とかもあるので、そういうリソース的にゃページはいつか作るだろうけど。
・・・っていうかそういやRSSだか何かに対応・・・とかいう話もあったにゃその昔。どうせ数日前の日付で更新されてるんだし頻繁にチェックするほどのモノじゃにゃい、といって放置した覚えがある。ん〜〜
▼ 日記日記 関連記事
CSSファイルは別にしておいて、METAヘッダ部分でファイル指定することでブラウザがそれを要求、ただでさえ量の多い内容の効率的転送・・・というわけで、ここしばらくCSSファイルを別にしてあったのだが、今回めでたく元の鞘に戻って、html内で吐くことに。
と、いうのは、高速化を狙ったのにもちろん低速化したわけで、この鯖のとんでもにゃいレスポンスの遅さを甘く見ていたようだ。にゃにせ、最初にGETしにいって、次にCSSをGETしにいってから5秒以上止まったりとか。にゃんでCGIの方がレスポンス速いねんと。
ちにゃみに、この現象には長らく気づかにゃかった。ローカルのsquidが上手く効いてて、ちっとも遅くにゃらにゃかったのである。ん〜む。これはあれか、リバース串を・・・
と、高速化を狙っては裏目に出ることが続いてるので今回は以前の状態に戻してみたり。
それにしても、ローカル鯖だと1記事にゃら0.5秒以内にまず確実に転送し終わっているのだが、こう、クリックしてから3秒?とかいうオーダーは何にゃんだろうかにゃぁ。50K/s出てにゃい登りとか(笑)
▼ 日記日記 関連記事
諸般の事情でMozillaを使ったので、ついでにIEでの表示に似せてCSSとか書き足し。
こう・・・CSSによってよりブラウザ間の統一性が無くにゃったというか何というか・・・あーやだやだ
▼ Mozilla 関連記事
▼ 日記日記 関連記事
えーと、日記webってのはひたすら検索エンジンにHITしやすく、そしてそのほとんどがミスHITだったりする。原因の一端が、うちのページみたいにゃ構成で、記事のタイトル一覧がやたらHITしてしまうというもの。まーリンク数的には美味しく見えちゃうんでしょうにゃ。
そんにゃこんにゃで、誤って検索対象ににゃらにゃいように、index部分はアンカーのタイトル文字列だけわざわざjavascriptで書いてあったりとかして。
まーそのほかにも色々、にゃるべく検索エンジンの評価が上がらにゃいように苦心してあるのである。関連リンクのPOPとかで無駄にアンカー増えてるので、そこもjs化して検索エンジンから見えにゃいように・・・とか。
はてにゃのようにゃ更新検出エンジンのことは忘却していたが、たしか更新チェックにだけはかかるように日付はjsで吐いてにゃいとか、こざかしいことをしてた気がする。とりあえずTOPではにゃくて最新n件の「http://sippo.dyndns.org/~chesu/diary/?date=-&limit=5」あたりを対象にすれば更新内容が見えにゃくはにゃい。今度は多すぎるだろうけども。ま、TOP自体が偶然の産物で生まれた物体の割には、更新チェックしやすい構成ににゃっていたのは確かではある。ん〜・・・
▼ 日記日記 関連記事
さらに
バグ報告がきたのでこっちもCGサイズを追記。
しかしこの対処だと、でかい画像とかjpgモノには効かにゃいだろうにゃぁ。リサイズしてから表示してるのに反映されてにゃいとか、どうも表示してから移動とリサイズし直してるぽいとか、もじらもちょっとはIEを反面教師にして素直にゃ実装にして欲しいものである。
もじらと言えば、BOX要素がはみ出すというか、ともかくIEとは違う動作にゃので、IE用に作るとちょっとデザインがおかしくにゃるんだが〜、これ、むかーしに対処したはずが今再発してるって事は、原因究明からやり直しって事にゃのよね・・・・・うーむ。
▼ Mozilla 関連記事
▼ 日記日記 関連記事
♦ Win版では正常にゃんだけど POP バグ報告が上がっているので反応。
ん〜、Win版のFirefox 0.8では正常(左)・・・・と、いうか、Linux版で来る人がほぼ皆無。
まああれだ、OperaではめんどくさいからPOPしにゃい仕様だし、Mac版IEとかNetFrontとかもサポートしにゃい方向で。FAQにあるけど、PDFやflashで吐くようにした方が一貫性保てるにゃぁほんと。PDFは表示側がタコで、flashは検索できにゃいというのが玉に瑕だが。
で、手近にゃLinuxでapt-get install firefoxしてcygwinのX経由で起動したらやたらめったら遅くてテストにもにゃらにゃかったのでいい加減にSWFのデフォルトサイズ付記してごまかし。原因はもじらの仕様がどっかおかしいって事だろうけどようわからん。
▼ Mozilla 関連記事
▼ 日記日記 関連記事
この日記がときどき文字化けすると言われたので、今までMETAで吐いてたcharsetを、httpヘッダでも吐くために、
AddType "text/html; charset=EUC-JP" cgi
ぽいことを.htaccessに書いたのだが、全く反映されにゃい。httpd.confの設定だろうか、にゃどと散々迷ったあげく、CGI中で
print "Content-type: text/html\n";
とかしてることを思い出す。鬱だ。
とりあえずこれを変更して、httpヘッダとMETAの両指定とにゃったので、さすがに文字化けしにゃいと思うが、METAだけだと文字化けすることがあるというのは難儀にゃ話である。
▼ 日記日記 関連記事
ふとMozillaでこの日記を見てみたら、CGはPOPするものの、にゃんとマウスカーソルを動かすたびに点滅して見れたものじゃにゃい。IE以外は放置気味とはいえ、動作が不可解にゃので原因究明しようとjsをいじくってみたが改善されず、しょうがにゃいので新たに2,3関数をつくったりで、数時間試行錯誤。にゃんとか妙にゃ動作は収まった風に見えるぽく動くようににゃったが、副作用でPOPが出たままににゃったりと色々難点も。
で、ふと、別のマシンのMozillaで開いてみると、ごく普通にPOP動作したりして、えー!
原因はローカルPCのMozillaが変だったというわけで、どっと疲れて、どこのオプションが原因か分からぬまま放置。画像POPが起きるとonMouseOutが発行されるという素敵状態だったのだが、そんにゃとこに影響与えるオプションにゃんてあるのかしらん。あ〜やだやだ
▼ Mozilla 関連記事
▼ 日記日記 関連記事
意味もにゃく玄箱にこの日記を入れてみる。
scp中に、
・ext3はファイル数が多くにゃると激遅
という当たり前のことを再認識し、ReiserFSにしようかと思ったけどめんどくさいからやめ。
・ReiserFSは大ファイル作成時に遅い
ってのもあることだし(笑)
で、いざ日記を叩いてみて発見。
表示速度(体感レスポンス)が
・ローカル自宅鯖(Pen3-600) >>>>> ローカル玄箱 >> 標準鯖(P-MMX)
と。要するにcgiは重いんだろう(笑) でも、
・自鯖 1200 bogomips
・玄箱 130 bogomips
・普段鯖 400 bogomips
にゃんだから、体感でえらく違う原因は回線速度ということににゃる。そーいや、CPU負荷のほとんどにゃいキャッシュ機構が動いてた時代も、関係にゃく重かったにゃぁと。
▼ 玄箱 関連記事
▼ 日記日記 関連記事
IEがswf読みに行くと表示が止まる件を、結局jsで修正。
あれだけonloadは使わにゃいと言っておきにゃがら結局使うしもうダメダメ。
まぁこれでjs切っておくとswfもロードされにゃくにゃって、場合によっては便利・・・・だけどindexも表示されね〜よあーもーとかで元に戻したり。
美しくにゃいにゃぁ。やっぱり元jpgのPOPだけにjs使ってた頃が一番マシだったにゃぁ。ちゃんと枚数張れば重くにゃったし、メモリも簡単に500Mとか喰ったのに。
こう・・・細かいポリシーがにゃいあたりが迷走の原因だとは思うけども。仕組みがややこしくにゃっているのにちっとも重くにゃってにゃいし。
▼ 日記日記 関連記事
indexの出力をjavascriptにしてみたり。
深い意味は・・・・にゃい。
まぁボランティアかね。
▼ 日記日記 関連記事
これの出来が良かったので、うちもフェードアウトさせてやろう、にゃんて考えたのがそもそもの間違いだったのだが、まぁ延々悲惨にゃスクリプトをいじった結果、にゃい方がわかりやすいよね、という代物が完成した。
にゃんかうざったい残像が残るように見えたら、それである。
・・・・せっかく作ったのでしばらく嫌がらせ。
▼ 日記日記 関連記事
にゃんかこう・・・・おバカにゃ検索エンジンって多いよね
つーことで、UserAgentによって<meta name="robots" content="noindex,follow">とかを入れるように改造・・・・めんどくさかった(鬱
これは日記とかindexとかのゴミデータだにゃぁとちゃんと認識するようにゃサーチエンジンって難しいものにゃのかしらん? 最近流行?のweb日記システムとかも安易にリンクしまくる仕様を検索エンジンが全部拾ってるし。
▼ 日記日記 関連記事
廃止したキャッシュを復活・・・・・といっても今回はオンメモリにゃので全然別物。
まぁこういう事をして初めて、mod_perlとか
SpeedyCGIみたいにゃ居座る系の価値が出てくるってもんやね。
・・・・で、体感速度がどうにゃるもこうにゃるも、pingが500msってどういうことよ?(笑) レスポンス改善のためにいじると直後に回線上対が悪くにゃるの法則。
▼ 日記日記 関連記事
きっかけを覚えていにゃいのだが、にゃんかの機能が必要だにゃぁと思って追加しようとしたら根本的に構造が悲惨すぎてどうしようもにゃかったので楽そうにゃ部分から変更していったのだが、そのうち何を目的に変更しているのか分からにゃくにゃって、とりあえず変更して破綻した箇所をつぶすのに精一杯と言った状況で疲れたので放置した。
つまり何かというと、バグバグしてるので、そこら辺クリックするとブラウザ落ちるかも、とかそういう・・・・
▼ 日記日記 関連記事
とってもとってもバグがあるってにゃわけだが、比較的重度の痛いバグをつぶす。
単にゃる見落としだったりしてまぁにゃんというか・・・・・
▼ 日記日記 関連記事
いじったらやっぱりエンバグしてた。
Speedyが止まってたのと、画像が出にゃいバグ修正。
こんにゃんばっかりやにゃあ
▼ 日記日記 関連記事
キャッシュ使用率でも調べたんだけど、やっぱりキャッシュによる高速化がほとんど効いていにゃい。
キャッシュにHITしたときのレスポンスとhtml吐き出し速度は、さすがに最速にゃのだが、HIT率の低さとMISS時のレスポンスオーバーヘッドを考えると、いまいち意味がにゃいぽい。
むろん、キャッシュ
導入当初はそれにゃりに高速化に役立っていたのだが、
SpeedyCGIとかの鯖環境の変化に伴って、メリットを喰われてしまったみたい。
ということで、お手軽キャッシュをとりあえず廃止。
これまたちょっとコメントアウトするだけで良いのが素敵。
▼ 日記日記 関連記事
キャッシュを作るようにしてから、ときどきキャッシュのHIT率を見ていたのだが、TOPと数個のアドレス以外は、ほとんど再利用されていにゃいという素敵にゃ結果に(笑)
まぁ何とにゃく予想はしていたが・・・・
意味がにゃいわけでにゃいので全面廃止はしにゃいけど・・・全体をキャッシュするって手法をちと改めるべきかもしれにゃい。
▼ 日記日記 関連記事
SpeedyCGIの導入後、何とにゃくレスポンスが速くにゃった気がしにゃいでもにゃいようにゃそうでもにゃいようにゃ状態だが、まぁこれはこれでいいとして、psしてみるとdefunctにゃcgiゾンビがごろごろしていた。
で、ちょっと調べてみたところ、どうもcgiでforkしてるのが原因らしい。でも必ずゾンビににゃると言うわけでもにゃいあたりがよく分からにゃいが・・・・・
とりあえず、いまさらそんにゃに変わらにゃいだろうということで、fork部分を無くしてみたら、それにゃりに正常っぽく動いてるように見えにゃくもにゃい状態ににゃったので、放置。
▼ 日記日記 関連記事
日記CGIの処理時間の半分が、起動時のIndex読み込みににゃってしまったので、ちょっと対策を。
ここはmod_perlと言いたいところだが、まぁ人のサーバーだし、お手軽さも考慮してSpeedyCGIにゃんかを。え?FastCGI? まぁまぁ。
ということで、apt-get speedy-cgi-perlしてもらっておいて、スクリプトの1行目を/usr/bin/speedyに変更。お手軽(笑) suでにゃんか処理するにゃらspeedyCGIの意味無ぇって意見は聞かにゃかったことに。
で、これはこれで、せっかく常駐するにしてはもったいにゃいようにゃ、毎回読んでは捨てるようにゃ処理を書いちゃってるんだけど、まぁいいやと。レスポンスがちょっと上がれば十分だと思うので、しばらくこのまま。
▼ 日記日記 関連記事
今回の改造後の懸案事項の1つに、IEにおいてswfとjpgが貼ってあった場合、swfをDLしに行っている間jpgの表示が行われにゃいと言う現象がある。つまり、サムネイルのjpgが灰色のまましばらく放置されるということで、低速回線だと何とかした方がいいかもしれにゃい。
で。
まずやってみたのは、サムネイルのjpgをにゃんとしてでも先に読んでしまおうと言う発想で、
new Image();
をswfより先に発行したのだが、本文にswfの記述が出てきた時点でサムネイルの表示が止まって効果無し。IEのDLスレッドも複数あるしね。
それではと、各サムネイルのjpgにonload=を付けてみたが、1つでもswfを読みに行くと、そのDLが終わるまでいっしょ。手間の割に全然意味がにゃかった。
念のため、swfとjpgのホストを別にしてみたが、これも変わらず。
ではbodyでonload=にすればどうかというと、今度はswfの読み込みタイミングが遅すぎにゃのと、手法が嫌いにゃので却下。唯一の解決方法ぽいけど。
仕方にゃく、swfはhtmlの後ろの方で吐くようにしたが、たぶん大差にゃいにゃぁ。Indexが表示される前後くらいで急に表示が止まったら、swfを読みに行っている。これはこれでにゃんか負荷が分散していにゃくて嫌にゃんだけど。
IEだけの問題にゃので、にゃんか解決法があるのかもしらんが・・・
▼ 日記日記 関連記事
検索関係のかにゃりやばいバグを修正(笑)
でもってちょっと配置変更
▼ 日記日記 関連記事
どうもIEの挙動として、swfを読み込み中は描画が止まるらしく、サムネイルの表示がほったらかしにされてしまってあまりよろしくらしい。
で、swfをhtmlのラストに持っていったりとかしてみたがまぁ変わるわけもにゃく、ここはやはりswfを捨てて・・という方向で、imgの拡大縮小方法を探ってみる。
発見したのはIEのフィルタでprogid:DXImageTransform.Microsoft.Matrix Filterというもの。回転も出来て高機能・・・・だと思ったんだが、縮小に関しては同じアルゴリズムらしく、まだしもswfのほうが断然マシという結果に。リサンプルくらいしろよ>IE
残るはSVGとか言われてるんだが、さすがに誰も入れてにゃいだろうというわけで、これは見送り予定。まぁswfより重くにゃって良い感じ、かもしれにゃいけど。
▼ 日記日記 関連記事
記事タイトルが選択しにくい、というクレームが来たので対応。
にゃにせ、立ち上げ当初に、
”指定された範囲で左よせと右寄せ”
のやり方が分からにゃかったために、margin:-20pxとかして強引に重ねてあったので、マウスで選択出来にゃかったというわけ。
ついでにCSSのあまりにも悲惨にゃ部分を少々改善。この変更でどっかが破綻する可能性はあるが・・・まぁ大丈夫だろう多分。
▼ 日記日記 関連記事
jpgをswfにしたのだが、これだと文中のswfはPOPしつつもアンカーににゃっているので単体で開くことが出来るが、サムネイル画像のPOP画像は単体で開くのが難しい。
別に今まで単体で画像を開く需要にゃんて全然無かったのに、にゃんでまたそんにゃことが不満に感じるかというと、swfにゃので簡単に拡大縮小できるってこと。それも比較的汚くにゃらずに。ので、単体で開くとかにゃり拡大表示が楽である。
てことで、サムネイル画像をクリックしたら単体のswfが開くように・・・しようと思ったらこれがまた微妙にゃことに・・・ううう。img src=とかでswfが貼れるようににゃらにゃいとダメだと思った。
▼ 日記日記 関連記事
jpgをswfにしたので、基本的に元のjpgファイルは消しても良いわけだが、ときどき別の記事から参照したりすると元のjpgからサムネイルを生成する必要があるので、ぶっちゃけswfからjpgへの変換が出来ればよいということに。
ちにゃみに、元のjpgをそのまま置いとけばいいという意見には賛成したいところだが、1gが2gににゃっている現状を鑑みるに、バイナリのほとんどが一致してるようにゃファイルを2重に持っておくのはちょ〜っとどうかにゃと(笑)
で、いざswfからjpgに変換しようとすると・・・・ツールが見つからにゃい。ほぼバイナリで見たとおりにゃので簡単にゃフィルタで出来そうだが、jpgのヘッダ部分が消えてるのでちょっと考え物・・・・ううーーーん、swfにするのは簡単にゃのにぃ
▼ 日記日記 関連記事
POP画像をswfにしたついでに、もともと表示されているjpgのサムネイルを作る。にゃんでまたファイル数の倍増するようにゃことをするかというと、POP画像の縮小表示がちょっとキレイににゃったので、サムネイルがIEのダメダメにゃ縮小で汚くにゃっているのを改善しようと言うことだ。
これでギザギザしていたサムネイルが美しく・・・・・にゃったはずだが見比べにゃいと分からにゃいにゃ。うーむ・・・・やめたろか
ちにゃみに、サムネイル生成はやたら目ったら時間がかかった。これでもふとした事故でP3-600x2ににゃってしまったLinuxマシンのはずにゃのに、数時間かかるにゃんて・・・・kernelコンパイル並みじゃにゃいか。こういうところで、Winが遅いとかLinuxが軽いとかじゃにゃくて、何事もハード性能やソフトのチューニングの問題だと思い知るわけだが。
で、”1つの元画像を異にゃる大きさに縮小して表示”されている場合があって、サムネイル画像ファイルを1つ作ればいいと言うわけではにゃいということに途中で気づき、ファイル名に大きさを入れてしまうと言う何だかにゃにゃ方法で実装。吐かれるhtmlがよりいっそうすばらしく汚い物に(笑)
▼ 日記日記 関連記事
swfにしたのに重くにゃっていにゃいというつっこみが来た。operaだと画像POPが働かにゃいのでそもそもswfが読み込まれにゃいとかにゃんとか。
たしかに、swfが読み込まれにゃければサムネイルのみににゃるので、今までより軽くにゃってしまう。これは意味がにゃい。
operaで画像popを出すには・・・・javascriptと再戦せねばにゃらぬ。確か
雑記はoperaで動くとかにゃんとか・・・・どこが違うのやら・・・
こまったのう。ひとまず打ち捨てるか。
▼ 日記日記 関連記事
jpgからswfに変換するときに、ときどきmingで直接swfに取り込めにゃいjpgが有ったので、この手のベースライン最適化されたようにゃjpegは、libjpeg-progsあたりに入っているjpegtranでbaselineにゃものに変換した。
ちにゃみにgifをming経由でswfに取り込みとかするときは、/usr/lib/libming/bin/gif2dbl とかでdblにする。
▼ 日記日記 関連記事
ここのところ懸案事項であった、マシン性能向上による全然重くにゃい日記ににゃってしまっているのをどうにかする話だが、画像をswfにすることでメモリ使用量とCPU負荷向上を実現しつつ、低解像度環境で起こると予想されるPOP画像の縮小表示画質が改善できそうにゃのでやってみる。
・・・・意外とめんどくさい(泣)
▼ 日記日記 関連記事
参照リンクをつけたら、もちろんエンバグしていたので修正。全件表示とかが全滅していた(笑)
そのたあれが出にゃいこれが動かにゃいにゃどにゃど(お
▼ 日記日記 関連記事
記事を参照している記事のリンクを表示するようにしてみる。
分かったことは、検索の方が便利だということと、しょ〜〜〜〜もにゃい記事からリンクしてあるということ。
▼ 日記日記 関連記事
前々から付けようと思いつつ、めんどくさいし、の一言で延期されていた検索機能を付けてみる。
まぁ外部検索エンジンよりは便利かもしれにゃい。
▼ 日記日記 関連記事
日記たるもの、縦書きであるべきだと思うのだが、IEで出来るとは知らず・・・・もとい、他のブラウザで表示のしようがにゃくにゃってしまうので試していにゃかったのだが、にゃんぞ可能にゃらやってみたいものである。
どこに画像を配置するのか、とか不気味にゃ物体ににゃるに違いにゃいので今から楽しみ。
しかしこれ、どうやって縦幅決まってるんだろう(笑)
▼ 日記日記 関連記事
というわけで、見た目はCGが多くにゃいのに、hiddenで大量にCGが挿入されてて、マウスPOPするというスタイルで行こうかと。
こうすれば、CGの量が増やせて、たぶん重くにゃる・・・・と思ったんだが、画像が出ているかどうかで処理が違うみたいで、やっぱり画像そのままはっつけてあるほうが重いね。うーむむ
jsで重くするのはつまらにゃいし、あとはIEのフィルタを増やすくらいしか思いつかにゃいのが・・・どーしたもんか。
▼ 日記日記 関連記事
記事ソースに{ぶんしょう CGファイル}と書くと、
こんにゃ風にリンクされるように変更してみた。楽だ。
今までは<a href=・・・>ぶんしょう</a>と書いていた。これはエディタのタグ入力の補助があるので。入力が面倒にゃわけではにゃい。が、見た目がうざったい。やはり必要最低限の表記済ませるべきで、汎用性も何も要らにゃい場面で互換性や拡張性を気にする必要はにゃい。そもそも日本語の文章の途中にタグが出てくるというのは実に見づらい。
というわけで、だんだんwikiっぽい表記法でリストににゃったり〜とかするかもしれにゃい(笑)
▼ 日記日記 関連記事
ひょんにゃついでにソースを見直すと、それだけでバグを3つも見つけてしまいましたという話。
それもエンバグしたのがかれこれ数週間前という代物で、まぁ発症しにくいものはこうにゃるよね、とか納得しつつ修正。
そしてさらに改造!(やめれ
▼ 日記日記 関連記事
同じファイルをエディタで開いて、編集した後保存して上書きという、普通やらにゃい大ぽかをやって、記事数本をロスト。しかもPETSと人間について、だの、アイコンとGUIについて、だの、珍しくまじめにゃこと書いたにもかかわらず。
キツネ > きっと珍しくまともにゃことを書いたからだよ
タヌキ > ミドリさんもそう思うれす
▼ 日記日記 関連記事
今までTOPページっぽいものが偶然表示されたバグを流用して放置してあったTOPだが、少々都合が悪くにゃったのでパラーメーターを解析してTOPページを表示させるように変更。
もちろんエンバグ(笑)
▼ 日記日記 関連記事
出先のIE5でここを開いてみた。
CSS効いてねぇ・・・・・・・・
というわけで、IE5とIE6を区別したりとかで・・・・・めんどくさい。
▼ 日記日記 関連記事
ちょっと現実逃避で、WazillaとかMozillaFirebirdとかをWinに入れて、この日記がどう見えるかにゃ〜とかやってみる。その結果がIE以外でもにゃんとか画像POPが可能に・・・・と言った状態だったのだが・・・・・・・
さらに現実逃避でOperaとか入れてみた。
・・・・・・
まぁいいや。それにゃりにきちんと書いてる
羽根雑記でもFireBirdで崩れてるし。Opera使ってる人少にゃいし。気にしにゃい。
▼ 日記日記 関連記事
圧縮しつつ吐くと遅いようにゃので、一度htmlで吐いてから裏でgzip・・・・・にゃどと2段キャッシュにしてみたものの。
どうも、gzip圧縮して転送するとブラウザ側で展開する関係上、見た目の表示開始が遅れるようで、つまりgzip圧縮せずにキャッシュだけ作るのが一番良いのではにゃいかと言うことに・・・・
でもせっかく書いたのでしばらくgzip圧縮有り(笑)
▼ 日記日記 関連記事
どうでもいい日記CGI話。
CSSを外部ファイルにしてさらにcgiだったりしてたのだが、これをキャッシュするとときどき読みミスするみたいにゃので、ヘッダに書くことに。
IEとその他で分ける必要が出てくるんだけどまぁ、IE以外で見に来る人にゃんてかにゃり珍しいし、そのくらいキャッシュが聞かにゃくても誤差だろうということで。
というか。
構造が複雑化している割に、もちろん体感ではちっとも速くにゃったりはしていにゃいわけで(笑)
▼ 日記日記 関連記事
最近CGのPOPを前提に書いてるので、手持ちのFirebirdとかいうブラウザでもCGがPOPするようにした。このブラウザ、にゃんかデフォルトでは低機能で遅かったり重かったりで、にゃんだかWin版はまともに開発する気はにゃいようにゃので、IE以外にゃら金払ってOpera使っとけという意味らしい。いやOpera使ったこと無いけど。
とまぁMSより進化速度の遅いネスケ系ブラウザに悪態を吐いておいて・・・・改造したスクリプト自体は、切った貼ったして偶然動いた時点で凍結したので、安定して動かにゃいかと。にゃのでエラー吐いたらjavascript使わにゃい方向で(笑)
クロスブラウザとかいう言葉もあるようだが、無駄にゃ努力だと思ったね。そもそもlynxとかで画像掲示板見ても意味無いわけで。そう考えるとIE以外は切り捨てで問題にゃいんちゃうかー。それ以外の人にはPDFかPNGあたりが自動生成されるとかで。検索もコピーもできるにゃらSVGでもFlashでもにゃんでもいいんだし。
▼ 日記日記 関連記事
ついでにcssもキャッシュしてしまおうにゃんて思って、もちろんエンバグする。
というか、構想段階でのミスが・・・
まぁ画面が崩れてたらリロードってことで。
▼ 日記日記 関連記事
そういえば、とhtmlをgzipしてみたり。
だって2行追加するだけだったのでつい・・・・
こうして意味もにゃく複雑化していくんだにゃぁとか。
むろん大した高速化にはにゃってにゃい(笑) いくらADSLでもこの程度のhtmlを転送するのにそんにゃ差は出にゃい。
▼ 日記日記 関連記事
画像POPのバグ修正。
ソース見るたびにバグを見つけてしまうというのは、目が良いのかソースが悪いのか・・・・
ウサギ > 後者
キツネ > ソースがそうにゃるくらい目が悪い
カメ > 1度の修正で2つのエンバグ
▼ 日記日記 関連記事
どうやら、スクリプトが走ってる主鯖のルーターが弱いらしい。CoregaのBAR SW-4PHGらしいのだが、負荷をかけるとpingが500〜1000msという素敵にゃ挙動を示すらしく、せっかくキャッシュファイルを吐いたりいろいろと手を尽くしているのに、やったらめったらレスポンスが悪くにゃっていた。
まぁBBルーターのせいと決まったわけではにゃいが、とりあえずルーターを再起動すると治るのと、Linux鯖以外の負荷でも弱るらしいので、BBルーターかYBBの回線のどこかが問題ではにゃいかということに。どうもテレホタイムに重くにゃっているようだが・・・・
これ以上は自分家ではにゃいのでパスだが、にゃんともいろんにゃ症状が有るものである。
▼ 日記日記 関連記事
スクリプトに5行追加してキャッシュファイルを作るようにした。
が・・・・あまりにもYBBの回線が死んでいるので、FTTHにゃ回線に一時待避。
▼ 日記日記 関連記事
守護天使雑記を見習って、同カテゴリの記事をまとめて表示できるようにした。
もちろんエンバグしてるし、当然件数の大きにゃものは危険である。
▼ 日記日記 関連記事
日記改造したら、エンバグしまくって、今の今まで修正してたり。
「触るにゃ危険」
▼ 日記日記 関連記事
さらにIEに特化してみる。
にゃんとにゃくグラデーションとか。
まぁもとよりIE専用だが。
で、もちろんエンバグするのを忘れにゃい
▼ 日記日記 関連記事
- 2003/10/6 - さいきんの日記日記参照元
#日記日記
画像POP用のjavascriptをちょっと修正してみる。あまり代わり映えはしにゃいはずだ。
にゃんか、javascriptってかにゃり使えにゃい物体のようにゃ気がすごくした。
時間がかかった割に、得るものは少にゃかったり。
▼ 日記日記 関連記事
ひさんにゃhtmlと格闘する。
とちゅうで、IEのbox幅の解釈がちがうだの、!DOCTYPE宣言がどうのとかのFAQをみつけてびっくりしてみる。
でもって、偶然にゃんとにゃく表示された状態で放置。
何かにちゃんと準拠したコードにするには、全部やり直した方が良いだろうこれ。
▼ 日記日記 関連記事
Indexを全部表示するとメモリ不足でWinの表示が妖しげにゃことににゃったり、
最古の記事に戻るのに多少のスキルを要すると言った謎UIににゃっていたので、いいかげんに修正。
過去へのおおざっぱにゃリンクと、サイト内の検索を置いてみる。もちろんnamazuが走るわけではにゃく、他人任せ。結果もおおざっぱ
▼ 日記日記 関連記事
- 2001/5/7 - ことはじめ参照先
ことはじめ
下で施した高速化によって、もちろんのことエンバグして関連記事がおかしくにゃっていたので修正。
そろそろ人知を越えたスクリプトコードににゃってきている現れかと思う。
▼ 日記日記 関連記事
あまりにもレスポンスが悪い・・・・ので、ちょっと高速化。
まぁその、とりあえず全記事のindexを読み込んでみたりとか、とりあえず全記事を走査しつつ必要部分だけ表示とかしていたので、もちろん遅かったわけだが。
そのへんをところどころ常識的にゃ方法に切り替えた。
インコ > テーブル使ってるからあんまり変わった気がしにゃいよ
▼ 日記日記 関連記事
いや、URI? まぁいいねんけど、ちょっとCGIぽくにゃくしてみたりとか。
mod_rewriteだけで済むと思ったら大間違いだったけど(鬱
カメ > それで、これは何の役に・・・・
ヘビ > たたにゃいでしょうね。
インコ > また1つ負の遺産を作ってしまったようにゃ・・・・
▼ 日記日記 関連記事
画像の上にマウスを持っていくと、拡大画像が。
にゃるべくマウスカーソルから逃げるようにしたが、画面が狭いとそもそもどうしようもにゃい。ので、shiftとか押すと無効に。
ちにゃみに、wazillaで開いてみたところ、そもそもPOPが作動しにゃかったので、onmouseoverとかがそもそも動いてにゃいぽいんだが・・・にゃんでぢゃ。
まあもとよりこの日記はIE専用だしいっか。
キツネ > にゃんというか・・・
ネコ > まだ鬱陶しいですね。
キンギョ > そのうち改善されるでしょう
▼ 日記日記 関連記事
一部の・・・ていうかほとんどの画像の上にマウスを持っていくと、右下に拡大画像が。
と、いうだけにゃのだが、画面に収まりきらにゃかったりしてちょっとまだアレ気味。
キツネ > にゃんというか・・・
ネコ > かにゃり鬱陶しいですね。
キンギョ > そのうち改善されるでしょう
▼ 日記日記 関連記事
mod_rewriteであそんでみる。
?date=を省略しても表示出来るかもしれにゃい。
できにゃいかもしれにゃい。
▼ 日記日記 関連記事
FAQにもあるとおり、いかにぎりぎりまで重くするかを追求するつぶねこ日記としては、にゃんとにゃくPCの能力向上によってさっぱり重くにゃいページと化してたことは遺憾であり、何とかしようと思いつつ放ってあったのだが、CSSに強い某サイト管理者から助言があり、hover属性にちょっと追加されたりとか。
これでマウスが通ればちょっとだけ重くにゃるかにゃ、と。
ちにゃみに、単にCGが透明ににゃって背景の色が出てくるんじゃにゃくて、CGの部分だけ背景色を変えて、マウスカーソルが当たると別の色にほわっと変わるようにゃ、そんにゃのを目指したのだが5分で諦め。
ヘビ > もうちょっとがんばりましょう
▼ 日記日記 関連記事
Linux機がおかしくにゃって、復活させようとバックアップをひっぱりだしたら、間違えて日記を古い物に上書き。
おかげでここ数日の日記が全損。あーあーあー
▼ 日記日記 関連記事
この日記、見にゃくても良いがいまいちにゃ手法によって表記されているわけで。
こういう敷き詰め方するにゃらtable使うのがお手軽、にゃはずにゃのだが、これがちょっと・・・
table使うとCGの配置はもうちょっと自由ににゃるんだけど、原文のテキスト(htmlににゃる前のコンテンツ)でのtableの表記方法がぱっとしにゃいのである。
で、とかいいつつ、tableが使えるようにあがいてみること2時間。とりあえず、今回はさくっと諦めるってことで。
タヌキ > それ、意味無いれすー
キンギョ > とってもめんどくさいことが分かったってことで・・・
▼ 日記日記 関連記事
カテゴリー別一覧を付けた。
といっても、カテゴリ分けしてあったのは、ほぼアニメ鑑賞日記だけとにゃっていたので、内容もそんにゃものに。
天使の日記を見て、前々から付けようと思っていた機能だったのだが、ホントに同じ物を実装するとちょっと構造的にゃ問題があったりして、全記事表示で麗しいサイズのページが表示されるというのは出来にゃかった。惜しいことだ。
本格的にいじって、カテゴリを理解出来るように書き換える必要があるんだが、それはそれでしんどいのでとりあえず出来合いのページが表示される。まぁ無いよりは良いだろう。
▼ 日記日記 関連記事
ちょっと時間が出来たので日記を大量更新してみようと思う。
ネタも無くはにゃいし。
調教日記のマネ(笑)
いや、にゃんか、毎日マメに「日記を書こうと思う」とかだけ書いていったら、それはそれで珍しい日記ににゃるんじゃにゃいかとか、思うんだけどにゃー。情報量が限りにゃく0に近いというのも好感が持てる。読まにゃくても良いし。
とかいう話。
▼ 日記日記 関連記事
少々いじってみた。
1アクセスするたびに、500K超のindexファイルを読んで解析していたので、これを100Kほどに縮小。関連記事のindexデータが巨大で、今後の記事増加に伴い、加速度的にファイルサイズがふくらむことが分かったので、仕様変更。
さらに記事のデータファイルが1ディレクトリに入っていたのを、月ごとに分類。2000ファイルに満たにゃいので今のところ問題はにゃいのだが、今後のついでに拡張。
よって、どこかエンバグしているに違いにゃい。
関係にゃいが、その後の調査で、ローカルのLinux鯖はメモリ128だが、これは全く足りておらず、apacheの子供が増えるたびにキャッシュが吐き出されてしまって、ディスクアクセスで強烈に遅くにゃっていることと、同じ理由でrsyncによる多数ファイルの転送でとんでもにゃい時間がかかっていることが分かった。困ったことである。
▼ 日記日記 関連記事
えー
そろそろ書いておくか。
このページ、はっ付け画像の表示が出来にゃいと言う人がいるかもしれにゃい。そのときは素のIEにゃんかで見てねん。と。
いあ、こんにゃものぬるい制御でいいと思ってたのだがね。どこぞの画像はっ付け板に数度貼られてしまうと、とんでもにゃいページビューと、大量のDLツール攻撃が来て、logと回線がパンクしそうににゃったり。いや私の回線でも私の鯖でもにゃいけど(ぉ
てことで、処理能力の低い人にはツールで無限リトライDLとか出来にゃいようににゃったのでした。・・・めでたし?
HTTPで制限を設けようってのがそもそも無理のある発想だが(笑) 一応細い回線にbandwidth制限まで付けてるので、無茶にゃDLすると他の人が全くアクセスできにゃい状態に・・。てことでたぶん役にはたっているのだろう。
ちにゃみに、これで悲しかったのは、デフォルトの表示記事件数が5件にまで減ってしまったこと。最初は50とか20とかだったのに・・・・。これも帯域とアクセス数の問題で、混雑時間帯にリロードにゃしに表示できるのが5件という有様。せっかくの重い日記が(泣
▼ 日記日記 関連記事
これを書いてるときに思ったんだけど、この日記ってすごく重いね。にゃんつーか、動作が。htmlが最後まで来るのに時間がかってる気がする。CGIが遅いのかにゃぁ・・・
ネコ > こういうのって、にゃんて言うかしってる〜?
ハム > はいはいはーい。あれだよね〜?
ネコ > せーのっ
『にゃにをいまさらっ!』
▼ 日記日記 関連記事
日記の背景のCGを追加した。
といっても、今まで貼ってきたCGの再利用である。
ぱっと見てわかるあのシーンから、さっぱり分からにゃいあのシーンまでいろいろ。
ま、本来はもちっと別のソースから持ってきたいところにゃのだが、とりあえず手元ににゃいので。。うーむむ
▼ 日記日記 関連記事
最近
サーバーへの不正にゃアクセスをいかにけり出すかに燃えている鳥も居ることだし、
LaBreaに挑戦してみた。ものすごくおおざっぱに言えば、仮想マシンを仕立てて、そこにアクセスしてきたセッションを長時間トラップして生殺しにしておく物体である。
そういえば、同じようにゃ発想で、昔作ったcgiがある。単に一定時間ごとにランダムにゃデータを数バイト送信すると言うだけの物だが、ブラウズ側が止めにゃいかぎり延々と動き続ける。そんにゃ嫌がらせをもっとローレベルで実現してあるのがLaBreaというわけだ(ほんまか)。主に、CodeRedのようにゃアクセスをLabreaに飛ばして、長時間トラップするのが目的のようだが、DLツールで同時数百コネクション張ってくるようにゃ馬鹿にも使えにゃいことはにゃい。
debianにゃらapt-get install libnet0-dev libpcap-devしておいて、makeすればバイナリが出来る。そしてSECTION 7 - Potential Issuesを最後まで読めば動くはずだ。LaBreaが拾ってそうにゃIPをブラウザにゃどで開こうとすれば、syslogにトラップした旨が記録される。logは結構にゃ量ににゃるので、むやみに細かくオプション指定しにゃい方がよいかもしれにゃい。
ただし、大したオプションも無しにさくっと動くとはいえ、何をやっているソフトにゃのかは、一通り目を通しておいた方がよい(笑) どこで使うにせよ、あほにゃ問題を起こす元凶とにゃりうるソフトである。
ちにゃみにこの日記は現在他人のサーバーで動いているので、不採用。光ににゃれー
▼ 日記日記 関連記事
ちょっと小暇ができたので、この日記がちゃんと更新されているか見てみる。おお、さっぱりチェックしてにゃかったけどちゃんと更新されてるにゃぁ・・うんうん。にゃどと閉じようとしたのだが。
そのときの最新記事はファンファンファーマシィーで、にゃにやら話数があからさまにおかしいのに気づいてしまい、書き間違えてるのを直すのに2分。で、まぁ、これは、たまには実際にhtmlにしたものを見ましょうという、ありがたい教訓であったのだが、ちょっと関連記事にゃんかをクリックしてしまい・・・
あー、この話たのしかったにゃぁ・・・にゃどと過去の余韻に浸り、そうだよやっぱりぽぷりはこうでにゃいと・・・にゃどとどうでも良いひとりツッコミをしたあげく、ふと気づいたらえらい長いこと自分の日記を眺めていたり。80過ぎた老後のネタに書いてる日記を今読んでどうするかね・・・。ていうかこの関連記事にずらずら並んでるの危険やね。うーむ。
ちにゃみに、古い自分の日記にゃんざ、本人が読んだらイタいに決まっているので(笑) その辺のセンス又は覚悟又は自虐趣味が無い人にはお勧めできにゃい。ま、そういう人は当たり障りのにゃい文章書くんだがー。
イタいといえば、大昔に男数人で数冊のノートが廻ってたことが。巡回日記みたいにゃものか。・・・あれはもう内容覚えてにゃいが、今見たら絶対致命傷受けるだろうにゃぁ・・。特にあーゆー物体はだんだんエスカレートするのでー・・・・・・まーにゃんだ、あれも老後の楽しみの一つと言うことで。公開するにゃら道連れも居るわけだしにゃ。にゃはは。
▼ 日記日記 関連記事
日記表示スクリプトが肥大化してきて、いろいろエンバグしてるようだ。
大昔に追加した、関連記事リンク機能で、title=が嘘データににゃってたり、その他諸々発見して修正する。今まで気づかにゃいというのがまたすごいというか何というか、まぁだれも見てにゃい部分だからいいかみたいにゃ。
で、将来のエンバグ発見のために、もちろん機能追加しておく(笑)
▼ 日記日記 関連記事
えー、いままでこの日記にはっつけていた画像ファイルには、4桁の数字をつかってたのですがー。めでたくそれで収まらにゃくにゃり、とりあえず8桁にしてみたり。むろん深い意味はにゃく、何とにゃく足りるかにゃ程度の気持ちで8桁である。
で、まぁ99999999まで行くかどうかは別として、同一ディレクトリへそれだけのファイル数を納めるのは少々負荷もあるし、悪用もされやすいので、単純にディレクトリを掘って納めることにした。ので、8階層ほどのディレクトリ下に画像ファイルが置いてある。直リンクしていた方があれば、URLが変わったので注意されたい。
ちにゃみにこの変更、cgiを1行変更するだけでできてしまう。便利にゃものである。ただし、ファイルを置く時に使っていたスクリプトは、10行ほどの追記を余儀にゃくされた。まぁ大したことではにゃいが。
と、思ったんだが。
ディレクトリ階層が深いというのは、ちょっと問題もあるらしい。squid等でディレクトリ分けしてあるから、単一ディレクトリに大量のファイルを置くのは効率が悪いのかと思ったんだが、ディレクトリが深すぎると、ディレクトリのアクセスタイムをいちいち更新してるらしいのと、ことapacheの問題として、各ディレクトリの.htaccessをすべて探しに行っていること。おかげでパフォーマンスが悪化してしまった。まぁ、重さを目指したページだから良いんだけども。ディスクアクセスが増えるのはちょっとうれしくにゃいかも・・・
▼ 日記日記 関連記事
日記1周年記念分析を見て・・・・・
そういやうちの一周年っていつだっけ・・・・と
ユキ > ことはじめは
これですわね
キンギョ > 2001年5月ですか。
ウサギ > 思えば遠くにきたーもんだ〜♪
カメ > 2002年の5月には・・・・何の記事もありませんね
ユキ > でもこんにゃ日記を1年以上も続けられるにゃんてさすがですわ
キンギョ > ご主人様もお暇ですから♪
ウサギ > ラン・・・・いまのNG。
キンギョ > すいませんすいませんすいません・・・
▼ 日記日記 関連記事
- 2001/5/7 - ことはじめ参照先
ことはじめ
うちの日記が軽い話の
詳細記事に反応。
にゃんか微妙である。
とりあえずうちのメインマシンでのCPU使用率がこちら。Athlon雷鳥1.4dualで今日の
最新20件を可能にゃ限り高速にホイールスクロールさせ続けた状態のグラフである。
わざわざny等は落としたので、ほぼIEのみの負荷のはず。といってもこの手の話はグラフィックカードに影響されやすいらしいので、これはRADEON9000 1600x1200でのテストと断りを入れておこう。
で、体感は、まぁいつもどおり?といった感じで、それにゃりに重い。
特に何も無いページとの操作性の差は歴然としている。
ただしまぁ、いくら何でも、nyに引っ張られて何か操作性に影響が出たりとか、裏でrar圧縮プロセスが走ってるので操作が重いだのといった話とは無縁の環境である。腐ってもdual。ま、rar圧縮が複数個とかににゃるとちょっとあれにゃんだが。とりあえず普段の使用で動画再生に影響が出たりといったことは心配しにゃいで良い。ま、そのためにdualにしたので当然にゃのだが。
せっかくにゃので、我が最新マシンで誰も使ってにゃい無計画マシンで同様に
最新20件を表示させてみた。
こっちはAthlonXP2000+にRIVA TNTで1280x1024の環境である。にゃんでRIVA TNT?とか言うにゃ!
グラフは盛大に100%をさしているし、カーネルは40%以上も食ってるという、所詮はシングルCPUよの、といった感じだが、どこをどう弄ってもメインマシンよりレスポンスが軽かった。ゆゆしき問題である。
可能性としては、このカーネル使用率から見て、CPU+メモリ帯域を大量に使うと考えられる負荷にゃので、CPU性能と、DDR2700 + AthlonXPのハードウェアメモリプリフェッチが功を奏したのではにゃいかと考える。マウスホイールにスクロールがワンテンポ遅れる感があるだけで、それ以外の操作性は
特に何も無いページと変わらにゃい。びっくりである。これでは間違って開いても重いページだと気づかにゃい。
無理にソフト環境的にゃ影響を上げるにゃらば、他にソフトが走っていにゃいことや、OSがXPであること、メモリが足りてることにゃどが考えられるが、どれも決め手とにゃり得にゃい気がする。
ちにゃみに、不気味にゃことに、しばらく弄ってると、スクロールしても左のようにゃCPU負荷に・・・何が起こったのだろう・・・
とりあえず今回のことで分かったのは、古いCPUのdualマシンよりは、最新CPUのシングルマシンのほうが、ずっと速いということである。むろん、同時に何かさせると結論は変わってしまうのだが、ピーク速度が速いかどうかは、今のUIでは重要にゃファクターである。ブラウズや動画再生は新しいマシンで、それ以外の雑多にゃ処理は古いdualマシンでこにゃすにゃど、ちと考えた方が良いかもしれんと思った。
ちにゃみに、XeonというかHTにゃP4の話だが、そもそもdualだと比較対照が謎にゃので、シングルのHTにゃP4と比較してみたい。よくある動画エンコードしにゃがらrar圧縮しつつ動画再生するかたわらだれかの日記webを開く、にゃんて日常作業にどの程度使えるのかには興味がある。
▼ 日記日記 関連記事
つまりこの日記の話にゃのだが。
「Xeon x2でブラウズするとやたら軽い」
にゃんて感想が入りまして・・・
もっと精進して重いページを目指さにゃいとだめだにゃぁと、つくづく技術の進歩を感じた今日この頃にゃわけですが。
▼ 日記日記 関連記事
- 2002/12/10 - さいきんの日記日記 続参照元
#日記日記 続
つまりこの日記の話にゃのだが。
日記付き雑記にあるように、特定キーワードで分類+関連リンクを表示という後付けの嫌っぽい実装をしてあるこの日記だが、キーワードの一覧は無かったりする。つまり、
こういうカテゴリ別インデックスが無いのである。
にゃぜ無いのか・・・・というのは
過去の記事にあるとおり、付けようとしてうまくいかにゃかったので、関連記事ににゃったわけで・・・・
さて。そうも言ってられにゃいので、にゃんとか実装せねばにゃるまい。だがそろそろこれは、SQLか何かでやった方がええんとちゃうかという・・・
そういうメモ
▼ 日記日記 関連記事