観光船の捜索 救助された10人の死亡確認 北海道 知床半島沖 | NHK | 事故
23日、北海道の知床半島の沖合で乗員 乗客26人が乗った観光船が遭難した事故で、これまでに救助されていた男女合わせて10人の死亡が確認されました。海上保安本部が身元の確認を進めるとともに、現場海域の周辺でほかに人がいないか引き続き、捜索にあたっています。 23日、北海道斜里町ウトロを出港し知床半島の沖合を航行していた観光船「KAZU 1（19トン）」から「船首が浸水し、沈みかかっている」と救助要請の通報があり、その後連絡が取れなくなった遭難事故では、子ども2人を含む24人の乗客のほか、斜里町に住む豊田徳幸船長（54）と甲板員の合わせて26人の行方が分からなくなっています。 海上保安庁や災害派遣要請を受けた自衛隊などが斜里町の「カシュニの滝」近くの海域で捜索を続けた結果、24日はこれまでに知床岬の先端付近の海上や岩場などで合わせて10人が相次いで救助されました。 第1管区海上保安本部によりま
ウェブリブログ：サービスは終了しました。
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
hori-uchi.com: mysqldumpで文字化けしないためのメモ
ローカルの開発環境で使っていたMySQLなんですが、何も考えずデフォルトの設定で使っていたら、mysqldumpした際に、データが文字化けして、ちょっとは待ったのでメモ。 MySQLのバージョンは4.1.20。 文字化けする原因は、mysqldumpがデフォルトでは、文字コードをUTF-8で出力するようになっていて、フィールドの型がUTF-8でない場合は、自動でUTF-8に変換するためのようです。 僕が使っていたDBは文字コードについて特に何も設定していなかったので、デフォルトの文字コードであるlatin1になっていました。 なので、これもmysqldumpするとlain1 -> UTF-8な変換が自動で行われ文字化けしたということのようです。納得。 この自動変換を行わないようにすれば解決するはず。ということで調べてみると、--default-character-setというオプションを使
Unicode対応 JIS X 0208 文字コード表
Unicode対応 JIS X 0208 文字コード一覧 JIS X 0208 の区点番号、JISコード、シフトJISコード、EUCコード、Unicode(UTF-8, UTF-16)の文字コード対応一覧です。 文字コードとその文字を順に出力しているだけですので、表示される文字はフォントによって決まります。 01区～08区 JIS非漢字（各種記号、英数字、かな） 13区～13区 NEC特殊文字（機種依存） 16区～47区 JIS第1水準漢字 48区～84区 JIS第2水準漢字 文字コードについてのページや、文字コード一覧についての説明もあります。 JIS X 0208 JIS非漢字 文字コード表 区 点 JIS SJIS EUC UTF-8 UTF-16 字 01 01 2121 8140 A1A1 E38080 3000 01 02 2122 8141 A1A2 E38081 3001
文字列 → 数値実体参照変換
入力した「文字列」を数値実体参照の形に変換します。 入力された文字列はサーバに送信されません。 (基本的にはローカルで処理されます。) 文字列
Encode - 規格のバグまでは直せません : 404 Blog Not Found
2006年05月10日11:00 カテゴリLightweight LanguagesLogos Encode - 規格のバグまでは直せません それが規格だからです。 b:note: Encodeのナゾ 最近会う機会が無いので、トラックバックします。 $moji = "～"; Encode::from_to($moji, "euc-jp", "utf8"); print $moji; で出てきた文字をWindowsのメモ帳とか秀丸でみると、～の波形が反対になった文字になってしまいます。 ここでいう「～」はU+FF5E、Fullwidth Tildeのことです。 その答えは、「Unicode Consortiumが用意したJISX0212とUnicodeの変換表がそうだったから」ということになります。Encodeのせいではないのです。詳しくは、 Japanese <-> Unicode Map
eucJP-ms と CP51932 の違い コードページ932/ウェブリブログ
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
ikenai moji / 使ってはいけない文字
ネットワーク上で使ってはいけない(JIS X 0208で未定義である)コードの チェックシートです。 ただし、ここでは、使ってはいけない文字は指摘してありますが、 それ以外の文字が必ずしもは使ってもいい文字というわけではありません。 --[01区]-------------------------------------------------------- 、。，．・：；？！゛゜´｀¨＾￣＿ヽヾゝゞ〃仝々〆〇ー―‐／＼ 〜‖｜…‥‘’“”（）〔〕［］｛｝〈〉《》「」『』【】＋−±×÷ ＝≠＜＞≦≧∞∴♂♀°′″℃￥＄¢£％＃＆＊＠§☆★○●◎◇ --[02区]-------------------------------------------------------- ◆□■△▲▽▼※〒→←↑↓〓�ｭ�ｮ�ｯ�ｰ�ｱ�ｲ�ｳ�ｴ�ｵ�ｶ�ｷ∈∋⊆⊇⊂⊃∪ ∩�ﾀ�ﾁ�ﾂ�ﾃ�ﾄ�ﾅ�ﾆ
FreeBSD 4.11-R で ja_JP.UTF-8 を使う
FreeBSD 4.11-R で ja_JP.UTF-8 を使う ロケールデータベース ports/misc/utf8locale FreeBSD 5.x には各言語の UTF-8 ロケールが用意されていますが、 4.11-R の場合は、ports から別途インストールする必要があります。 /usr/pors/misc/utf8locale をインストールします。 パッチ ports のロケールデータベースをインストールしてテストしてみたところ、 scanf (sscanf) が誤動作しました。scanf 側のバグのような気もするのです が、SPACE に関するエントリをコメントアウトすればとりあえず実用の範囲で 動くようになるので、以下のようなパッチをあててからインストールしています。 /usr/ports/misc/utf8locale/files/patch-local-space
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ＰＨＰの文字化けを本気で解決する - ぎじゅっやさん
https://emaillab.org/essay/japanese-character.html