さて、下記のサイトによると、英語のWebサイトで使用されるこのNo-break space (後続の文字との間に改行を許さないスペース) は、日本語環境のキーボードから入力することは難しいとあるのだが、客先のユーザはどのように入力をおこなったのだろうか？
参考サイト：
2010-09-11
FileMaker：No-break space 書出し時の文字化け
客先より「書き出した文字が化ける」と連絡が入る。 具体的には、スペースが「?」に化けてしまっている。化けた文字を調べてみると、No-break space と呼ばれるASCII/Unicodeで160（A0）のコードだった。 書きだしたフィールドの索引は“日本語”、書出し時の文字セットは「日本語(shift-jis)」である。 ところが、FileMaker索引の“日本語”というのが shift-jis とは異なり、shift-jis では文字が割り当てられていない No-break space をも表示してしまう。 結果、FileMaker内ではちゃんとスペースとして認識されるNo-break spaceは、一旦「日本語(shift-jis)」で書き出されると、shift-jis はこの文字コードに対応していないので、「?」に文字化けしてしまう。 では、FileMakerの“日本語”索引とななんなのか？ FileMaker独自の非公開仕様ということらしい。
さて、下記のサイトによると、英語のWebサイトで使用されるこのNo-break space (後続の文字との間に改行を許さないスペース) は、日本語環境のキーボードから入力することは難しいとあるのだが、客先のユーザはどのように入力をおこなったのだろうか？
参考サイト：
さて、下記のサイトによると、英語のWebサイトで使用されるこのNo-break space (後続の文字との間に改行を許さないスペース) は、日本語環境のキーボードから入力することは難しいとあるのだが、客先のユーザはどのように入力をおこなったのだろうか？
参考サイト：
大量ファイルのコピー時に、ネットワーク障害を引き起こすPanda Cloud Office Protectionのファイヤウォール
二、三か月前から Windows Server 2003 x32 機（以下、2003機）でネットワーク障害が続く。
障害発生のタイミングは、毎日17時のFドライブ（データが入っているドライブ）のバックアップ時。このバックアップは他機にインストールされたBunBackupというソフトを使用し、毎日17時にタスクスケジュールによりネットワーク越しに実行される。過去1年位はなんの障害もなくNASへバックアップできていたのだが、二、三か月前から急に障害が発生するようになった。
具体的な症状としては、ネットワークを利用する多くのアプリケーションで通信が切断されたり、実行不能に陥る。
例えば、2003機からLAN内のノードに対してpingを実行すると、「PING: transmit failed, error code 1450」や「ping.exe - アプリケーション エラー: アプリケーションを正しく初期化できませんでした。…」といったエラーが返ってくる。 ただ、バックアップジョブが始まって30～40分程度すると、ping が通るようになり、ネットワークは復旧する。
調べてみると、「ネットワークカードを替えてみろ」という人がいたので、高級品?=INTEL PRO/1000 PT SERVER ADAPTER を刺してみても効果無。 いろいろ見ているうちに「このping のエラーはウィルス絡みのエラーかも」というのコメントがあり、ピンときた。 「またPandaか！」と。
例によって、Panda Clound Office Protection (以下、PCOP)が怪しい。 ただ、バックアップジョブはPCOP を搭載した他の複数のOPC/サーバ機でも実行していて問題はないので、頭に？が点滅。 Pandaの設定を確かめることにする。 PCOP ではブラウザ上でセキュリティのプロファイル（ポリシー）を複数作成し、PC/Server毎に作成したプロファイルを割り当てることができる。
チェックしてみて、問題の2003機は他機とは異なり、ファイヤウォールが適用されるプロファイルに属していた（他機はファイヤウォールが非適用）。 そこで、2003機をファイヤウォールが適用されないプロファイルに移してみたら、数か月悩まされたネットワーク障害がピタリと治まった。 やはり、原因はPanda(PCOP） であった。 ちなみに、問題を引き起こしたプロファイルはローカル機側でファイヤウォールをOFFにできる設定にしたあり、実際、2003機のローカル設定でファイヤウォールをOFFにしてみたが、それでもネットワーク障害は解消されなかった。
つまり、管理者がブラウザでファイヤウォールをONにしているプロファイルにPC/Serverを割り当ててしまうと、ローカルのファイヤウォールの設定に関わらず、当該エラーは発生するようだ。
土屋
障害発生のタイミングは、毎日17時のFドライブ（データが入っているドライブ）のバックアップ時。このバックアップは他機にインストールされたBunBackupというソフトを使用し、毎日17時にタスクスケジュールによりネットワーク越しに実行される。過去1年位はなんの障害もなくNASへバックアップできていたのだが、二、三か月前から急に障害が発生するようになった。
具体的な症状としては、ネットワークを利用する多くのアプリケーションで通信が切断されたり、実行不能に陥る。
例えば、2003機からLAN内のノードに対してpingを実行すると、「PING: transmit failed, error code 1450」や「ping.exe - アプリケーション エラー: アプリケーションを正しく初期化できませんでした。…」といったエラーが返ってくる。 ただ、バックアップジョブが始まって30～40分程度すると、ping が通るようになり、ネットワークは復旧する。
調べてみると、「ネットワークカードを替えてみろ」という人がいたので、高級品?=INTEL PRO/1000 PT SERVER ADAPTER を刺してみても効果無。 いろいろ見ているうちに「このping のエラーはウィルス絡みのエラーかも」というのコメントがあり、ピンときた。 「またPandaか！」と。
例によって、Panda Clound Office Protection (以下、PCOP)が怪しい。 ただ、バックアップジョブはPCOP を搭載した他の複数のOPC/サーバ機でも実行していて問題はないので、頭に？が点滅。 Pandaの設定を確かめることにする。 PCOP ではブラウザ上でセキュリティのプロファイル（ポリシー）を複数作成し、PC/Server毎に作成したプロファイルを割り当てることができる。
チェックしてみて、問題の2003機は他機とは異なり、ファイヤウォールが適用されるプロファイルに属していた（他機はファイヤウォールが非適用）。 そこで、2003機をファイヤウォールが適用されないプロファイルに移してみたら、数か月悩まされたネットワーク障害がピタリと治まった。 やはり、原因はPanda(PCOP） であった。 ちなみに、問題を引き起こしたプロファイルはローカル機側でファイヤウォールをOFFにできる設定にしたあり、実際、2003機のローカル設定でファイヤウォールをOFFにしてみたが、それでもネットワーク障害は解消されなかった。
つまり、管理者がブラウザでファイヤウォールをONにしているプロファイルにPC/Serverを割り当ててしまうと、ローカルのファイヤウォールの設定に関わらず、当該エラーは発生するようだ。
土屋
2010-09-10
『売上猫くん on MySQL』開発日記 - 番外11 - 外部キー ってさぁ… orz
MySQL Workbench 5.2 の外部キー作成クエリがオカシイっぽいことは 番外10 書いた通り。 今回もなかなか思ったように動いてくれない。
この Referenced Column で選択したいのは estimatedId なのだが、候補として表示されるのはなぜか[customerNo]のみ。 どうにもならないので、構わず“Apply”を実行すると、次のようなSQL文が表示される。
ALTER TABLE `neko`.`estimatedtls`
ADD CONSTRAINT `fk_purchaseId_est`
FOREIGN KEY (`purchaseId` )
REFERENCES `neko`.`estimates` (`customerNo` )
ON DELETE CASCADE
ON UPDATE NO ACTION
, ADD INDEX `fk_purchaseId_est` (`purchaseId` ASC) ;
ここで cutomerNo を強引に estimateId に書きかえて、“Apply SQL” を実行してみると
ERROR 1005: Can't create table 'neko.#sql-be8_19b' (errno: 150)
なんてエラーが出る。 そこでしばし調べてみると、
, ADD INDEX `fk_purchaseId_est` (`purchaseId` ASC) ;
が機能していないようで、仕方なく、purchaseId の索引を別途作成。 その後、上記SQL文から「,ADD ～」移行を削除して、実行するとどうにか外部キーが作成できた。
Workbench の生成するSQL文はそのままではエラーが出ることがしばしばあるようだ。
土屋
追記（10/09/10）
companies というテーブルからあるフィールド（cmnKey）を削除しようとすると、
ERROR 1025 (HY000): Error on rename of...(errno: 150)
と表示される。 削除しようとしているフィールドが他から参照されているから削除できない、とのことだが、この cmnKey フィールドはどこからも参照されていない。 companydepts というテーブルからは外部キー制約を companies に対して設定しているが、この制約の REFERECES フィールドは cmnKeyではない。 要するにどう考えてもオカシイ。 どうもMySQLのバグらしいことがわかったので、cmnKey とは全く関係ないこの外部キー制約を一旦削除。 その後、cmnKey を削除することができた。 どうもMySQLはオカシナことが多発し過ぎる。
関連リンク：『売上猫くん on MySQL』開発日記の記事一覧
この Referenced Column で選択したいのは estimatedId なのだが、候補として表示されるのはなぜか[customerNo]のみ。 どうにもならないので、構わず“Apply”を実行すると、次のようなSQL文が表示される。
ALTER TABLE `neko`.`estimatedtls`
ADD CONSTRAINT `fk_purchaseId_est`
FOREIGN KEY (`purchaseId` )
REFERENCES `neko`.`estimates` (`customerNo` )
ON DELETE CASCADE
ON UPDATE NO ACTION
, ADD INDEX `fk_purchaseId_est` (`purchaseId` ASC) ;
ここで cutomerNo を強引に estimateId に書きかえて、“Apply SQL” を実行してみると
ERROR 1005: Can't create table 'neko.#sql-be8_19b' (errno: 150)
なんてエラーが出る。 そこでしばし調べてみると、
, ADD INDEX `fk_purchaseId_est` (`purchaseId` ASC) ;
が機能していないようで、仕方なく、purchaseId の索引を別途作成。 その後、上記SQL文から「,ADD ～」移行を削除して、実行するとどうにか外部キーが作成できた。
Workbench の生成するSQL文はそのままではエラーが出ることがしばしばあるようだ。
土屋
追記（10/09/10）
companies というテーブルからあるフィールド（cmnKey）を削除しようとすると、
ERROR 1025 (HY000): Error on rename of...(errno: 150)
と表示される。 削除しようとしているフィールドが他から参照されているから削除できない、とのことだが、この cmnKey フィールドはどこからも参照されていない。 companydepts というテーブルからは外部キー制約を companies に対して設定しているが、この制約の REFERECES フィールドは cmnKeyではない。 要するにどう考えてもオカシイ。 どうもMySQLのバグらしいことがわかったので、cmnKey とは全く関係ないこの外部キー制約を一旦削除。 その後、cmnKey を削除することができた。 どうもMySQLはオカシナことが多発し過ぎる。
関連リンク：『売上猫くん on MySQL』開発日記の記事一覧
登録:
投稿 (Atom)