次のページ2015/11/07(土)タグを整理しましたadiary::雑記このブログのタグを整理しました。一部の古い記事を削除しました。adiary3になって1つの記事に複数のタグを付けられるようになったのですが、adiaryには昔から階層化タグ機能がありますので、この2つの機能をどう使うのが一番スマートなのかと悩みまくりです。「adiary::お知らせ」タグを残しておく意味があるのかまだ考えてます(苦笑)そういえば、adiaryユーザ会のえらい人によるとC89うかったらしいです。ライセンス除外規定というものがあって、この中のライセンスなら除外規定の適用を受けて何ら問題なく使用出来るらしい。この中にはGPLv3が含まれない。もって、世の中にはGPLv3でMySQLというWebアプリがいくつも存在する。*1もうひとつ気になっているのがAGPLv3。AGPLv3はGPLv3とリンクさせる限り自由であるので、AGPLv3のアプリに対してGPLv3のソースを書いて拡張すると、AGPLv3のAGPLv3たる意味がほとんど無力化するような気がする。laterでライセンスされたものを使ってくださいとなってますが、他も一緒なんでしょうか。2.0は互換性がある。TypeのGPLv2版とかどうしてるんだろう?注意この記事を信用してなにか失敗しても何ら責任は負いかねます。ライセンスの確認は必ず各自で行いましょう。コメント(7件)2009/06/29(月)メールヘッダって複雑adiary::雑記[ml:users:00343:メーリングリスト]で話題になっている件と関連して、かなりやっつけ仕様であるメールのパーサ部*1をもっとまともにしようと手を入れ始めたのですが......。あまりに汚い仕様に驚愕した(汗)SMTPといいメールといい、とても古い仕様*2を引きずりつつ実際に使われる中で拡張された仕様を盛り込んでるため意味不明なぐらい複雑怪奇。メール関連はRFCの中で度重なるアップデートをしてるんだけども、古い仕様を切り捨てられない世の中の事情が、問題を複雑化しているみたいです。*3これが終わればVer2.09リリースですが(βから)、まだ少しかかりそうです。これでも最初から比べればずいぶんまともな実装だけども、コードのあちこちでJIS決め打ちだったりする。7bitで送る習慣とか。SMTPといい、メールの仕様自体を一新するreplaceを作って、徐々に置き換えるとかどうにかならないものなんでしょうか。IPv6のようなreplace仕様がまるで普及しない現実をみると無理でしょうけど。久しぶりにadiaryのメンテとVer3の開発をしていたのですが、何をどこまで作ったのかすっかり忘れていて、思い出すのに苦労しました(苦笑)とりえずできているところ。気長に作業しながら、ここに書き足そうかな。構想adiary::雑記adiaryを開発する時間がぜんぜん確保できないので、うさばらしがてら、Version3の構想。JavaScript必須。AJAXの適度な活用。デザインの変更をブラウザ上から簡単に行えるように。プラグインにより本体機能が拡張できるように。EUC-JP版の提供をやめ、UTF-8に一本化する。*1IE6/7を切り捨てたスケルトン"Satsuki2"を製作する。これは今後のIE8の流通を見越して。*2より使いやすく、よりスマートな実装に。これはメモなので適当に編集します。リリース時期は当分未定......。今は、ファイルひとつ触る(lastmodified取得)のもケチって速度を稼いでますが、いかんせんそういうのはやめてもう少し構造を綺麗したいと思っています。わずかに遅くなるかもしれませんが、マシン(サーバ)の方が当初より相当早くなってるので気にしない。EUC-JPとUTF-8混在によるメンテナンスの手間増大防止のため。IE6のふざけたCSS解釈のせいで、テーマCSSのみならず、HTML構造がお化けみたいに複雑になっている。基幹システムの再設計中ですので、今なら結構色々なことが拡張可能です。wiki+blogのようなアイデアなど、面白い要望などありましたらお早めにお寄せください。