タイトルリスト
 2005/02/20
表示速度と処理速度
現行の nikki ディレクトリ内のスクリプトをやっと新型に入れ替え。
というわけでテンプレートとかが現行のこの日記で有効に。

現在問題視しているのは、先の日記でも触れた日付単位での表示をさせた場合、ローディング時の表示が遅いこと。
内部処理は、一番下を見てもらえるとわかるのだが 0.2s くらいで終了しているのが不思議不思議。

というわけで各ポイントで停止させて何が悪いのかを調べてみたが、どうも日付を元に取り出すと遅くなる模様。
それ以外 (カテゴリや記事番号) だと普通に早い。

左バーを表示させない、記事の表示もしない純粋に記事データを引っ張ってくる時間だけを見てみると、日付単位で取ってくるのが平均約 700ms に対してそれ以外だと平均約 420ms。
特にコレといって特別なこともしてないんだけどなぁ、という事でデータベースの方を見てみた。
すると日付フィールドがインデックスになっていたのでコレを外してみたが特にスピードは上がらず。
で、もう一度インデックスマークを付けてみると微妙に早くなって平均約 560ms。
できれば現時点で最速の 420ms 近くは出したいところだが原因が全くわからん・・・。

  - NO COMMENT -
TrackBack URL:[]
 2005/02/19
Web日記帳 "さくら" Rev-2.0.0 BETA:70 不具合相談
なんやら各地でちょっとした不具合がいろいろと出ているようで。
新規でエントリーしましたんでつっこみでいろいろとお願いします。
× 真っ白になる
○ 書き込み時のバックアップファイルが書き込めない
$log_backupfileで指定したファイルは正常に書き込まれたら削除されるので、ファイルが書き込まれるディレクトリはパーミッション 777 である事が必要。
△ RSS ファイルに固定の URL が書き込まれている
該当個所を確認したが、固定で書き込むような記述は無し。
他の人どうなってます?
rdfdata.rdf が雛形になってます。
そちらを修正してください。
中途半端に雛形にするなら固定の方がいい?
△ 新規書き込み→既存の日記と同日付で追加
非常手段でありまともにチェックしてませんというかそもそも EUC と SJIS が混じってるから不具合出るかも。
たぶん追記の時に文字コードチェックしてないとか変に変換してるとかそんな感じの予感。
○ RSS の修正って?
& を & に変換するようにしました。
でないと sage などでパースエラーが出ます。
△ 既存記事に新規書き込みで追記すると文字化け
残念ながら再現できなかった。
ファイルに書き込むときは新規と既存の区別はないので同じサブルーチンを使用している。
ちょいと変なところで文字コード変換が入ってます。
それを除去すると SJIS になります。
で、このままだとらちがあかないので全部書き換えてみようかなと考えている。
そこでアンケート。
  1. ログそのものは SJIS と EUC どっちがいいですか?
  2. ログオン方法は現在前入力と後入力になっていますが、これを前入力のクッキーによるセッション保持に変更して良いですか?


  • 山銀:>RSS ファイルに固定の URL
    見てみましたが、rdfdata.rdf の中の記載文っぽい感じですねぇ。
    うちの日記は何とか動作しているっぽいんですが・・・以前と何か違う感じもします。
    で、ファイルを再アップしたところ・・・XML ページを表示できませんエラーが出ました。
  • 山銀:上に投稿した以前と何か違う感じですが・・・
    以前は、RSS のアイコンをクリックすると・・・ファイルをダウンロードしたんですが・・・今はソースが表示されます。
    まぁ、私が RSS に関して把握出来ていませんので何とも言えませんです。
  • 山銀:XML ページを表示できませんエラーですが・・・時間が解決するみたいです。お騒がせしました。
    で、デフォルトのままの rdfdata.rdf を入れると同様の症状になる事を確認しましたです。
  • G兄:あ、そうか、rdfdata.rdf が雛形になってるの忘れてました。(汗)
    ダウンロードから表示になったのは、apache をそういう風に変更したからです。
    本来は表示する設定にならないとダメだったような希ガス。
  • 蝦兄:うちも「真っ白」「rdfの中身がよそのURLで固定」が再現してます.
    RSSの全容を把握できてないので,どこをどうなおせばなおるのかはまだ未調査です.
    ちなみに乗っ取られるURLはG兄日記(笑)
  • 蝦兄:あと,旧記事への新規書き込みでの追記の件ですが.
    新バージョンになった状態で新規書き込みした日記にさらに新規で追記しても盛大に文字化けするようです(汗)
    それを編集モードで削ろうとすると,旧記事だけは文字化けせず表示されて新記事だけ化けた状態で編集モードの表示が出てくるみたいです.

    と言うことは,最初の新規記事とあとから追記される記事とで文字コード違ってるって事なのかな?
  • 蝦兄:rdfdata.rdf 書き換えたら今度はアイコンつっついでもなにも表示されなくなりました(汗)
  • G兄:>蝦
    ん?今sageに放り込んでみたけど正常に受信できとるぞ?
  • G兄:>文字化け
    ウチでは再現しねー・・・。orz
  • 蝦兄:rdfはどうも時間が解決してくれたようです( ̄▽ ̄;)
    文字化けの方は直らないですねぇ・・・もしかしてデフォでEUC使ってる人とそうでない人とで違いがあるのかな?
  • 蝦兄:状況としてはこんな感じです>文字化け
    ・全くの新規→正常
    ・上記記事に新規で追記→その日の記事が全部化ける
     ※その日以前のログは正常のまま
    ・編集モードで追記部分を削除更新→既存分は正常に戻る
     ※このときの編集モード上では既存分が正常,追記分は化け
    ・編集モードで追記分を残して更新→既存分含めて文字化け
     ※どうも追記分が残ってるか否かで結果が分かれる感じ
    ・化けた状態でエンコードをEUCに→化け記事は正常,以外は化け

    と言うことでやはり文字コードがどこかで悪さしてる感じがします.
    感じからすると新規→S-JIS,追記→EUCで吐かれてるのかな・・・そんな感じです.
    なぜ新規追記で既存記事まで一緒にEUCになるのか,編集モードで追記記事の有無で結果が変わるのかがちょっと謎のままです..
  • G兄:log ディレクトリにファイルが出来るので、その文字化けしたログをもらえますか?
    あと jcode.pl は最新ですよね?
    一度 $wd の処理周りを一新しないとだめやねこれは。
    for MySQL バージョンではここらへん綺麗にしたんですが。(ぉ
  • 山銀:>ダウンロードから表示になったのは、apache をそういう風に変更
    了解でふ。
    >文字化け
    うちの環境(といっても雷Gさんとこの鯖ですが)では再現しませんねぇ。
    >真っ白になる
    これは経験があるのでBETA-70を新規に作成してみましたが無問題。BETA-69以前から移行する時に問題があったのかな?
    と思ったんですが・・・不定記の方は問題なく出来ているので謎のままでふ。
    あの時、ファイルを1つずつ差し替えれば分かったのカモしれませんが・・・すでに遅し。(汗)
    >jcode.pl
    そういえば、本環境の方は最新を使っていたが、テスト環境の方は古かったような気がするなぁ・・・もしかしてその可能性がありそうな予感。
  • 山銀:>中途半端に雛形にするなら固定の方がいい?
    rdfdata.rdfに記載されているchannelとdescriptionは書き換えてねとREADMEに記載すれば良いだけで宜しいのではないかと。
  • あぞっち:新規で作成されるログはsjisかな?普通に秀丸で開くことができる。追記部分はeucで開かないとみえない。
    で、sakura.cgiをみると、追記フォーマットの書き込みの前にeucに変換しているように見える。
    謎なのは、昨日の午前中まで(すなわちさくらを改造する前まで)は追記もsjisだったもよう。
    昨日の記憶をたどると・・・
    金曜日までrdfファイルへの書き出しがうまくいってなかったので土曜日に原因を探っていた。で、rdfdata.rdfとか少しいぢったらrdf関係はよくなった。その後、追記がうまくいかなくなったような気がする。rdfへの書き出しはeucみたいだから、rdfへの書き出しがうまくいくようになったのと、ログへの追記がeucで書き出されるようになったのとがリンクしているようにも思える・・・(素人考えだけど)
    追記の前のeucへのコンバートをやめれば・・・って表示されるレイアウトまではいじれても、そこまえでは人様のプログラムをいじれないので、とりあえずやめておこう。
  • あぞっち:そこまえでは→そこまでは
  • 蝦兄:jcode.plを更新したけど駄目みたいです.
    ちなみに化けてるログはこちらにアップしておきました.
    http://www.tk-works.homeip.net/support_data/20050220
    下の方にちょろっと入ってるところに「テストで書き込み」的なメッセージを入れてあります.
    どうも新規で吐かれてるログと追記で吐かれてるログとで文字コードが変わってるのは間違い無いっぽいんですが・・・
    ちなみに日記帳の閲覧状態時のソースには「このページはS-JISですよん」と言うヘッダーが入ってますね.
    sakura.cgiの中にもそれを指示するような記述がある感じですがこれは影響してないのかな?
  • 蝦兄:BETA-59で正常稼働を確認しました.
    どうもrdfの実装前と実装後で違うことが判明.
  • 蝦兄:で,開発履歴を見ているとBETA-61で「吐き出されるログをEUCに固定」とありますよね.
    これと既存のログの文字コード種別,cgiの方で指定されてる「表示時にS-JISで」に代表されるS-JIS関係の指定が喧嘩してるような気がしてきました.
    現状自力で解明できるのはこの辺までかな?
  • G兄:どうも本格的に書き込みルーチンの部分を変更する必要があるようやね。('A`)
  • G兄:基本を全てEUCで書き直した方が楽かもしれない。
  • G兄:追記で化ける件、たぶん757行目から774行目付近だろうなぁ。
    この状態だと、完全新規の場合は必ず EUC だけになるはず。
  • G兄:蝦の言ってたことが今ようやっと理解したよ。
    旧記事に新規モードで追記した場合は文字コードがEUC固定されてるので無理ですね。
    SJIS に戻そうか?
  • Casper-01:家も正常に更新できました 'ω')ノ
  • 蝦兄:>やっとわかった
    説明がヘタでスマンですw

    >文字コード
    「混在環境が問題」と言うのがはっきりしたところで,日記ページ全体の構成を統一するのが第一なんですよねぇ.

    EUC・・・どうもまだ全体的にS-JIS優勢な感があるのか,メモ帳やそれに準ずる軽いエディタでEUCを読み書きできるのが少ないっちゅーのがネックなのか,なんか取っつきにくい印象がまだ消えない(^^;)
    そう言う意味ではS-JISに統一対象を合わせるのが良いんだろうけど・・・G兄的にはEUC推奨なんだよねぇ?

    例えば
    ●ログをEUCで吐くかS-JISで吐くかをオプションで選ばせて,あとは各ルーチンがその設定を見ることで最終的に吐き出すログや日記本体のエンコードを動的に決める
    ・・・と言う方式なんかだと,カバーできるユーザーパターンは広がるんだろうけども.
    一方でそう言う複雑な機能を持ったcgiを起こすのが面倒ですわな(汗)

    または
    ●ログファイルを吐くときに一緒に文字コード情報も残すようにして,追記の場合はそこを参照することで次に書き込まれる部分のコードを決定させるようにする
    あとこの場合旧来たまってる膨大なログファイルの扱いについて問題が出ると思うけど,それらの文字コードは各ユーザーごとにずっと変更無く来てると思うので,簡単なバッチファイルとかコンバーターみたいなので任意の文字コード判別子を一気書きさせて対応とか.
    で最終的に読み出すときにログファイルに残ってる文字コード判別子を見て適宜EUCなりS-JISなり,日記帳本体の文字コードにあわせて変換して完了
    なんてのは・・・やっぱスマートじゃないか(汗)

    うーん,どうしても「新旧混在の整合をどこで取るか」っつーのがネックになりますな・・・
  • 蝦兄:・・・と書き込んだところでアンケートが出てるw

    個人的にはS-JISが良いかな,サイト全体がS-JIS構成なのと↑にも書いた通りでEUCを読み書きするのにWindows環境だと一癖ある(別途ツールが必要かつメモ帳感覚で使える軽いのがなかなか無い)と言うのが理由でし.
    つーか,現状EUCのドキュメントは閲覧はWEBブラウザ,編集に至ってはWORDとかそれ系の大物アプリ使ってるくらいなので(ぉ>うち
  • G兄:アンケート項目、1項目追加。
  • 蝦兄:いま後入力で慣れてるので何とも言えませんが,とりあえず動くならどちらでも体の方を合わせます(笑)>パスワード
  • 山銀:>アンケート
    1 : 見てみたら古いログはS-JISで現行のヤツはEUCなんですね。私は文字コードはどちらでも良いんですが・・・Win環境だとS-JISが何かと有利カモ。
      # S-JISとEUCの良い点とかの違いがイマイチ把握出来ていないので何とも。(汗)
    2 : 私は前入力派なので・・・そちらが楽です。(^^;
  • G兄:EUCにしていた理由として
    ・Windowsからはどうせさくらのエディタでしか編集しない
    ・ログを直接触るのはEUC環境のUNIX系OS上なのでEUCのほうが親和性が高い
    ・さくらをEUC化すると文字列置換などでスムーズな操作を行える
    という理由だったんですが、とりあえず全てをSJISで行います。

    正直、全てを EUC にしたい。
    多用する文字列置換が死ぬほど面倒というかSJISのせいで不要なコードが肥大化・それがバグを呼ぶという悪循環に。
  • たわし:>文字コード
    サポート対象はEUCのみ・・・って仕様にしてそれ以外を切り捨てるのもあり(ボソ
  • G兄:うん、まぁSJISで組むのは今回限りで・・・。
  • 蝦兄:ざっっくりどっちかに完全統一される分には全然OKです.>文字コード
    SJISでたまりにたまった旧来のログを救えるならば・・・(汗)

    いっそ旧ログを思い切って破棄っつーんも手ですが(ぉ
TrackBack URL:[]
テンプレート機能などいろいろ追加!
機能がどんどん重装備になっていくさくら日記帳。
今度は左テーブルだけテンプレート化してみました。





変換エンジン死にそう。_no





つかマジで s/// 使いまくりでガスガス変換しまくり。
これでパフォーマンスちゃんと出るんだろうか?

ちなみに日単位出力の時の表示速度が遅いのは原因不明。
カテゴリ単位表示だと平均 0.7秒で初期レスポンス (ブラウザに対してはぢめてのパケット着弾) 有り。
これが日単位になると 1.9秒くらいに延びるから問題だ。

計測はかいちょに教えて貰った lori (Life-of-request info) を使って表示したものを参考に。

  - NO COMMENT -
TrackBack URL:[]
 2005/02/16
ついにトラックバックPing受信機能搭載!
ますます blog化。_| ̄|○

トラックバックを自分に対して打ってみた感じでは正常に登録されてるっぽい。
主要な機能は実装できたから、あとは細かいところの調整かな。

ついでに同一サイト内でのトラックバック受信テスト。

あ。左バーは一部プラグイン化してるので詰まったり順番違ったりしてるのは(゚ε゚)キニシナイ!!でください。

っと。
トラックバックの追撃テストで文字コード変換は OKっぽい。
さっきまで保存後、出力する際に変換をしていたが、保存する前に変換をしないと phpMyAdmin や mysql 倉で化ける罠。orz
という事で前段階で変換するように変更。

あとは左バーの「情報」をプラグイン化。

  • Toshix:あんれ、壮絶に文字化けしてるな(汗

    もしかして文字コードが違うから?
  • Toshix:やっぱり文字コードが違うせいらしい。
  • G兄:そういや文字コード変換入れてないな。
  • G兄:できた。(・∀・)
  • G兄:暇なときにもう一度同じTB飛ばしてくれぃ。_no
  • Toshix:OKやねん。
Track Back
  1. SIGMA 10-20mm F4-5.6 EX DC HSM 発表 from 見た目blogっぽい日記
  2. linkキタ━━(゚∀゚)━━!!!シグマえらい!よくやった!!タムロンの 11-18 買おうかなとか思ってたけど絶対こっち買おう。実はでっかいレンズ萌えのシグマファン。DC だから小さいけど(゚ε゚)キニシナイ!!
    2005/02/16 12:31:02 Registed.
  3. ちょいとトライ from 見た目blogっぽい日記
  4. link>確か、一般配布はしないと宣言されていたと思うんですが・・・残念ですな。>まぁ、仮に公開されたとしても私が設定出来るかは別なんですがね。(^^;との事だったのでlink。今の山銀さんのデザインに無理矢...
    2005/02/16 12:31:27 Registed.
  5. あえて from existence Uhheri Edition
  6. 以前私も使っていたさくら日記帳。 ソレをMySQLを使う仕様にしてフルスクラッチ...
    2005/02/16 15:52:13 Registed.
TrackBack URL:[]
 2005/02/15
改行変換って結構強引やね。
さくら日記帳に限らず掲示板などでは必ず使われる改行タグ BR。
これ、s/\n/<br>\n/ だけすりゃぁいいとか思ったら大間違い。
たとえば HTML タグの後ろで改行した場合、普通は入れないはずの BR タグが入れたくもないのに入ってしまう。
それを正規表現一発でどう変換しようかと考えていたらいつの間にか頭から煙が出ていたのだが (ぉ、ぐぐる先生に聞いてみたところ有力な情報をゲッツ。




やっぱり考えることはおなじくごり押しかよ。_no




で、そのことをチャットで話してたらかいちょもそのコードを適用したらしく。
つーわけでネタも似たようなもんなのでトラックバックしてみる

で、さくら日記帳 for MySQL で使っているごり押し部分。
前作のさくら日記帳 Rev-2.0.0 BETA では PRE タグ処理が分離していたが、今回は BR タグ変換と統合。
PRE タグは BR タグを付けると二重改行になるのでこうした小細工が必要なり。
ちなみに二重改行は BR の連続になるが、P タグに変換するのがマンドクセ('A`)ので諦めた。(ぉ

# PRE タグ検知フラグ
my $pre_tag_flag = 0;
# バッファ
my $wd_tmp;

# \n (LF) でぶつ切りにする
# \r? は \r (CR) が無くてもおkという事
foreach my $line (split(/\r?\n/, $wd)) {
# <PRE> タグの扱いは特殊。この順序と if の使い方が大事。
# まずは <pre> もしくは <pre style=""> などが含まれる文字列を見つけた場合は PRE タグ検知フラグを立てる。
    if ($line =~ /<pre( .*?)?>/) { $pre_tag_flag = 1; }
# PRE タグ検知フラグが立っているか、もしくは $regex で指定したタグが見つかれば BR タグは付けない。
    if ($pre_tag_flag || $line =~ /<\/?($regex .*?|$regex)>$/) { $wd_tmp .= "$line\n"; }
# そうで無い場合は BR タグを付ける。
    else { $wd_tmp .= "$line<br>\n"; }
# もし /PRE タグが見つかれば PRE タグ検知フラグをクリア。
    if ($line =~ /<\/pre( .*?)?>/) { $pre_tag_flag = 0; }
}
# バッファの内容をメインバッファに移す。
$wd = $wd_tmp;


  - NO COMMENT -
TrackBack URL:[]
またまた更新@さくら日記帳 for MySQL
左側に投稿記事の最新版リストを投稿日付順に表示
日付でジャンプできないのでディレクトリツリーは OPEN タイプを選択。
ちなみにこの JavaScript、基本は CLOSE のセッティングにしてあるので初めだけ閉じるときは 2回クリックしないとだめなのが非常に残念。

カテゴリの統廃合実施
Perl が PC 関連にぶら下がってるし、UNIX 系 OS も同じ所にぶら下がってるから共に「言語系」「OS 系」と分けた方がいいかな?と思ったが、そんなに細切れに分けてもしかたないなぁとふと気が付いた。
なにしろメインカテゴリにぶら下がる数が少なくなる。(笑)

さくら日記帳のカテゴリ作るか。

というわけでさっさとカテゴリ分けた。(笑)
「プログラム、スクリプト」カテゴリを増設、その下に Perl とさくら日記帳ネタを格納。

一番下の前後ページ移動リンクの修正
どうせ使わないからとのばしのばしにしていた移動用リンクだが、このバージョンでやっと修正。
今まではなんと最後のページにたどり着いても次のページが有るかのようにふるまっていた。(笑)
つか面倒だっただけだが。



  - NO COMMENT -
TrackBack URL:[]
 2005/02/14
ちょいとトライ
◇山銀さん
>確か、一般配布はしないと宣言されていたと思うんですが・・・残念ですな。
>まぁ、仮に公開されたとしても私が設定出来るかは別なんですがね。(^^;

との事だったので簡単にサンプルを作ってみた

今の山銀さんのデザインに無理矢理合わせるとお気に入りリンクとカテゴリリストがあぶれます。(笑)

で、いつも改造してらっしゃるようですが、仮にお気に入りリンクを消したとしても、カテゴリリストはどうしようもありません。
これ、縦に延びますから上に配置は出来ませんね。

ちなみにカテゴリリストも表示させないとなると全部上に収めることは収められますが、はたしてそれだと MySQL 版を使う意味があるのかどうかという疑問も。
各日記に記述されているカテゴリリンクをクリックしたら、そのカテゴリに該当するもの全部表示するから無くて困るということもないんですが。
表示速度はさくら日記帳 Rev-2.0.0 BETA:70 入れてもらえれば 3倍速になりますし。(笑)

MySQL 版は表示速度に目を奪われがちですが、カテゴリを主として記事の区分けをきっちりできる・するという利用を想定してますので。

かいちょからは

blog じゃん。(素

と言われたし。

日記帳らしくないですよーだ!ヽ(*`Д´*)ノ プンプン (w

  • たわし:>カテゴリを主として記事の区分けをきっちりできる・するという利用を想定してますので。
    ってことはマスタ系とトランザクション系のテーブルを作ってテーブル結合で出力するんですな・・・と言ってみるテスト(ぉ
  • G兄:そこまで出来たら苦労はしないと思うッス。(ノ∀`)アチャー
  • たわし:テーブル 正規化 ・・・(ボソ
  • 山銀:>サンプル
    拝見しました。
    何気なく・・・そんなに不定期でもないというツッコミがありましたが。(笑)
    最近は不定記ではなくて日記状態なんですよね・・・タイトル変更か不定期にするかですかね。(ぉ
TrackBack URL:[]
 2005/02/13
さくら日記帳 Rev-2.0.0 BETA:70 公開
例の単語変換エンジンを MySQL 版だけに採用するのももったいないので Rev-2.0.0 BETA:70 としてリリース。
たぶん問題ないでしょ。
ダウンロードは暫定的に右のお気に入りリンクに。

ちなみに RSS 配信情報にも一部間違いがあったのでそれの訂正もしてます。
& を &amp; にし忘れ。

  • 山銀:>Rev-2.0.0 BETA:70
    ダウンロードしました。

    ところで、update.txt なんですが・・・ディレクトリに入って IE で見ると上の方が横長に見えますな。readme.txt は普通に見えるんですがね。
    まぁ、ダウンロードしてからローカルで見れば問題なく見る事が出来ますけどね。
    特に問題はないんですが・・・何となく気になったので。(^^;
  • G兄:たぶん途中にタグが入ってるから、text/plain と帰ってきてもかってに HTML と解釈してるんじゃないかと予想。
    火狐で見たらちゃんと改行されて見えますね。

    IEを窓から投げ捨てろ!(AAry
TrackBack URL:[]
さくら日記帳 Rev-2B の単語リンクエンジン
さくら日記帳 Rev-2B、新型の単語置換エンジンに交換してみた。

以下は旧型と新型で 7日間のログを表示させたときの処理時間をテーブルにしてみた。

旧型新型
1.35 sec0.45 sec
1.35 sec0.43 sec
1.34 sec0.44 sec
1.38 sec0.46 sec
1.34 sec0.45 sec
1.35 sec0.45 sec
1.00 倍3.03 倍

3倍速か。_| ̄|○


  • 山銀:>3倍
    シャア?
    とツッコミの練習をしてみる。(ぉぃ
TrackBack URL:[]
RSS出力追加
やっとというか RSS 配信する部分を追加。

現在テスト中なり。





テスト完了っつーか修正完了か。('A`)
わさび醤油に上がりっぱなしでスマンカッタ。

ちなみにこのさくら日記帳 for MySQL、完全 CSS 対応です。
CSS 外したらあられもない姿に。

↑から↓までずどーん(ぉ

# CSS 作るのが大変なんだけどね。

>引用符テスト #1
>引用符テスト #2

引用符テストうまくいってるみたい。

で。
肝心 (?) の単語置換エンジンだが、コレが一番のネックとなるだろうと思っていたら案外簡単な方法で解決。
Perl正規表現雑技」の「タグの外側だけ対象に置換する」を使ったら即変換 OK に。
検索する前に wd_conv で放り込んでみたけど前回と比べてかなり高速に。

さくら日記帳 (否 for MySQL) にも追加しておかないと。

  • Toshix:ばっちりRSS取得。
    sageにて完璧に読み込みできておりますばい。
TrackBack URL:[]
 2005/02/12
うpろだとトラックバックping送信機能設置
やっと設置完了。
うpろだ:
どうしてもファイル名を拾ってくれないと思ったら、どうやら sakura.pl の最上部で呼び出しているフォームデータ取得部が悪さをしていた模様。
しかしどうしてもここで拾わないとだめなので、フラグ立ってるときは sakura.pl 側でフォームデータを拾わないようにという無理矢理手法で。

トラックバックPing送信機能:
トラックバック技術仕様書を元にサンプルとかいちょんとこの blog を借りて送信機能を追加。
次はトラックバック受信機能を追加する予定。

かいちょさんきうー。
そして ImageMagick が使えなくなった。orz

事の発端は JPEG ファイルをリサイズでうpしようとしたとき。
500 エラーでうpできなかったのでおかしいなと調査したらどうやら JPEG ライブラリが使えなくなっていたようで。
use Image::Magick した時にそのまま終了してしまうっつーのもおかしな現象だったので思い切って再インスコ。



全滅。_no



というわけで今現在、既にもう12時間けいかしようという今もインスコできていない。ヽ(`Д´)ノ
とりあえず Image::Magick は入ったが PerlMagick で今度は GIF と PNG が入らなくなった。(汗)



やっと完全復帰。
結局 10数時間かかってやっと復旧できたわけだが。
6.x がだめだったのでソースを展開してあった 5.x を make してインスコしてみたところ無事完了。
その前にライブラリの更新とかいろいろあったけどね。

  - NO COMMENT -
TrackBack URL:[]
 2005/02/10
がりがりと更新中
さくら日記帳@MySQL、現在もがりがりと更新続けております。

今回対応したのは結構あるけど、主な物はテーブル構成をちょっと変更してカテゴリを「マスター・サブ」関係としたこと。
これで「バイクカテゴリの中のツーリングカテゴリ」という風にカテゴライズできるようになった。
ちなみに、メインカテゴリに属する記事全部を見ることも出来るし、サブカテゴリにのみ属している記事だけを見ることも可能。
状態はカテゴリ一覧からどうぞ。

  - NO COMMENT -
TrackBack URL:[]
 2005/02/07
さくら日記帳 for MySQL
かな〜〜〜り出来上がってきた。
今回は MySQL をログサーバーに使ってるのでめっさ早い。
しかもログの読み込みと書き込みに凝ったことをせずに SQL のクエリー一発で呼び出せるので凄楽。
更新するときも番号指定さえすれば UPDATE で更新できるから、今まで苦労してきたことがいったい何だったのかと・・・。(w

ログインはユーザー ID とパスワードで先に認証しておき、認証が通っていなければ新規投稿・既存記事更新へのリンクが表示されず、GET メソッドで
mode=edit&num=15
などとして編集画面に入ろうとしても、「ログオン認証が済んでいない」と警告を出すようにした。
更に、このログオン認証はブラウザが終了するか、任意でログオフをするまでの Cookie セッション保持としたので、一度認証を通ればあとは気兼ねなく編集が行えるというもの。

ちなみにテーブルの自動作成機能はないのですぐにサービス開始を出来るわけでもなく。
つか これ MySQL の勉強用だから一般公開するつもりないし。:P



  - NO COMMENT -
TrackBack URL:[]
 2005/02/05
さくら日記帳@MySQL
書き込みフォームとつっこみフォーム、検索フォームが完成。
あとは修正フォームやね。

うーん、SQL でごり押しするだけだからかなり簡単すぎ。


といったところで問題発生。
日付のグループ単位で切り出す方法がわからん。(汗)
普通に
SELECT * FROM diary LIMIT *,5
とやったら日付を跨いで切ってしまうことも。
かといって
SELECT * FROM diary WHERE date BETWEEN 'YYYYMMDD_start' AND 'YYYYMMDD_end'
とやろうとすると、抜き出し開始の日付の部分を取り出さないとだめだが、MySQL はサブクエリーをサポートしてないので結構大変かも。

まぁ MySQL 化したことでオーバーヘッドは死ぬほど減ったので、1つくらいクエリーの発行回数が増えてもなんともないか・・・。



  • 坂の松:いや、マジメールおくれん・・・
  • G兄:ん?なんかあった?
    問題なく出せるみたいだけど、どこからどこに送ろうとしてる?
  • G兄:すまん、Perlのバージョンアップでamavis死んでた。_no
TrackBack URL:[]
 2005/02/04
MySQLで日記
簡単にフロントエンド作ってみた。
さくら日記帳2
日記の内容は既存のログをコンバーターで話題単位で分割、それをタブ区切りの CSV にして phpMyAdmin からぶちこみ。

もしかしたら早いかも〜。

* 早いねぇやっぱり。
おっひょっひょっひょっひょ!!ヽ(゚∀゚)ノ

楽ちぃ〜〜〜!ヽ(゚∀゚)ノ

なんつーか SQL クエリ書くだけだからデータの抜き出しがすげー楽すぎーーーーーーー!!

でも鯖依存高杉。_no



  • Toshix:phpMyAdminですぜ〜。
    ちなみに、MovableTypeもエントリー数が増えれば増えるほど重くなるのでSQLと連携させて使うのが激しく推奨っぽいです。
  • 坂の松:G兄にメールがとばせん・・・
TrackBack URL:[]
0 | 1 | 2 | 3 | 4 | 5
QRコード
携帯サイト試験運用
https://griffonworks.net/nikki/cgi-bin/k.cgi
1行板

備忘録
  • 無し
物欲リスト
  • Canon RF50mm F1.2L USM
  • SIGMA 20mm F1.4 EF Art
  • ニンバス チヌーク
  • OCB-1 ST II
ツーリング ドライブ兼野外撮影予定リスト