Mary Balogh その2 ― 2009/01/09 00:00
Dark Angelシリーズ3,4を読んでみた。
あれ、なんだか今まで読んだバログのイメージとはずいぶん違う。
というか、今まで読んだものの方が異端だったのか?
1996年に出版された「The Famous Heroine」「The Plumed Bonnet」
どちらも良く出来たリージェンシーだが特別というほどではなく、
ふたりだけでいた所を見られたから仕方なく結婚するはめに陥る、とか、身持ちの悪い女だと誤解して一緒にいたら違った、で、仕方なく結婚する、とか、そういうパターンで結婚するふたりである。
どちらも階級の違いに悩むのがテーマだ。
片方は商人の娘であることが問題なのだが、基本が明るいユーモア系
もう片方は、公爵妃にふさわしい女性にならなければ、と色々なルールを覚えていくうちに自分が自分でなくなってしまったようになるヒロインの話。
ヒーローも最初のうちは公爵妃教育をさせることに熱心で、ヒロインを変えることに何ら疑問を感じていなかったが、だんだん完璧なマシーンに変わってゆくヒロインにうろたえだす。
彼は命令することには慣れているが、自分の気持ちを口にするのが苦手だ。
ヒロインの心に手が届かないと悩んでいるが、どうしたらいいかわからない。 彼女から笑顔を奪った自分を彼女はきっと憎んでいるだろう、と
思うようになる。
一体どうなるだろうと心配したが、ここから結構素直に関係修復となる。どちらも自分の気持ちを正直に語るので、読んでいて気持ちがよいが、
あっさり感が残る。
問題はあっさり感だけではない。
今まで読んだバログなら、もっと階級について突き詰めて考えたりするのでは、と思うのだが、ここでは単に結婚における階級の違いを悩むといった事だけだ。
それも男性側の階級が上だから女性側がシンデレラになる、女性側の階級が下だといっても裕福である、etc.女性読者にとって階級の違いはさほど生真面目な問いかけにはなっていない。
普段のバログはこうしたロマンスを書いているのかな。
そうそう、それでもバログらしいと思ったのは、とても官能的なベッドシーンがあることか。他のSignetリージェンシーでは生々しい描写ってあまり無いのに、彼女の作品はけっこうリアルだ。
あれ、なんだか今まで読んだバログのイメージとはずいぶん違う。
というか、今まで読んだものの方が異端だったのか?
1996年に出版された「The Famous Heroine」「The Plumed Bonnet」
どちらも良く出来たリージェンシーだが特別というほどではなく、
ふたりだけでいた所を見られたから仕方なく結婚するはめに陥る、とか、身持ちの悪い女だと誤解して一緒にいたら違った、で、仕方なく結婚する、とか、そういうパターンで結婚するふたりである。
どちらも階級の違いに悩むのがテーマだ。
片方は商人の娘であることが問題なのだが、基本が明るいユーモア系
もう片方は、公爵妃にふさわしい女性にならなければ、と色々なルールを覚えていくうちに自分が自分でなくなってしまったようになるヒロインの話。
ヒーローも最初のうちは公爵妃教育をさせることに熱心で、ヒロインを変えることに何ら疑問を感じていなかったが、だんだん完璧なマシーンに変わってゆくヒロインにうろたえだす。
彼は命令することには慣れているが、自分の気持ちを口にするのが苦手だ。
ヒロインの心に手が届かないと悩んでいるが、どうしたらいいかわからない。 彼女から笑顔を奪った自分を彼女はきっと憎んでいるだろう、と
思うようになる。
一体どうなるだろうと心配したが、ここから結構素直に関係修復となる。どちらも自分の気持ちを正直に語るので、読んでいて気持ちがよいが、
あっさり感が残る。
問題はあっさり感だけではない。
今まで読んだバログなら、もっと階級について突き詰めて考えたりするのでは、と思うのだが、ここでは単に結婚における階級の違いを悩むといった事だけだ。
それも男性側の階級が上だから女性側がシンデレラになる、女性側の階級が下だといっても裕福である、etc.女性読者にとって階級の違いはさほど生真面目な問いかけにはなっていない。
普段のバログはこうしたロマンスを書いているのかな。
そうそう、それでもバログらしいと思ったのは、とても官能的なベッドシーンがあることか。他のSignetリージェンシーでは生々しい描写ってあまり無いのに、彼女の作品はけっこうリアルだ。
PHP MySQL 接続やら文字化けのFAQ ― 2009/01/25 00:00
ぐぐってみるとFAQだったこと。
phpMyAdmin を動かすと SYSTEM@localhost はパスワード無しではMySQLに接続できません、とかいうエラーメッセージが出てDBに接続できない。
コマンドプロンプトでは接続できるのにphpを介するとrootで接続できないわけだ。
解決方法:
Windows/php.ini の sql.safe-mode Onがデフォルトだが、Off にする。
[文字化け問題]
PHP php.ini EUC にしている
phpMyAdmin utf8 でDBを作った
最初、自分で書いたPHPスクリプトで検索すると日本語検索が上手くいかなかった。
set NAMES eucjpms
としたら、検索窓に日本語いれてもちゃんと検索結果が表示された。
MySQLの設定ファイル my.ini 中のキャラクター設定をutf8 にしてみたら、自前phpスクリプトは影響を受けなかったが、phpMyAdminでの検索ができなくなった。
my.ini の中の3ヶ所をすべての組み合わせで変えてみたが同じくダメ
[client]default-character-set= utf8 or ujis
[mysqld]default-character-set= utf8 or ujis
skip-character-set-client-handshake コメントアウトか生かすか
最終的 マイマシン XPウインドウズ
Apache 2.2.9, PHP 5.2.6, MySQL 5.0
phpMyAdmin はutf8で入力してDBを作る。
MySQL の my.ini はクライアントもサーバーもujis設定 スキップしない
PHP の php.ini は、EUC-JP
これで正常に動くことが分かった。 あれこれ変えたのに、結局最初の設定のままでよかったのだ・・・
肝は、
set NAMES eucjpms であった。
phpMyAdmin を動かすと SYSTEM@localhost はパスワード無しではMySQLに接続できません、とかいうエラーメッセージが出てDBに接続できない。
コマンドプロンプトでは接続できるのにphpを介するとrootで接続できないわけだ。
解決方法:
Windows/php.ini の sql.safe-mode Onがデフォルトだが、Off にする。
[文字化け問題]
PHP php.ini EUC にしている
phpMyAdmin utf8 でDBを作った
最初、自分で書いたPHPスクリプトで検索すると日本語検索が上手くいかなかった。
set NAMES eucjpms
としたら、検索窓に日本語いれてもちゃんと検索結果が表示された。
MySQLの設定ファイル my.ini 中のキャラクター設定をutf8 にしてみたら、自前phpスクリプトは影響を受けなかったが、phpMyAdminでの検索ができなくなった。
my.ini の中の3ヶ所をすべての組み合わせで変えてみたが同じくダメ
[client]default-character-set= utf8 or ujis
[mysqld]default-character-set= utf8 or ujis
skip-character-set-client-handshake コメントアウトか生かすか
最終的 マイマシン XPウインドウズ
Apache 2.2.9, PHP 5.2.6, MySQL 5.0
phpMyAdmin はutf8で入力してDBを作る。
MySQL の my.ini はクライアントもサーバーもujis設定 スキップしない
PHP の php.ini は、EUC-JP
これで正常に動くことが分かった。 あれこれ変えたのに、結局最初の設定のままでよかったのだ・・・
肝は、
set NAMES eucjpms であった。
BOM付きUTF-8 ― 2009/01/27 00:00
これまでEUCでapache-phpを動かしていたけれど、MySQLと共にutf-8に統一することにした。
自前のエディターでutf-8にスクリプトを保存しなおすと、途端にエラーをはく。
そう、ヘッダーは既に送られている。という奴。
headers already sent
<?php
session_start();
一見何も余分なものが無いのに、何で文句を言うんだぁ~ ていうか、EUCの時はちゃんと動いてたじゃないか・・
ぐぐると、これはFAQだった。
今日まで気付かなかったが、わたしの使ってるエディターはUTF8で保存するとBOMをつける奴だったのだ・・・
あぁう、、utf-8n に対応していない・・
お気に入りのエディターだったのに、しくしく。。
BOM (Byte Order Mark)
<?php と目では見えるが、<の部分より前にBOMが入っているので、エラーメッセージが出てしまったわけ。
自前のエディターでutf-8にスクリプトを保存しなおすと、途端にエラーをはく。
そう、ヘッダーは既に送られている。という奴。
headers already sent
<?php
session_start();
一見何も余分なものが無いのに、何で文句を言うんだぁ~ ていうか、EUCの時はちゃんと動いてたじゃないか・・
ぐぐると、これはFAQだった。
今日まで気付かなかったが、わたしの使ってるエディターはUTF8で保存するとBOMをつける奴だったのだ・・・
あぁう、、utf-8n に対応していない・・
お気に入りのエディターだったのに、しくしく。。
BOM (Byte Order Mark)
<?php と目では見えるが、<の部分より前にBOMが入っているので、エラーメッセージが出てしまったわけ。
最近のコメント