2008-04-29

アイラブオープンソフト。市販ソフトはもう嫌じゃ！

市販はいろいろ制度が高いのはいいけど、囲い込みが強い、制約が多いでいやだ。
Microosoftも露骨で嫌い。
オープンソース系に触れるほど、ソニーやMS社のやりかたが嫌になってくる。

それだけ、高機能と信頼を提供してる...そうかなぁ。
それはWinに触れてきた期間が長いのと、市場をもってるから安心できるのであって、これからは限界がくるよ。
作業はある面ではLinuxのほうが断然やりやすい。

そこで、こんなふうに切り替えよう。

使用するOSS(オープンソースソフトウェアは、Winからの移行中は期間がかかるので、
できるだけ両方の環境で使えるものを探す。

Windows→Linux(今のところUbuntu) or　ReactOS(様子見、関心がある程度)
　過去Mepis Puppyも使ってた

ブラウザ Firefox＆Prism(ハナからIEなんでサイト作成の確認だけしか使ってない! )
Addonによるブックマーク同期

Outlook→Gmail＆ThunderBird

Illustlator→Inkscape

Photoshop→Gimp(使い辛れ)orGimpshop 簡単な作業はsplashup(検討中)

WEB編集　Kompozer(しかし日本語周りに多少難あり)or Aptana(様子見)
　いいのを探してる

OFFECE→OpenOffice　簡単なのはZOHO
　もっとどうでもいい場合、Google office(案外こっちの方が使う)

Windowsソフト→Wineで再現。

しかし、LinuxはLinuxで日本語対応の問題やハプニング時の復旧がわからんこと。
ファイルシステムの理解が悪い
文字変換が馬鹿
外国語、中国語、ハングルの見方がわからん
Winのような小回り利くソフトが見当たらない

2008-04-28

うお、MODx文字化けどツボハマりそう

これまでの経緯；MODx公式フォーラム
http://modxcms.com/forums/index.php/topic,25074.0.html
http://modxcms.com/forums/index.php/topic,20957.0.html

/manager/includes/config.inc.php内の
$database_connection_charset = '';
を

$database_connection_charset = 'utf8';
へ変更

DB,各フィールドともに　utf8_general_ci　になっている
.htaccess　でローカルにphp.iniを代替え処置
MEGUさんからのアドバイス

ν default_charset = "utf-8"
ν mbstring.language = Japanese
ν mbstring.internal_encoding = UTF-8
ν mbstring.http_input = auto
ν mbstring.http_output = pass
▲ mbstring.encoding_translation = On
　　→　~~off おおーコレか？~~　Onにしましたが状況変わらず
ν mbstring.func_overload = 0
ν magic_quotes_runtime = Off

NGです。

ところが、無料レンタルサーバーのZMXでは、DB,各フィールドともに　utf8_general_ci　になっている
MODxの各種設定もUTF８になってます。
しかし、php.ini系はEUCに準拠している？？？

mbstring.language = Japanese
mbstring.internal_encoding = EUC-JP
mbstring.http_input = pass
mbstring.http_output = pass
mbstring.encoding_translation = Oｆｆ

なのに何の文字化けもしていない。

zmxにほぼ似ている設定のland.to...しかし、文字化け。php.iniの設定が若干違う。

mbstring.language = Japanese
mbstring.internal_encoding = EUC-JP
mbstring.http_input = auto
mbstring.http_output = EUC-JP
mbstring.encoding_translation = On

でもこの文字化けは文字自体は壊れていなそうで、うまくエンコードを合わせれば表示されそう。

たとえば、テンプレートを見ると

Minimal Template�ƥ�� ←　こんな感じ。

文字君は頑張って表現を諦めてません。

でも、今の問題の俺サーバーは

�ƥ�� が　?????　って完全にキャラクタコードを失ってそう

....ってか文字にやる気を感じない。頭いた。

ん。。。？　これか？

mbstring.http_input = pass...zmx
mbstring.http_input = auto....land.to、俺鯖...いやチゲーだろうな。

しかし、やっぱり不思議なのはMODｘ
land.toにも文字化けが出ているけど、ドキュメント系だけは文字化けしない？？？
俺サーバーと同じ現象だ。

これって書き込みのロジックが別々のロジックになってるってことかな？
とくに、ドキュメントのロジックだけ異質なんだろうか？
でも、ドキュメントのロジックを共通にしてほしいなぁ

2008-04-24

MODx0.96UTF-8がphpMyAdminで文字化けする件-2

おっしゃ解決！　やったよ～。

何度も編集しても、config.inc.php　の指定したエンコードutf8 が消えてることがあり、
原因究明に時間が

だめだ。完璧じゃねぇ。

ドキュメントの作成以外は、リソース管理やユーザ管理は皆文字化け。
原因は何だろう。

UTFで入力　MODx　−NG→　MySQL　文字化け
　　正常　　　MODx　←OKー　MySQL　UTFで入力(phpMyAdminにより)

2008-04-12

Bloggerでトックバックを実現するHALOSCAN

クリボウの Blogger 入門

HaloScan でトラックバックを打ったり受け取ったり
やっぱり、他のブログのようにトラックバックを打ったり、受け取ったりしたいという場合には、HaloScan というサービスを利用します。Blogger ブログへの HaloScan の導入方法は以下のとおり。

上述のインストールの方法がかわりました。
すごく簡単です。

HOLOSCANでSingUp をします。
bloggerにログインしてテンプレートをローカルに一旦保存。
HOLOSCANのinstallから、先に保存したBloggerのテンプレートをアップロード。
生成されたデータをローカルに一旦保存。
また、bloggerのテンプレートから、HOLOSCANから生成されたデータをアップ

おしまい

この星マークや　Trackback　が成果です
　　↓

2008-04-11

MODx 大切なモノはどこにあるの？

ucjpの0.9.6対応lang(EUC)ファイル。暫定的なものとして公開

あった、あった。UTF問題解決したから使わないけど

2008-04-08

MODx0.96UTF-8がphpMyAdminで文字化けする件-2

おっしゃ解決！　やったよ～。

何度も編集しても、config.inc.php　の指定したエンコードutf8 が消えてることがあり、
原因究明に時間が

だめだ。完璧じゃねぇ。

ドキュメントの作成以外は、リソース管理やユーザ管理は皆文字化け。
原因は何だろう。

UTFで入力　MODx　−NG→　MySQL　文字化け
　　正常　　　MODx　←OKー　MySQL　UTFで入力(phpMyAdminにより)

つまり、MySQLのデータはそのごとくMODx上で表示している
MODxで入力されたUTFをMySQLに書き込む過程で文字化けを起こしている

それだけは分かった。

2008-04-07

MySQL:phpMyAdminから管理パスワード変更

以前は全く分かってなくてやったんだな（・・；）

って、やっぱりphpMyAdminでMySQLの管理者パスワードの変更がわかんない！

と思ったら、ありました。

(ex) set password for username@localhost=password('********');
※ username, password('********') の箇所をユーザー様各自で変更してください。

どこからの引用かは秘密です。

やったよ～ん、できた！

2008-04-02

Linuxの強制終了の仕方

Ubuntu日本語フォーラム / 起動時にcannot create tempfile ...gnomeが起動せず

* 起動時にcannot create tempfile ...gnomeが起動せず

ハイバーネーションが正常に終了せずに固まってしまったようなので手動で電源断しました。
ところが、何度再起動を試みても、以下のメッセージ出力後、プロンプトどまりでgnomeが起動しません。

で教えて頂きました。Linux版　Ctrl+Alt+Del

その操作は … ALT+SysRQ押しながら,おもむろに s を押して離す, 次は u, で次は (ディスクアクセスしていないことを確認して) b

だそうです。これ、マジ便利かも！！！

たまにある、Linuxフリーズに重宝させていただいてます。

JF: Linux Kernel 2.2 Documentation: sysrq.txt【e】

SysRqキーを使ってフリーズしたシステムを復旧するには - Ubuntu Japanese Wiki【e】

MODx再開。ペラなHTMLをテンプレートに組み込む

最近はやっとこさ、MODｘに戻りつつあります（歓喜）

自分はWEB技術畑の人間ではありません。
しかし、今の会社ではWEB関連の仕事をトータルでやってます。
それで、Yahooショッピングが新システムの移行とか、とにかく色々あって、MODｘから離れてましたがやっとこさ戻ってきました。

■MODｘ再開！

自社のショッピングシステムです。
今までペラでつくっていたことと、恐ろしく古いデザインのままだったのでとりあえず、OSSのテンプレートを参考にHTMLを作成し、MODｘのテンプレートを利用して表示させるまで至りました。
MODｘの機能はさほど使っているわけではなく、テンプレート、チャンクぐらいです。
現在抱えている問題
環境は
MySQL4ぐらい
Apatch２ぐらい
MODｘ0.96ぐらい...笑

■MODｘのエンコードの問題

PHPｍｙAdminでUTFでMODｘ用のDBをUTFで作成して、インストールはすべてスムーズに行きました。
しかし、テンプレートに既存のテンプレートがリストに表示されない、作成してもリストに追加されない？？
PHPｍｙAdminでのぞいてみるとテンプレートは作成されてるみたい。DBからMODｘへ表示されるときの問題なのか

MODｘの設定でEUCにすると表示されるようになりました。
しかし、PHPｍｙAdminでのぞいてみると完全に文字化けしてる。

再度、PHPｍｙAdminでEUCでMODｘ用のDBを作成して試してみたら、保存されて表示はされるものの、テンプレートの中身は破壊されてるみたい。

とりあえず、泣く泣くEUCでやっていこう。前回もこの壁にぶち当たったみたい。
これじゃあ、ユーザ管理で苦労しそう。

■フレンドリーURLがうまくいかない

MODｘ設定自体は問題ないみたい。しかし、プレビューしても

index.php?id=x　xはページID

で表示されてしまう。

.htaccess も正しく設定できているし、Apatchのグローバルな設定も、ReWriteだっけ？これも問題ないみたい。

しかし、Apatchの問題とみて、担当者に原因を探ってもらっています。

どこかのサイトを参考にSEOナンチャラっていうプラグインを組み込んで設定をしたところ、プレビューをするとエイリアスの指定されたページまで飛ぶようになりました...

が、Page not found 404　になってしまいます。

■OSCommerceとの共存

そのまんまなんだけど、ショッピングシステムに入ると『ん？ちがうサイトに来たのかな？』ってなっちゃいます。
あと、OSCのユーザをMODｘと共存できないか？とか