smartyコンパイルでの文字化け

3月 31st, 2008 | このエントリをはてなブックマークに追加 このエントリをdel.icio.usに追加 このエントリをLivedoor Clipに追加 このエントリをYahoo!ブックマークに追加 このエントリをFC2ブックマークに追加 このエントリをNifty Clipに追加 このエントリをPOOKMARK. Airlinesに追加 このエントリをBuzzurl(バザール)に追加 このエントリをChoixに追加 このエントリをnewsingに追加 

あるサイトを作っていて、
一部文字化けしているところがありました。

最初はsmartyでincludeしているテンプレートが
間違っていて文字化けが起きていたのですが、
それを直しても文字化けは解消されませんでした。

そこでいろいろ見てみると、
smartyのコンパイルファイルが残っていて
ずっと文字化けしていることが発覚しました。

 
ということで対処法としては、

$compile_dir

で指定しているところにある
コンパイルファイル削除で出来るようになりました。

 
よくよくsmartyマニュアルを見てみると、

Smartyは初回の実行時にテンプレートをテンプレートエンジンによってコンパイル処理し,コンパイル後のコードを1次ディレクトリに保存する.これにより2回目以降の処理では,通常のPHPスクリプトを実行するのと同等のパフォーマンスを実現できるほか,コンパイル処理は,テンプレートファイルが更新されたタイミングで自動的に実行されるため,開発者がコンパイル作業を意識する必要がないという特徴がある.

 
自分がまた見てなかっただけのようです。。。(苦笑)
 
tagged:

Trackback URL for this post:

ga.jsでキーワード文字化け(Google Analytics)

12月 17th, 2007 | このエントリをはてなブックマークに追加 このエントリをdel.icio.usに追加 このエントリをLivedoor Clipに追加 このエントリをYahoo!ブックマークに追加 このエントリをFC2ブックマークに追加 このエントリをNifty Clipに追加 このエントリをPOOKMARK. Airlinesに追加 このエントリをBuzzurl(バザール)に追加 このエントリをChoixに追加 このエントリをnewsingに追加 

Google Analyticsで新しく出た
トラッキングコード用のJSであるga.js。

Analytics 日本版 公式ブログ
Analytics 日本版 公式ブログ

 
早速前のトラッキングコードを変更して
コレを導入してみました。

 
そして今日データを見てみると、
文字化けしてました。orz

これはインターフェースの文字化けなのか、
そもそもデータが文字化けしてしまっているのかわかりません。。。

 
今元のトラッキングコードに戻そうか本気で悩んでます。
(キーワードがわからないと分析できないので。。。)

ふと直ったりするのだろうか・・・。
同じ現象の方、いらっしゃいますか?
 

【2007/12/18:追記】
今日データを見ても変わる様子が無かったので、
以前のurchin.jsに戻しました。

文字化けが解消されれば新しいのに切り替えようと思うのですが、
解消されたタイミングが分からないと切り替えられないですね。。。(苦笑)
 

【2007/12/21:追記】
まだ文字化けが直らないようなので調べてみたところ、
Googleに問い合わせされた方がいらっしゃいました。

Googleアナリティクス ga.jsの新しいトラッキングコードへの移行は少し待ったほうが良い!?(WEBマーケティングブログ)

やはりまだ切り替えのタイミングではないようです。
 

【2008/02/14:追記】
現状で新しいトラッキングコード(ga.js)に切り替えてみたところ、
文字化けしていませんでした。

Googleが修正してくれたようです。
 
tagged:

Trackback URL for this post:

テンプレートの文字化け

10月 30th, 2007 | このエントリをはてなブックマークに追加 このエントリをdel.icio.usに追加 このエントリをLivedoor Clipに追加 このエントリをYahoo!ブックマークに追加 このエントリをFC2ブックマークに追加 このエントリをNifty Clipに追加 このエントリをPOOKMARK. Airlinesに追加 このエントリをBuzzurl(バザール)に追加 このエントリをChoixに追加 このエントリをnewsingに追加 

PHPとsmartyを使ったサイトを構築している際に、
以下のようなエラーが出て、はまっています(苦笑)

syntax error: mismatched tag {/section}. expected {/if}

 
どうやらプリフィルタとかアウトプットフィルタとかがうまくいってないようなのですが・・・
未だにこの2つを理解しきってはいませんorz

 
とりあえず今日は置いておいて、
明日いろいろ調べようと思います。
 
tagged:

Trackback URL for this post:

文字化け対応のSET NAMESが使えない

10月 15th, 2007 | このエントリをはてなブックマークに追加 このエントリをdel.icio.usに追加 このエントリをLivedoor Clipに追加 このエントリをYahoo!ブックマークに追加 このエントリをFC2ブックマークに追加 このエントリをNifty Clipに追加 このエントリをPOOKMARK. Airlinesに追加 このエントリをBuzzurl(バザール)に追加 このエントリをChoixに追加 このエントリをnewsingに追加 

前述したMySQLでの文字化け対応で、
SET NAMESを使おうと必死にやってみたのですが、ずっとできませんでした。

その理由は、カラムのデータ型にありました。。。

 
私が作ったテーブルの中で、型に

varbinary
blob

があったのですが、これが悪さをしていたようです。

 
これを

varchar
text

に変更したら、SET NAMESが使えました。。。

 
これに3時間ぐらい費やしたという罠。
 
tagged:

Trackback URL for this post:

MySQLの文字化け

10月 3rd, 2007 | このエントリをはてなブックマークに追加 このエントリをdel.icio.usに追加 このエントリをLivedoor Clipに追加 このエントリをYahoo!ブックマークに追加 このエントリをFC2ブックマークに追加 このエントリをNifty Clipに追加 このエントリをPOOKMARK. Airlinesに追加 このエントリをBuzzurl(バザール)に追加 このエントリをChoixに追加 このエントリをnewsingに追加 

仕事ではまってしまったので、備忘録として(苦笑)

 
DBがSJISでPHPもSJISという危険な状態で、
PHP関数mysql_connectでDBと接続するという状況です。

その際に文字化けしてしまったので、
(というか今までなぜ文字化けしなかったのか不思議・・・)
以下の対応をしました。

やりたいクエリ自体を投げる前に、

mysql_query(/*!40101 SET NAMES sjis */, [接続])

 
ああ、びっくりした。。。(苦笑)
 
tagged:

Trackback URL for this post: