|
3月 '10 | |||||
| 月 | 火 | 水 | 木 | 金 | 土 | 日 |
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 | ||||
早速、バージョンアップしちゃいました。
BugFixとMODxモデのにっくさんからリクエストを頂きまして、そのリクエストに部分的に対処してみた機能を盛り込んでみました。
その機能というのは、エクスポートのHTMLファイルを格納するディレクトリを任意に指定できるというものです。MODxオリジナルのエクスポートも前回のバージョンもそうですが、固定ディレクトリassets/exportに出力していました。
これをExportDXの画面で任意に指定できるようにしたのが今回のバージョンです。
ついでに、ホスト名もフォーム入力にて変更することも可能にしてみました。
そんな今回の画面イメージは、↓な感じです。
なお、ダウンロードはいつものところからExportDXを探してみてください。
MODxのモジュール版のサイトエクスポート機能をそれとなく公開してみました。
以前、公開したのはプラグイン版のExportEXプラグインで、これはMODxの元々のエクスポート機能を利用してプラグインを追加することによりBASEタグや内部リンクなどに利用するホスト名を任意のものにしちゃうプラグインでした。
今回の機能も実は目的は同じですが、MODxの本来のエクスポート機能を使うのではなくてそれ自体をモジュールとして提供するものです。
なので、今回はEXぢゃなくてデラックスのDXです。
実際には、モジュールとプラグインの２つが入ってます。
さて、特徴ですが、今回は基本的な仕様はMODx本体のエクスポートとほぼ同じです。
画面周りもまったく同じロジックを利用しています。
但し、1点違うのはオリジナルではfopenでエクスポートするページを開いているのですが、これだとallow_url_fopenがFalseになっている環境ではエクスポートできません。（実際に、エクスポートを使う場合は内部利用が前提になるとすれば許可してもいい環境の方が多いかもですが）
そこで、MODxの配布物の中にはソケットを利用したHTTPクライアントライブラリであるSnoopyがあるのでこれを利用する方式に変更しました。
2009年初投稿です。
明けましておめでとうございます。
たまに当ブログをチェックしてくださっている少数の方々、いつもご覧頂きましてありがとうございます。
ついでに滅多に更新しなくて申し訳ありません、本年は少しでもマメに更新できるように頑張りますぅ（といいつつ、4日経ってますけど）
さて、本日1月4日は私の誕生日であります。（拍手）
ということで、誕生日記念ということで本プラグインを発表！します。
すでに昨年秋ぐらいに一度作ってはいたんですが、0.9.3のリリースと共に再度ソースの見直しや最新版での確認とかも含めて再度作り直してみました。 ソース自体はとても短いので、当記事にそのまま貼り付けます。
エクスポート改造プラグインは、MODxを静的HTML吐き出しツールとしてプライベート（イントラとかローカルな自分のPC）に構築したMODxをグローバルサイトにHTMLをアップする際にちょっと面倒な部分をなんとかしてくれるっていうプラグインです。
ちょっと面倒な部分っていうのは、ホスト名周り。
いわゆるMODxのテンプレートでは、base hrefタグでリソースを相対パスで指定できるようになっているのが標準的な使い方ですが、このbaseタグのバリューはプライベートでアクセスした際のホスト名が入っちゃうわけです。
XAMPPで自PC上とかであれば、hostsに追記して実際のアップロードしたいホスト名と同じ名前でエクスポートをさせれば問題はないのですが、それも面倒だったり、実は/modxというフォルダ上に作ったものだけど、アップしたいグローバルサイト上ではルート/アクセスさせたいとかそんなときにこのプラグインがお役に立つ場面なのです。
要するに、base urlを任意に設定しちゃえるプラグイン っていうのがこのプラグインのメインの仕事です。
ひさびさにMODxの本家フォーラムのスニペット系の板を覗いてみた。
なんか、結構書き込みが多いような気がするのは久々に覗いたから？？ なのか、そもそも元から盛り上がっていたのか定かではないんだけど。
きっと、RevoとEvoのアナウンスとか新しいロゴの発表とかきっと引き金になったに違いない。
－－－－－さて、タイトルの話。 覗いたフォーラムにここ１ヶ月の間にpiexとSendPingとTrackbackの質問が出てた。
piexは、とりあえずむちゃくちゃな英語で返してなんとか読み取ってもらえたらしい。
SendPingとTrackbackについては、tkfmさんのフォローで無事英語圏へどちらも伝わった模様。
そのスレッドがココなんだけど、なにやらあとxmlrpcサポートできて、それっぽく体裁整えればMTやWPみたいなレベルになるじゃんってカキコが（超意訳だけどそういう感じだよね？）。
XMLRPCでブログツールから投稿できればいいなぁって１年半前ぐらいには思ったりもしたんですけど、そのときはメンドクサクなってやめちゃいました。 マジメに考えると結構なボリュームなんですよねぇ、MTのAPIとかBloggerAPIとかサポートしようとすると。
Googleの新しいサービスGoogle Insights for Searchを使ってMODxキーワードの日本国内における動向を探ってみた。
2007年12月がピークでだんだんと検索数が下がっているんだけど・・・メジャーになったってことかなぁ？？？
Ｖ字回復を期待しましょ、ＥｖｏとＲｅｖｏで♪
pieX Ver0.7をリリースしました。
変更点は以下の通りです。
記事テンプレートが変更になりましたので、旧版をお使いの方は注意が必要です。
ということで、SEOに適したUrlを吐き出してくれるプラグイン「SEO Strict URLs」（詳細は、こちら を参照）があるんですが、現在作業中のサイトが旧URLから新URL（ホスト変わるので）に変わるので、軽めな対応で済ませたいという思いでプラグインを利用せずにコアをちょっぴり修正してフォルダの場合のURLをそれっぽいURLで吐き出すようにしてみました。
例えば、下記のようなドキュメント構造になっていた場合
/FolderA
｜--- DocumentA1
｜--- DocumentA2
/DocumentB
サフィックスが.htmlと付いていた場合に、
FolderAへのアクセス時には、FolderA.htmlに
DocumentA1へのアクセス時には、FolderA/DocumentA1.html とMODxがAliasを作ってくれます。
サフィックスがない場合は、前者がFolderA、後者がFolderA/DocumentA1となります。
で、FolderAへのアクセス時は、FolderA/と後ろに/を付けた形式でURLを吐き出しもらうようにしたいわけです。
サフィックスがある場合だとFolderAとFolderA.htmlとこの時点でちょっとなぁってことなので、SEO Urlsではサフィックスの有無に関係なくFolderAにはFolderA/でアクセスでき
ということで、SEO Strict Urlsプラグインの基本的なURL生成部分をコア修正で補うパッチになります。
但し、条件としてサフィックスなしでユーザがリーフ（末端のドキュメントである）を認識して自分でエイリアス名に拡張子を含めたものを設定する必要があります、もちろん、フォルダとしての扱いの場合は拡張子は付けちゃなりません。
というのは、コアの修正に際してはこの拡張子（というかピリオド）があるかないかで、/を付けるか付けないかを決めているわけです。
サフィックス付きだと、もうちょっと面倒なことをしなければならないので・・・そこまでするならSEO strict Urlsプラグインを使った方がよいのです。
もちろん、URL生成部分に修正を加えるだけなので、FolderAでアクセスされた場合にFolderA/にリダイレクトしてくれることはしません。
なので、すでに構築済みの場合はSEO Strict Urlsプラグインを導入することをオススメします。
もちろん、過去のことは忘れて心機一転という方はコア修正で済ませてもOKです。
"MODx Folderアクセス時に／を付ける小技" の続きを読む...
pieX(Simplepie For MODx)及びNP_Simplepie(Simplepie For NucleusCMS)をお使いの方へ
Simplepieが1.1にバージョンアップされていますのでお知らせです。
一応、pieXの方でバージョンアップしたものと入れ替えて動作確認をしました。（多分、NP_Simplepieも問題ないはず）
ということで、すでにお使いの皆様もバージョンアップしてみてください。
ダウンロード先は、こちらからどうぞ♪
当サイトで以前右側サイドバー部分に掲載しておりました、CMS AWORDS 2007の決戦投票の結果が11月1日に発表になりました。
遅ればせながら報告しますと・・・。
なんと、MODx もっとも期待できるオープンソースCMS部門で受賞しましたぁぁ(^^/
これでさらに知名度がアップすることでしょう・・・0.9.7への期待も高まります！
すでにSVNで0.9.7をダウンロードはできるようなのですが、あいにく私はまだダウンロードさせしておりません。
時間も取れないので・・・ちょっとどんな風に変わってるのかわかりませんが、結構コアもさらに柔軟な設計になっているようなのでますますMODｘをベースにしたいろんなサイトが構築しやすくなるんじゃないかと期待して正式版が待ち遠しい今日この頃です。
来年はMODｘブームが巻き起こることを期待しつつ、軽めのご報告をば。
PS.マイコミジャーナルにMODxの記事がタイムリーに出てましたわ
当面の間、テストということでMODｘフォーラムへは後日・・・・。
詳細は、下記（続き）にて♪
SJIS TIPSの流れから引き続き、関連のTIPSです。
といっても、テンプレートを変更するプラグインでTemplateSwitcherっていうプラグインがあるんですが・・・基本はこれと同じなわけです。
条件をUAによって振り分けれれば、SJISプラグインと合わせることによりページング処理を除いて携帯対応ってことになりますね。
今回使用するイベントは、OnLoadWebDocumentっていうイベントです。
このイベントが発生したときには、実は$modx->documentContentという変数には使用するテンプレートが展開されて入ってきてます。
このあとに、中身をパースしてドキュメントの中身を指示に従って入れ込んだり、スニペットを呼び出したと実際のページ作成の処理に入っていきます。
なので、このイベントでテンプレートの中身を入れ替える必要がでてくるわけです。
以下のコードは、以前携帯対応をしたときの抜粋&若干の手直しバージョンです。
携帯か？の判断文はありませんが、判断を入れれば、携帯のときのみにテンプレートを入れ替えるということが可能になります。
単純な携帯判定であれば、
みたいな感じになるでしょうか？
PearのNet_UserAgent_Mobileを利用して、判定ロジックはそちらに委ねるのもよいかと思います。
0.9.6でもこの部分の内部ロジックに変更はなかったので、多分いけるはずですが、実際に利用していた時期は0.9.2.1の頃です。
上記の処理では、テンプレートID番号からテンプレート名を取得し、M@（キーワード）がないテンプレート名の場合は、そのテンプレート名の先頭にM@を付けたテンプレート名をデータベースから探し出し、その内容をDocumentContentに格納します。
ちなみに、$modx->documentObject['template']にテンプレートのID番号が入ってきます。
(_blankの指定の場合は、０/nullです）
該当テンプレートが見つからないか、複数見つかった場合（ありえないとは思うけど）は、テンプレートを変更せずにそのままオリジナルテンプレートで動作します。
ここら辺は、しっかりとルール通りに設置運用しておけば問題ないはずということで手を抜いています。
携帯3キャリアごとにテンプレートを分ける場合には、それぞれテンプレート名の区別する文字コードを付加して、対応テンプレートを求めればよいでしょう。（ココでは、ロジックを簡潔にする為に携帯かそうでないかしかやっていませんが）
同じように、MacかWinで別のものっていう場合も同様に可能かと思います。
もちろん、プラグインで変更ではなくてスニペットでという方法も考えられます。
実際試してはいませんが、テンプレートに判定スニペットを作ってそれを呼び出すだけ・・・・。
実際のテンプレートの内容の部分はチャンクをテンプレートとして使う一般的なやり方です。
[!UA?pc=aaaa&mobile=bbb!]
みたいな感じのスニペットで、UserAgentを判別して、PCなら変数pcのチャンクを返して、携帯なら変数mobileのチャンクを返すという方法です。
多分、いけるはずです。
この方がシンプルかも知れませんねぇ。
ところで、このテンプレートを動的に切り替えるプラグイン及びスニペットではドキュメントのキャッシュを有効にしてはいけません。
当然のことながら、UAごとに中身が変わっちゃうわけなので・・・・。
あとはページングですけど、これはPagenationプラグインも合体させればいけるんじゃないかなぁと思います。
絵文字とかについては・・・・いつか、トライしてみますが・・・コンバートするしかないなかぁ プラグインで。
アクセスキーについては、そのままPC用でも入れて置けばよいとは思いますが・・・。
ってなことで、不明な点、おかしいぞ というところがありましたらご連絡くださいまし。
使う人がいるかどうか・・・っていうぐらいにレアなＴＩＰＳかも・・・・。
どんな場面で使えるかは、皆さんの判断で・・・なんですけど、どんなときに使えるのかを架空のたとえ話で書いてみます。
個人でやってる美容店のHPで予約フォームがあると思ってください。
メニューもカットからパーマの種類とかいろいろありますよね？
もちろん、流行のなんとかとかメニューも季節や流行で増えたり減ったり・・もちろん、その説明ページもあるとします。
メニューごとに1ドキュメントが割り当てられている状態です。
もちろん、ビューは1ページごと見せる必要はないのでDittoを使って1ページにまとめちゃうという手を使うかも知れません。
が、ここで１つのメニュー＝１つのドキュメントとして扱うのがミソです。
なぜなら、予約フォームにはお客さんにメニューも選択してもらうからなんです。
普通に考えれば、予約フォームのHTMLはテンプレート用チャンクにベタでメニュー項目を書くわけですが、メニューの増減の度にテンプレート用チャンクも書き換える必要があるのがわずらわしいわけです。
そこで、メニューに該当する部分を動的に作り上げたいなという欲求がでてきます。
先ほど、１つのメニュー＝１つのドキュメントという形にすれば、アクティブな子ドキュメントの一覧を引っ張り出すのはMODxのAPIを使えばすぐです。
これで、引っ張ってきたpagetitleとかをSELECTのOPTIONパラメタとして動的に生成してしまえば、テンプレートの書き換えもせずに済むことになります。
このように、利用したいスニペットがチャンクでテンプレートなどを利用する場合で、かつ、このテンプレートを動的に書き換えたいっていう場合に使えるテクなわけです。
ということで、そのチャンクの書き換えは至ってシンプル。
ほかにどんな利用法があるのか思い浮かばないのが悔しいですけど・・・・、そんなレアなTIPSでしたぁ
MODxの内部コードをShif_JISで運用するには文字コードの問題であまりお勧めはできません。
しかし、フロントエンドはShift_JISで表示させたい・・携帯でも見れるかも知れないし・・
ということで、以前作った携帯対応ページをシンプルにして、SJIS表示のプラグインを作ってみました。
これを使ったのがSELECT@PETITPOWERのサイトです。
0.9.6RC3ですが、ちょっとコアが変わったのかキャッシュされていても利用可能です。
単純にSJIS出力のみにするプラグインのコードは、以下の通り。
イベントは、OnWebPagePrerenderをフックします。
コンテンツがHTML/CSS/Javascriptに割り当てられていたら、SJISに変換して出力するような処理をしています。
XMLだったら、そのままMODxの文字コードで出力するので、もし、EUC-JPだった場合でUTF-8にしたければ、上記の変換ロジックを参考に、XMLならUTF-8に変換して出力するように変更します。
なお、HTMLテンプレート側にはCharsetはShift_JISと書いておかないといけません（ブラウザが文字コードを認識して正しく表示するとは思いますが）
ということで、これをベースにいじりまわすと携帯への対応もできるかと思います。
携帯だと、まだいろいろと細かいところがあるのでこのプラグインだけで済まない問題もあるとは思いますが・・・。
ページネーションとか、真面目にXHTMLをキャリア毎に出すとか・・絵文字コードとか・・・。
(ページ 1/2, 合計 17 エントリ)
CMS
piex ver 0.9 test Version