ついに,やったウ。(笑)
コンパクトデジカメのオートフォーカスであることと,腕の悪さはどうしようもないが,間違いなく川鵜と分かる写真である。しかも今日のは,餌をくちばしに挟んでいる。苦節一カ月超(ククッ),家の者もやっとこ鵜だと認めてくれた。
飛び立ってからの写真はご愛敬。背景が流れるのは仕方ないとして,ご本尊までぼんやりしている。飛ぶ格好もアップして見せたかっただけなのだ。しかし,ここまでひどいと自己満足にもならないねぇ。
投稿者: o6asan
本家のカウンタ-#2。
昨年の8月14日に本家のカウンタが10,000を超えた話を書いたのだが,今日見ると20,000を超えてる。あれから,5ヶ月だから初めの10,000に比べると早かったね。段々そんなことは気にならなくなるのかな。
ところで,今日,k16さんとこ(k16さんは「Another HTML-lint」の作者です。)を見に行ったら,
「2011/01/10 •IEは、ISO-2022-JPのサポートをやめたのか? 使ってないので気付かなかった。何考えてるんだか知らないが、身勝手で迷惑なことだな。」
という,書き込みがあって驚いた。私もIEをほとんど使わないので知らなかったが,ちょっとサーフしてみたらTwitterなどでもいろいろとつぶやかれているようだ。
例をあげるとこんなとこね。
IEがISO-2022-JPをサポートしない
IE8でISO-2022-JPが化ける(続き)
IE8+iso-2022-jp=???/IEでJISページを見ると文字化け
k16さんの書き込みは昨日だけど,先月からの話らしい。年明けに気づいて困るところも出て来るんだろうなぁ。まぁ,零細なところで,初めからWindowsでサイトを作ったところの文字コードはShift-JISだろうから,あんまり関係ないか。見に行く人のほうで詳しくない場合,読めなくなった大手のサイトがあって困っているかもしれないが。
で,こっちは逆にIEが8になってもサポートしている件に話が移るんだが,前に「XOOPS Cube Legacy導入記-#5。」で,FireFox上でもともとデフォルトでは禁止されている,スクリプトによるクリップボードからの貼り付けを許可してやるためにNoScriptを導入する話を書いた。
そのときに,IE7,8にもふれたのだが,このふたつでは,デフォルトの状態だと確認ダイアログが出る。一方,今は亡きIE6の場合,デフォルトだと何のメッセージも出ずに可能だ。これが,昨今のjavascript全盛で問題にされてIE7,8の形になったのだろう。おもな違いは,右の図の部分のようだ。
ところで,相変わらず,割と簡単にwindow.clipboardData.getData(“Text”)が通る仕様なんだが,これ問題ないのかなぁ。もちろんローカルで引っ張れるということと,引っ張った奴をサーバに飛ばしてそっちで記録するとか,あるいは,メールで送ってやるとかいうことは違うレベルの話だけど,でもねぇ。クリップボードって,かなりずっとコピーしたものが残ってるんだよなぁ。シャットダウンすれば消えるけど,休止状態では消えないしね。現実のクリップボードも剥ぐまでは残るから,命名からして当りまえかもしれない。
まぁ,プログラミングに詳しくないので「?????」という話しかできないが。
ウ,う,鵜?
あけましておめでとうございます。
本年もよろしくお願いいたします。Webでは,昨年は日本語ブログまで開設することになり,ウン十年かのコンピュータライフの中でも節目だったかもしれないと思っています。
ところで,雪は降る降るといった割にはあまり大したこともなく,今のところは積もっていません。ただ,気温は低いので夜明けまでに降れば積もるでしょう。昨年のとんでもない初もうでを思い出してしまいますが,今年はどうなりますやら。
さて,雪ということで,古今集の
君かため 春の野に出て 若なつむ 我衣てに 雪は降つゝ (光孝天皇)
を思い出しましたが,この時代は旧暦ですので今でいえばまだまだ先の話ですねぇ。(溜息)
寒いと何もしたくありません。年ということでしょうか?
Site@School導入記。
先日書いたように,TODOSでの話が発端で,XOOPS Cube Legacyを導入してみたりした訳だが,実はCMSをいろいろ見ているには,他にも理由がある。仕事がからんでいるのだ……まぁ,それはそれとして,忘れないように「Site@School導入記」を書いておこう。
Site@Schoolは単なるCMSというよりもSNS+LMSという感じかな。本来は小学校向きに開発されたウェブサイト管理用CMSらしい。
導入そのものは問題なかったが,考えているところで使うには以下のRequirementsでも,ちょっと問題がある。サーバのバージョンレベルとしてかなり低いものを考えているので。
===============================
- Apache webserver (1.3.23 or higher, or 2.0.48-1 or higher)
- MySQL database (version 3.23 or higher or 4.0.16-1 or higher)
- PHP (version 4.2.1 or higher, version 5 is not yet supported)
- S@S also runs on Windows 2003 server with IIS 6.0, PHP 4.3.1 and MySQL 3.23.49.
- Site@School runs perfect on old hardware. We have S@S running under Linux with computers of 133-200 Mhz, with about 64 MB of RAM, serving primary schools of 200 – 300 pupils. Of course, more memory is better.
===============================
- 《Site@School導入手順》
- 実際に使おうと思っているところでは,下準備として空のデータベースを作ったりと,いろいろ必要になるだろうが,お試しはレンタルサーバでやったので特になし。
- siteatschool-2.4.10.zipをダウンロードして,解凍する。
- フォルダsiteatschool-2.4.10の名をSaSに変更後,サーバのドキュメントルートにフォルダごとアップロード。
- http://example.com/SaS/starnet/install/ にアクセスすると,図1が表示されるので,New installation of 2.4.1:|English:|install.phpを選んでクリック。
- 図2が表示されるので,Continue をクリック。
- 図3が表示されるので,各項目を適切に記入後Continueをクリック。
- 図4のようにThe file /configuration/database.inc.php does not exist!が出たので,FTPでstarnet/configuration/database.inc.org にアクセスして,database.inc.php にリネームし,書込み可(606)にして,Returnをクリック。
- Step1に戻るので,再度Continueをクリック。
- 図5が表示されるので,各項目を適切に記入後Continueをクリック。
- 図6が表示されるので,demo dataを使ってみるために,yesをチェックしてクリック。
- 図7が表示されるので,各項目を適切に記入後Continueをクリック。
- 図8が表示されるので,FTPでアクセスしてstarnet/installを削除。
- FTPでアクセスしてstarnet/sas_check.txtをstarnet/sas_check.phpにリネームし,ブラウザからhttp://example.com/SaS/starnet/sas_check.php にアクセス。
- sas_check.php のメッセージに従い,「Not ok!」について適切に処理。まず,/media /studentpages のパーミッションを変更。 両方のディレクトリのOwnerのWarningは消せないが,レンタルサーバではしかたがないだろう。database.inc.php のパーミッションを604に変更。
allow_url_fopen がONになっているので,Not ok!が出ているがこれもどうしようもない。インストール完了。sas_check.php をサイトから削除。 - siteatschool_manual-2.4.zipをダウンロードして解凍し,starnet/manual にアップロード。
- 図8の右下に表示される「Login」をクリックして,ログインしてみる。Working environment に入って,Language JP,Date format %Y-%m-%d にする。ブラウザで再読み込みすると,日本語表示になっている。
- 「コンフィギュレーション」→「S@S オプション」で「ウェブサイトタイトル」を日本語に変えて見たら,文字化けした。パッケージに同梱されているテーマを参考に変更を試みていたのだが,調べて見るとeditable以外のmain.inc.phpは,文字コードが変更されたときに対応する記述になっていないようだ。editableはS@S本体からの編集に対応しているせいで,記述内容がややこしい。文字コードについては便利だが,なれないとどこに何が書いているかよくわからない。という訳で,他の分かりやすいテーマをカスタマイズの土台にしていた。main.inc.php内で図9の赤字部分を書き変えたらよくなったが,Shift-JIS以外はうまくいかなかった。
贋金さがしパズル。
寒い。外は雪です。積もるのか?
やっと,年賀状が済んで,日本郵便の「出してね」期限ギリギリに投函してきた。この期限を過ぎると,あとはもう「いつでもいいや」気分に陥るのだが,今年は間に合った。
ちょっと暇になったので,昨日聞かれた「9枚の金貨に重さの異なる贋金が1枚混じっていて,その重さが軽いか重いか不明であるとき,1台の天秤を使って発見する手順を示せ。天秤を使う回数,最低で何回で可能か。」というパズルの解答を考えて見た。どうやら,最低だと3回らしい。答は先に見たくない人いるかもしれないと思ってここに書いたので,見たかったらクリックしてください。
数学的パズルなので,別に9枚でなくても一般的にやれるんだろうけど,そこまではやっていない。模式図を作るだけで疲れた。めんどくさ,頭の中のをデジカメで写せないもんかね。(ヘトッ)
贋金の軽重が分かっていればぐっと易しくなるんだけど……
相変わらずFCKeditor on XOOPSの話である。
FCKeditorをFireFox3.6.x(3.5あたりもかな?)上で使って,ローカルからクリップボード経由でFCKeditorの編集画面に何かを貼りつけようとすると,右のPopUpが表示される。(いい忘れたが,そもそも私はデフォルトではPopUpWindowをブロックしているので,当該サイトにこれを許可してやらないとFCKeditorは使用できない。)調べて見ると表示されている </body></html>’) ;oDoc.close() ; ~ はfck_paste.html の一部で,fck_paste.htmlの中には
* This dialog is shown when, for some reason (usually security settings),
* the user is not able to paste data from the clipboard to the editor using
* the toolbar buttons or the context menu.
という記述があった。
という訳で,もともとデフォルトで禁止されているスクリプトによるクリップボードからの貼り付けを,FireFox上で許可してやる必要がある。しかし,これをすべてのサイトに許可するのは,昨今のネット情勢では危険極まりない。アドオンをいろいろ調べて見たらNoScriptというのがあって,評価も悪くないのでこれを使うことにした。
インストールして有効化してやると,FireFoxの右下に2番目の図のような[S]マークが表示される。[S]マークをフォーカスしてオプションを表示し,「詳細設定」→「Trusted」と進んで,[クリップボードからリッチテキストのコピーとペーストを可能にする]にチェックを入れる。
どんなサイトをTrustedにするかだが,「ブックマークから開いたサイトを許可する」というのがあるので,これにチェックを入れておくというのもいいかもしれない。しかし,考えて見ると先日のRobのところのようなこともあるから,手動にしておくのが無難かも。
各サイトにはインビジブルなリンクが貼られていることが多いが,それらを個々に制御することも可能になる。たとえば4番目の図のようになっている場合,@pagesについてはスクリプトが許可されているが,google関係のふたつに関しては禁止されている状態である。
ところで,IEだと7,8において,最後の図のようなPopUpが現れる。これについては許可をクリックしてやればよい。これもオプションからデフォルトで受け入れるようにすることは可能だが,面倒でもいちいち手動で許可してやることにしておいた方が安全だろう。
余談:
@PAGESとの比較で,前に使っていたToyPark.inにもXOOPSをインストールしてみたのだが,部分的な文字化けが起こって投げ出していた。juneさんのほうは,先にToyParkで試し,その後,@Pagesに移動された。で,juneさんは@PAGESのほうで文字化けが起こったらしい。
その修復だが,juneさんの情報では,phpMyAdminでデータベースにアクセスして,テーブルの修復なんかをやっていたら直ったということだったが,私のほうはどうにも直らない。
絶対におかしいと思うのは,各テーブルの照合順序が latin1_swedish_ci になっていることだ。大本のデータベースの照合順序を utf8_unicde_ci に設定し,XOOPSのインストールもUTF-8でやったのに,どうしてそんなことになるか分からないのだが,なっているものは仕方がない。
しかたがないので,テーブルをすべてエクスポートして,今あるデータベースのテーブルは全部削除することにした。まだ,何も入れていないので,エクスポートしたSQLは全部で250KB程度。大したサイズではない。
SQLファイルをエディタで開き,文字化け部分をすべて訂正。各テーブルの文字セットをlatin1からutf8に変更,改めてインポートしたら文字化けはよくなった。もっとも,本当の原因がつかめていないので,新しいモジュールやコンテンツを追加するたびに起こる可能性はあるなぁ。
本題に入る前に久しぶりに鳥さんの話題を(笑)。
昨日の朝の通勤途中,例の川でウ(鵜)を10羽ばかり見た。時間がギリギリだったし,車を止めるところはないしで,証拠写真が撮れなかった。同僚に話したら,「へえっ」と言っていたが,家でははっきりと「見間違いだ。信じられない」と言われた。(orz)多分,同僚も内心は同じ気持ちだったんだろうなぁ。
で,今朝証拠をデジカメに収めようと出勤時間を見計らって家を出たんだが,悪い予感が当たった。1羽もいない。実は昨日は雪催いで,ウの群れはそこに滞在しているというのではなく,一時休息という様子だったのだ。
残念だなぁ。諦めきれないけど,こういうことはタイミング勝負なんだね。(sigh)
本題に移行。
juneさんから
> @pagesの広告のせいで?本来表示されるOK・キャンセルボタンを画面外にはじき出しているようです。
という情報を頂いた。で,これを改善すべく@PAGESの制約に従いつつFCKeditor on XOOPSのファイル名を変更してみた。今のところ,おおもとの表示枠と画像のアップロードの部分だけである。
- editor/fckeditor.htmlの名をmenu.htmlに変更。
fckeditor/fckeditor.js(153): var sFile = ‘fckeditor.html’ ;を var sFile = ‘menu.html’ ; に変更。 - editor/fckdialog.htmlの名をheader.htmlに変更。
これに関連して,以下のファイル内のfckdialog.htmlの名をheader.html変更。
editor/js/fckeditorcode_gecko.js(100)
editor/js/fckeditorcode_ie.js(101)
editor/_source/internals/fckdialog.js(36) - editor/dialog/fck_image.htmlの名をheader.html変更。
これに関連して,以下のファイル内のfck_image.htmlの名をheader.html変更。
editor/js/fckeditorcode_gecko.js(84)
editor/js/fckeditorcode_ie.js(85)
editor/_source/internals/fckcommands.js(63)
editor/_source/internals/fckcommands.js(123) - editor/dialog/fck_image/fck_image_preview.htmlの名をmenu.htmlに変更。
これに関連して,以下のファイル内のfck_image_preview.htmlの名をmenu.html変更。
editor/dialog/header.html(144): <——— fck_image.htmlの名前を変えたもの。
また,fck_image_preview.htmlの中には以下の文章が記載されている。これは,実際に使われるときには消えるのが本来ではないかと思うのだが,消えてくれないので,削除。
Lorem
ipsum dolor sit amet, consectetuer adipiscing elit. Maecenas feugiat consequat diam.
Maecenas metus. Vivamus diam purus, cursus a, commodo non, facilisis vitae, nulla.
Aenean dictum lacinia tortor. Nunc iaculis, nibh non iaculis aliquam, orci felis
euismod neque, sed ornare massa mauris sed velit. Nulla pretium mi et risus. Fusce
mi pede, tempor id, cursus ac, ullamcorper nec, enim. Sed tortor. Curabitur molestie.
Duis velit augue, condimentum at, ultrices a, luctus ut, orci. Donec pellentesque
egestas eros. Integer cursus, augue in cursus faucibus, eros pede bibendum sem,
in tempus tellus justo quis ligula. Etiam eget tortor. Vestibulum rutrum, est ut
placerat elementum, lectus nisl aliquam velit, tempor aliquam eros nunc nonummy
metus. In eros metus, gravida a, gravida sed, lobortis id, turpis. Ut ultrices,
ipsum at venenatis fringilla, sem nulla lacinia tellus, eget aliquet turpis mauris
non enim. Nam turpis. Suspendisse lacinia. Curabitur ac tortor ut ipsum egestas
elementum. Nunc imperdiet gravida mauris.
追記: 正直な話,@PAGESではFCKeditorは使いにくいようだ。フレーム仕様でないいいエディタはないかな。
最終的に何に使うことになるかは分からないが,現在の自分のサイト構成をXOOPSに模倣させるという方向で,練習を行うつもり。
- 「互換モジュール」 »» 「モジュールの管理」に入る。モジュール名が並んでいて,[pico]と[d3blog]の背景がピンクになっている。この色の違いはなんなんだろうと思っていたのだが,ピンクの場合ここで名前を変えるとホームページでの表示名を変えられるらしい。名を書き換え(→My restoration),下にあるアップデートをクリック。確認が出るのでもう一度クリック。
- TODOSでのcherrytigerさんの投稿をもとにfckeditorをダウンロードして解凍し,commonフォルダごと,XoXにアップロード。
ファイルアップロードを利用するために,XoX/uploads の下に,fckeditor というフォルダを作ってパーミッションを705にする。 - 「My restoration(←picoのこと) 」 »» 「一般設定」に行って,本文編集エディタ を[common/fckeditor]に変更。いつも書き忘れるが,当然「送信」。
- 「My restoration 」 »» 「コンテンツ一括管理」 »» 「コンテンツ作成」と,移動。表題に「My server’s restoration note」と書き入れ,本家の記事を編集エリアにコピペしてみた。
- 「My restoration(←picoのこと) 」 »» 「ブロック管理/モジュールアクセス権限」に行って,コンテンツ内容を表示しないように設定。
- FTPクライアントで前もってXoX/uploads/fckeditorに画像をアップロードし,fckeditorを使って画像を表示して見た。ここで,uploadsディレクトリのパーミッションを707に変更。このせいでかなりハマった。@PAGESでは実行可能を付与しておかないとまともに動かないようだ。
追記:結局,cacheのパーミッションも707に変更。picoの一般設定書き換えで,PHPエラーが出る。
3・4日放りっぱなしだった,XOOPSを弄ってみる。なにはともあれ,ログインして管理メニューをじっくり探索。その結果,以下のようなことを行った。
- 「互換モジュール」 »» 「ブロックの管理」 »» 「ブロックのインストール」から互換モジュールの[検索]をインストール。表示サイドを[サイドブロック-右],アクセス権のあるグループを[サイト管理者・登録ユーザ・ゲスト]にする。他は,デフォルトのまま。
- 「互換モジュール」 »» 「ブロックの管理」 »» 「ブロックのインストール」から互換モジュールの[ブログ カレンダー]をインストール。表示サイドを[サイドブロック-右],並び順を[1],表示先のモジュールを[すべてのモジュール],アクセス権のあるグループを[サイト管理者・登録ユーザ・ゲスト]にする。他は,デフォルトのまま。
結局,これだけしかしなかった。(苦)