facebook、Movable Type、Web制作、iPhone、サーバ構築などについて書いています。

PHPで携帯サイト構築する時に、PCサイトの新着情報等を共有させることに。

PCサイトがUTF-8。携帯サイトはSJISでコーディングなんだけど、メンドウになって

全部UTF-8でコーディングして、携帯サイトの出力表示時にカナを半角に変換するついでに、

文字コードをSJISに変換して出力。

そのときに指定するのはSJIS-winの方が問題が少なくて良い。

ちなみに特殊文字は先に変換テーブルで代替文字に置き換えが吉。

PHP4のサーバでPHP5を使いたいと思い、以下のような構成のサーバ環境を構築してみた。

Apache2

PHP4 CLI

PHP5.2 CGI

PHP5.3 CGI

suPHP

全部tar.gzで探してきてconfigureとmakeして、各設定ファイルを書いて、

ApacheのvirtualHostの設定でPHPを切り替えれるようにして、テスト。

結論

動くには動くのだけど、サーバのスペックによってはPHP-CGIが暴走してる。。。

F5アタックで危篤になる状態でした。。。

サーバのスペックをあげるか、同一IPからのリクエスト制限か、suPHPからの起動プロセスの制限をしないと実用的ではないようです。

facebookのノートにはブログのインポート機能が付いているのですが、
いくつか難点があります。

その中でも、タイトルが全角16文字くらい以上だと途切れるとか
未対応タグが除去されずにそのまま表示されたりだとかは結構致命的に思えます。

で、考えました。

1.PHPでオリジナルRSSを取得
2.iframeやembedタグはURLリンクに置き換え
3.facebookのノート用に整形やら、タグ除去やら
4.タイトルは10文字程度で切り捨てて、本文の最初に入れ直す
5.上記処理を行うPHPをfacebookのインポート先として指定

以上。
結構カンタンに実装できて、見栄えが良くなります。

難点は動作させる為にサーバが必要ということでしょうか。。。

MT4がIE9だと使えないことを、初めて知りました。

私が確認した不具合は

「ブログを書く時に本文の入力が出来ない。」

というブログシステムの前提を否定するモノでした。

仕方ないので、管理画面のテンプレートファイル

tmpl/cms/include/header.tmpl

のtitleタグの上に

<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />

を追加して暫定対応しました。

今更ながら、必要になったので覚書を残しておきます。

facebookにログインして、アプリの「Smart Tweets」を追加して、twitterと連動させる。

MTにエムロジック放課後プロジェクトさんの「PostTweet」を導入して、twitterと連動させる。

これで、MTに記事を投稿したときに、twitterへの通知が行われ、その後facebookに反映されるようです。

所要時間は10分程度でカンタンに設置設定が完了します。

へんなログが残っていたので公開。

From 49.212.4.45 - 5539 packets to udp(17500)
From 49.212.4.254 - 2783 packets to udp(17500)
From 49.212.5.39 - 2863 packets to udp(17500)
From 49.212.5.173 - 2868 packets to udp(17500)

Dropboxが不出来なのか、ユーザモラルの問題か。。。

http://www.verot.net/php_class_upload.htm

たまに使う「class.upload.php」
本当は、自分で最小限のクラスを用意した方がシンプルなんだけど、
切り出しや縮小をするときはこれを使うほうが楽だった。

110418追記

ファイルアップロードのついでに画像ならサムネイルもカンタンに作成可能でオプションも豊富。

難点は、ドキュメントが英語な程度。

これでMTのファイルアップロードの再現がカンタンになりそう。

と思ってたら、MT用複数画像のアップロードプラグインが公開されてた。

複数画像をアップロードしてギャラリーページを作成できるプラグイン

改造していいのなら、自動縮小アップロードがカンタンにできそうなプラグイン。

ライセンス確認しないと。。。

何気なくアップデートしたら、CentOSが5.6になってhttpdもアップデートになってしまいました。

何が困るってsuEXECのドキュメントルート変更してリビルドしているから、設定を変更しないとCGIが動かせなくなるということに。

そして、SRPMがまだ上がっていないようで、リビルドもできない。

仕方ないので、/usr/sbin/suexecをcp -aでバックアップして、FTPダウンロード。

バイナリエディタでそれを開いて、DocRoot書き換えてアップロード。

元の場所に戻してsuexec -Vで変更を確認。

もしアクセス権が元ファイルと違う場合はchmodとchownで再指定。

chown root:apache suexec

chmod 4510 suexec

こんな感じでSRPMあがるまで待機です。

簡易実装作業中ですが、どちらでいくか迷い中。
自前で実装するからSQLサーバがダウンしても表示に問題はないようにはする予定。


ページキャッシュは効果が高いけど、デザインなどの反映が遅い。

SQLクエリキャッシュはページキャッシュに比べると、
デザインなどの変更の際の反映はすぐ出来るけど、
キャッシュファイル数がクエリの数だけ作られることになる。

さて、どうしよう。

仕組み自体はカンタンだし、両方出来るようにしてみようかな。

バックエンドはすべてMTにまかせてPHPで表示させるテスト中。

ゆくゆくは管理場面もPHPかできれば、更新しやすいかな。

ちなみにPHP化するのは先々を考えると、カスタマイズしやすいから。

現在の状況

タイトル、更新日（公開日ではない）、本文の表示を実装。

10件毎にページめくりを実装。

プライマリカテゴリ表示を実装。

今後の実装予定

サイドバーを追加。

最新更新の表示変更。

SQLもしくはページ自体のキャッシュ。

各アーカイブページの実装。

ユーザエージェントによる表示切替。