2010-04-14 Wed
「何も選ばない」生き方のすすめ
Firefoxでtable widthの幅が無視されてレイアウトが
崩れて表示されるので、タグの開始と終わりを全て
チェックしてみたが、それでもダメ。
（ＩＥでは正常に表示される）
とにかく、このトラブルで数十時間を消費したので、
備忘録しておく。
原因は、以下のように全角文字のうち、漢字やカタカナ、ひらがな以外の文字を連続していたこと。
Firefoxはアメリカ製だったかな？。また、こんな感じのバグの被害に遭いました。
<tr>
<td align="left">○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○</td>
</tr>
<tr>
<td align="left">△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△</td>
</tr>
本来なら、１０文字程度で改行して見えるべきなのですが、
右に一行で伸びてしまうことにより、ホームページ全体の
レイアウトが崩れるのでした・・・。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
Firefoxでtable widthの幅が無視されてレイアウトが
崩れて表示されるので、タグの開始と終わりを全て
チェックしてみたが、それでもダメ。
（ＩＥでは正常に表示される）
とにかく、このトラブルで数十時間を消費したので、
備忘録しておく。
原因は、以下のように全角文字のうち、漢字やカタカナ、ひらがな以外の文字を連続していたこと。
Firefoxはアメリカ製だったかな？。また、こんな感じのバグの被害に遭いました。
<tr>
<td align="left">○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○</td>
</tr>
<tr>
<td align="left">△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△△</td>
</tr>
本来なら、１０文字程度で改行して見えるべきなのですが、
右に一行で伸びてしまうことにより、ホームページ全体の
レイアウトが崩れるのでした・・・。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
| ユニフォーム姿三四郎 | 12:58 | comments (x) | trackback (x) | ユニフォーム姿三四郎::備忘録 |
2010-03-02 Tue
「何も選ばない」生き方のすすめ
ある日、突然、「社員から社内の営業情報管理システムの
レスポンスが悪い」と相談された。
「いつ頃から？」と訊ねても、「ここ１ヶ月くらいのこと」
くらいしか答えてくれない。ほとんど全てのスタッフが
感じているので、最初、ネットワークの混雑が原因
かも？と思った。しかし、年末に３人くらい従業員が
退職して、パソコンの稼働率は落ちているはずなのに・・・。
変だな？と思っていた。
それでも、遅いなりに使えているようなので、
しばらく放置していたのだが、ある特別な業務を
されているパートさんから、「遅すぎて、休日も
出勤しなければならない」との連絡。実際に
使って見ると、確かに遅い。データが増えたのかも
知れないが、ほとんどがスタンドアローンの
この特別な１台が、ここまで遅いことは不自然だ。
ＸＰの自動更新が有効になっているので、
何か重たいモジュールをアップデートされた
ことも疑ったのだが、よくよく調べて見ると、
ディスクサーバー上のＭＤＢファイルを検索
している箇所が異常に重い。
パートさんは、全体的に遅くなっているし、
他のみんなも遅いと言っているので、この箇所が
特別に遅くなったことを報告していなかった！。
※この方は、「自分のパソコンも遅くなったが、
みんなも遅いと言っているので、しかたないと
思っていた」と、後で話してくれた。
ディスクサーバー上へのＯＤＢＣ接続だけが
重くなっているということは・・・。
あっ！。数週間前に、LinkStationが故障して、
あたらしい機種に変更している。
急に発生した訳では無かったのだ！
それで、ファイルマネージャーで該当のＭＤＢを
開いて、中のテーブルを開いて見るが、特に
重たい印象は無い。
（ネットワークドライブとして、Ｈ：￥に割り
当てている中のＭＤＢをクリックして確認。）
「おかしいな、ちっとも重くないじゃないか」
今度は、ローカルのＭＤＢを開いて、ＯＤＢＣ
接続しているテーブルを開く。
重い！重すぎる。
この差は何なんだろう。と考えて・・・先月まで
利用していたLinkStation（不安定だったので、
バックアップ機として利用している）と設定
内容を比べてみた。
すると、古い機種では、【ゴミ箱機能を無効】に
していたのに、現在メインで使っているLinkStation
では、【ゴミ箱機能を有効】にしてしまっている。
もしかしたら、これが原因かも知れないので、無効に
してみたら・・・。
ＯＤＢＣ接続のテーブルの表示が速くなった。
（ＯＤＢＣ接続のファイルをアクセスする際に、
レコード単位の参照であっても、ゴミ箱機能
がＭＤＢファイル全体をバックアップするように
働いてしまって遅延を起こすのだろうか。
それにしても、ＯＤＢＣ経由の場合だけ何故？。）
ＭＤＢファイルのディスクサーバー上での運用
については、トランザクションさえこだわらなければ
簡易的な情報共有として、とても便利だ。
上記のような現象にひっかかって、「スピードが
遅い」と決めつけられて、このような運用方法が
選択肢から外されることはもったいない。
（中小企業などがオラクルやMysqlのサーバーを
運用することはコスト的にも厳しいし、サーバー
管理者を在籍させることは経営を圧迫するだろう。）
ネット上を見ても、遅い！とか、不安定の説ばかり
だが、実際に１０年以上も問題無く利用できている。
（トランザクションの必要な部門はOracleを利用
して、棲み分けている。）
Access97もXPも１０年先まで動いてくれなければ
困る。これらで、構築したシステムは世界中の企業で
インフラとして稼働しており、人類の財産とも言える。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
ある日、突然、「社員から社内の営業情報管理システムの
レスポンスが悪い」と相談された。
「いつ頃から？」と訊ねても、「ここ１ヶ月くらいのこと」
くらいしか答えてくれない。ほとんど全てのスタッフが
感じているので、最初、ネットワークの混雑が原因
かも？と思った。しかし、年末に３人くらい従業員が
退職して、パソコンの稼働率は落ちているはずなのに・・・。
変だな？と思っていた。
それでも、遅いなりに使えているようなので、
しばらく放置していたのだが、ある特別な業務を
されているパートさんから、「遅すぎて、休日も
出勤しなければならない」との連絡。実際に
使って見ると、確かに遅い。データが増えたのかも
知れないが、ほとんどがスタンドアローンの
この特別な１台が、ここまで遅いことは不自然だ。
ＸＰの自動更新が有効になっているので、
何か重たいモジュールをアップデートされた
ことも疑ったのだが、よくよく調べて見ると、
ディスクサーバー上のＭＤＢファイルを検索
している箇所が異常に重い。
パートさんは、全体的に遅くなっているし、
他のみんなも遅いと言っているので、この箇所が
特別に遅くなったことを報告していなかった！。
※この方は、「自分のパソコンも遅くなったが、
みんなも遅いと言っているので、しかたないと
思っていた」と、後で話してくれた。
ディスクサーバー上へのＯＤＢＣ接続だけが
重くなっているということは・・・。
あっ！。数週間前に、LinkStationが故障して、
あたらしい機種に変更している。
急に発生した訳では無かったのだ！
それで、ファイルマネージャーで該当のＭＤＢを
開いて、中のテーブルを開いて見るが、特に
重たい印象は無い。
（ネットワークドライブとして、Ｈ：￥に割り
当てている中のＭＤＢをクリックして確認。）
「おかしいな、ちっとも重くないじゃないか」
今度は、ローカルのＭＤＢを開いて、ＯＤＢＣ
接続しているテーブルを開く。
重い！重すぎる。
この差は何なんだろう。と考えて・・・先月まで
利用していたLinkStation（不安定だったので、
バックアップ機として利用している）と設定
内容を比べてみた。
すると、古い機種では、【ゴミ箱機能を無効】に
していたのに、現在メインで使っているLinkStation
では、【ゴミ箱機能を有効】にしてしまっている。
もしかしたら、これが原因かも知れないので、無効に
してみたら・・・。
ＯＤＢＣ接続のテーブルの表示が速くなった。
（ＯＤＢＣ接続のファイルをアクセスする際に、
レコード単位の参照であっても、ゴミ箱機能
がＭＤＢファイル全体をバックアップするように
働いてしまって遅延を起こすのだろうか。
それにしても、ＯＤＢＣ経由の場合だけ何故？。）
ＭＤＢファイルのディスクサーバー上での運用
については、トランザクションさえこだわらなければ
簡易的な情報共有として、とても便利だ。
上記のような現象にひっかかって、「スピードが
遅い」と決めつけられて、このような運用方法が
選択肢から外されることはもったいない。
（中小企業などがオラクルやMysqlのサーバーを
運用することはコスト的にも厳しいし、サーバー
管理者を在籍させることは経営を圧迫するだろう。）
ネット上を見ても、遅い！とか、不安定の説ばかり
だが、実際に１０年以上も問題無く利用できている。
（トランザクションの必要な部門はOracleを利用
して、棲み分けている。）
Access97もXPも１０年先まで動いてくれなければ
困る。これらで、構築したシステムは世界中の企業で
インフラとして稼働しており、人類の財産とも言える。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
| ユニフォーム姿三四郎 | 12:11 | comments (x) | trackback (x) | ユニフォーム姿三四郎::備忘録 |
2010-02-08 Mon
「何も選ばない」生き方のすすめ
Accessから更新クエリーを実行したら、ORA-01013が表示
されて、更新に失敗する。
「ユーザーによって現行の操作の取り消しが要求されました。」
「ユーザーによってカレント操作の取消しが要求されました。」
思い当たることは、ODBC接続している、このテーブルの件数が
５万件を越えたくらいかなぁ・・・。
ネット上で対応策を探していると、同じように更新クエリーや
削除クエリーで失敗している例が見つかった。
アドバイスとして一番多かったものが、
「クエリーのタイムアウト時間を600に増加する」ことだった
ので、試してみたけれど同じ現象。
（もちろん、待ち時間だけは１分から１０分に増えた。）
次に、抽出条件を絞り込んでみたが、現象は変わらない。
（１件でやってみたら成功した。）
同じくらいの大きさのテーブルで試して見るが、やはり
現象は同じ。しかし、こちらのテーブルでは何故か
抽出条件を絞り込んでみたら成功した。
何か、oracleのデータベースマネージメントに問題が
発生しているのかを疑う。
それで、ＤＢベリファイ（dbv）してみたのだが、
”Total Pages Marked Corrupt:0”で損傷なし。これは
助かった。
次に、splplusに入って、同じsql文を実行してみた。
こちらはタイムアウトという概念が無いのだろうか、
ハングのような状態・・・。
かなり、根が深そうだということで、腰を入れて
調査することにした。なんとなく、放置されて
いるプロセスが残っているのかな？と考えて出した
結論！。
↓
【大規模なロック（ロールバックセグメントを消費など）
がかかっていないかどうかを疑うべき！！！】
以下、誰もＤＢを利用していない時間帯に調べてみる・・・・・
SQL> select * from V$LOCK;
ADDR KADDR SID TYPE ID1 ID2 LMODE REQUEST CTIME BLOCK
-------- -------- --------- ---- --------- --------- --------- --------- --------- ---------
56339F04 56339F14 2 MR 201 0 4 0 27631788 0
56339EB8 56339EC8 2 MR 10 0 4 0 27631788 0
56339E20 56339E30 2 MR 9 0 4 0 27631788 0
56339DD4 56339DE4 2 MR 8 0 4 0 27631788 0
56339D88 56339D98 2 MR 7 0 4 0 27631788 0
56339D3C 56339D4C 2 MR 6 0 4 0 27631788 0
56339CF0 56339D00 2 MR 5 0 4 0 27631788 0
56339CA4 56339CB4 2 MR 4 0 4 0 27631788 0
56339C58 56339C68 2 MR 3 0 4 0 27631788 0
56339C0C 56339C1C 2 MR 2 0 4 0 27631788 0
56339BC0 56339BD0 2 MR 1 0 4 0 27631788 0
56339ADC 56339AEC 3 RT 1 0 6 0 27631797 0
563399AC 563399BC 4 XR 4 0 1 0 27631799 0
56339B28 56339B38 5 TS 2 1 3 0 27631787 0
56ACB988 56ACBA94 35 TX 655360 564626 6 0 46641 1
56A99EDC 56A99EF0 35 TM 31312 0 2 0 46641 0
56AECDA4 56AECEB0 45 TX 393245 563638 6 0 33184 0
56A99F60 56A99F74 45 TM 31312 0 3 0 33182 0
56339A44 56339A54 45 TX 655360 564626 0 6 33180 0
19行が選択されました。
↑ やはり、あったあった！。最後の５行が怪しい。
SQL> select * from V$LOCKED_OBJECT;
XIDUSN XIDSLOT XIDSQN OBJECT_ID SESSION_ID
--------- --------- --------- --------- ----------
ORACLE_USERNAME
------------------------------------------------------------
OS_USER_NAME PROCESS LOCKED_MODE
------------------------------------------------------------ ---------
10 0 564626 31312 35
user
windows_user 2216:2584 2
6 29 563638 31312 45
user
windows_user 2640:2384 3
↑ 誰も利用していないのに、表示行が存在しているのは怪しい
SQL> SELECT SID,SERIAL#,USERNAME,STATUS,SERVER,SCHEMANAME,OSUSER,MACHINE,PROGRAM FROM V$SESSION WHERE SID IN (SELECT SID FROM V$LOCK);
SID SERIAL# USERNAME STATUS
--------- --------- ------------------------------------------------------------ ----------------
SERVER SCHEMANAME
------------------ ------------------------------------------------------------
OSUSER
------------------------------------------------------------
MACHINE
----------------------------------------------------------------------------------------------------
PROGRAM
------------------------------------------------------------------------------------------------
DEDICATED SYS
ora
host.oralinux.com
oracle@host.oralinux.com (CKPT)
5 1 ACTIVE
DEDICATED SYS
ora
host.oralinux.com
oracle@host.oralinux.com (SMON)
35 34715 user INACTIVE
DEDICATED user
SID SERIAL# USERNAME STATUS
--------- --------- ------------------------------------------------------------ ----------------
SERVER SCHEMANAME
------------------ ------------------------------------------------------------
OSUSER
------------------------------------------------------------
MACHINE
----------------------------------------------------------------------------------------------------
PROGRAM
------------------------------------------------------------------------------------------------
windows_user
NetBIOSDELL3100C-587
C:Program FilesMicrosoftOffice97OfficeMSACCE
↑ これが、KILLするべきセッション
SQL> ALTER SYSTEM KILL SESSION '35,34715';
システムが変更されました。
↑ 上記でKILLできない場合や、速度に改善が見られない場合は
オラクルをシャットダウンしたほうが良いが、新しいoracle
のバージョンでは、svrmgrlが廃止になっている。その場合、
windowsのoracleツールをマネージャーモードで
インストールしている端末から、シャットダウンする。
ALTER SYSTEM KILLしたことにより、クエリーは
通常のタイムアウト設定60で更新成功するように
なった。
超大規模なテーブルの場合はプログラムで抽出条件を
絞り込むなど、込み入った作業が必要かも知れないが、
oracleが５万件程度の処理でハングするのはあり得ない。
（何か、別の問題が発生していると考えた方が良い。）
ユニフォーム姿三四郎の備忘録として、残しておく。
参考：
第10章 ロック競合の診断
http://www.geocities.jp/a1770053/jyoho/pt/chapter10.htm#10.2.3
ALTER SYSTEM KILL SESSION
http://www.confrage.com/oracle/oracle_sql/lock/alter_system_kill_session/alter_system_kill_session.html
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
Accessから更新クエリーを実行したら、ORA-01013が表示
されて、更新に失敗する。
「ユーザーによって現行の操作の取り消しが要求されました。」
「ユーザーによってカレント操作の取消しが要求されました。」
思い当たることは、ODBC接続している、このテーブルの件数が
５万件を越えたくらいかなぁ・・・。
ネット上で対応策を探していると、同じように更新クエリーや
削除クエリーで失敗している例が見つかった。
アドバイスとして一番多かったものが、
「クエリーのタイムアウト時間を600に増加する」ことだった
ので、試してみたけれど同じ現象。
（もちろん、待ち時間だけは１分から１０分に増えた。）
次に、抽出条件を絞り込んでみたが、現象は変わらない。
（１件でやってみたら成功した。）
同じくらいの大きさのテーブルで試して見るが、やはり
現象は同じ。しかし、こちらのテーブルでは何故か
抽出条件を絞り込んでみたら成功した。
何か、oracleのデータベースマネージメントに問題が
発生しているのかを疑う。
それで、ＤＢベリファイ（dbv）してみたのだが、
”Total Pages Marked Corrupt:0”で損傷なし。これは
助かった。
次に、splplusに入って、同じsql文を実行してみた。
こちらはタイムアウトという概念が無いのだろうか、
ハングのような状態・・・。
かなり、根が深そうだということで、腰を入れて
調査することにした。なんとなく、放置されて
いるプロセスが残っているのかな？と考えて出した
結論！。
↓
【大規模なロック（ロールバックセグメントを消費など）
がかかっていないかどうかを疑うべき！！！】
以下、誰もＤＢを利用していない時間帯に調べてみる・・・・・
SQL> select * from V$LOCK;
ADDR KADDR SID TYPE ID1 ID2 LMODE REQUEST CTIME BLOCK
-------- -------- --------- ---- --------- --------- --------- --------- --------- ---------
56339F04 56339F14 2 MR 201 0 4 0 27631788 0
56339EB8 56339EC8 2 MR 10 0 4 0 27631788 0
56339E20 56339E30 2 MR 9 0 4 0 27631788 0
56339DD4 56339DE4 2 MR 8 0 4 0 27631788 0
56339D88 56339D98 2 MR 7 0 4 0 27631788 0
56339D3C 56339D4C 2 MR 6 0 4 0 27631788 0
56339CF0 56339D00 2 MR 5 0 4 0 27631788 0
56339CA4 56339CB4 2 MR 4 0 4 0 27631788 0
56339C58 56339C68 2 MR 3 0 4 0 27631788 0
56339C0C 56339C1C 2 MR 2 0 4 0 27631788 0
56339BC0 56339BD0 2 MR 1 0 4 0 27631788 0
56339ADC 56339AEC 3 RT 1 0 6 0 27631797 0
563399AC 563399BC 4 XR 4 0 1 0 27631799 0
56339B28 56339B38 5 TS 2 1 3 0 27631787 0
56ACB988 56ACBA94 35 TX 655360 564626 6 0 46641 1
56A99EDC 56A99EF0 35 TM 31312 0 2 0 46641 0
56AECDA4 56AECEB0 45 TX 393245 563638 6 0 33184 0
56A99F60 56A99F74 45 TM 31312 0 3 0 33182 0
56339A44 56339A54 45 TX 655360 564626 0 6 33180 0
19行が選択されました。
↑ やはり、あったあった！。最後の５行が怪しい。
SQL> select * from V$LOCKED_OBJECT;
XIDUSN XIDSLOT XIDSQN OBJECT_ID SESSION_ID
--------- --------- --------- --------- ----------
ORACLE_USERNAME
------------------------------------------------------------
OS_USER_NAME PROCESS LOCKED_MODE
------------------------------------------------------------ ---------
10 0 564626 31312 35
user
windows_user 2216:2584 2
6 29 563638 31312 45
user
windows_user 2640:2384 3
↑ 誰も利用していないのに、表示行が存在しているのは怪しい
SQL> SELECT SID,SERIAL#,USERNAME,STATUS,SERVER,SCHEMANAME,OSUSER,MACHINE,PROGRAM FROM V$SESSION WHERE SID IN (SELECT SID FROM V$LOCK);
SID SERIAL# USERNAME STATUS
--------- --------- ------------------------------------------------------------ ----------------
SERVER SCHEMANAME
------------------ ------------------------------------------------------------
OSUSER
------------------------------------------------------------
MACHINE
----------------------------------------------------------------------------------------------------
PROGRAM
------------------------------------------------------------------------------------------------
DEDICATED SYS
ora
host.oralinux.com
oracle@host.oralinux.com (CKPT)
5 1 ACTIVE
DEDICATED SYS
ora
host.oralinux.com
oracle@host.oralinux.com (SMON)
35 34715 user INACTIVE
DEDICATED user
SID SERIAL# USERNAME STATUS
--------- --------- ------------------------------------------------------------ ----------------
SERVER SCHEMANAME
------------------ ------------------------------------------------------------
OSUSER
------------------------------------------------------------
MACHINE
----------------------------------------------------------------------------------------------------
PROGRAM
------------------------------------------------------------------------------------------------
windows_user
NetBIOSDELL3100C-587
C:Program FilesMicrosoftOffice97OfficeMSACCE
↑ これが、KILLするべきセッション
SQL> ALTER SYSTEM KILL SESSION '35,34715';
システムが変更されました。
↑ 上記でKILLできない場合や、速度に改善が見られない場合は
オラクルをシャットダウンしたほうが良いが、新しいoracle
のバージョンでは、svrmgrlが廃止になっている。その場合、
windowsのoracleツールをマネージャーモードで
インストールしている端末から、シャットダウンする。
ALTER SYSTEM KILLしたことにより、クエリーは
通常のタイムアウト設定60で更新成功するように
なった。
超大規模なテーブルの場合はプログラムで抽出条件を
絞り込むなど、込み入った作業が必要かも知れないが、
oracleが５万件程度の処理でハングするのはあり得ない。
（何か、別の問題が発生していると考えた方が良い。）
ユニフォーム姿三四郎の備忘録として、残しておく。
参考：
第10章 ロック競合の診断
http://www.geocities.jp/a1770053/jyoho/pt/chapter10.htm#10.2.3
ALTER SYSTEM KILL SESSION
http://www.confrage.com/oracle/oracle_sql/lock/alter_system_kill_session/alter_system_kill_session.html
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
| ユニフォーム姿三四郎 | 10:06 | comments (x) | trackback (x) | ユニフォーム姿三四郎::備忘録 |
2010-01-13 Wed
「何も選ばない」生き方のすすめ
神戸には坂が多い。北野坂・ハンター坂・トアロードなど
である。住所を元に、グーグルマップで検索しても、
地図に坂の名前は出てこないので、慣れないとわかりにくい。
【トアロードの中間地点】
↑ＮＨＫ神戸放送局が角に見える・山手幹線を南北に延びる坂全体
北野坂は坂を上り始めたところにセブンイレブンがある。
トアロードは北野ホテルに面している通り。
ハンター坂は、わかりにくい。上の２つの通りの間にあり、
北野坂に近い方の、北向きに一方通行の通りだ。
トーアロードとハンター坂の間にある南向きの一方通行
の通りは、南にある生田ロードが北に延びたものである。
神戸公式観光サイト ガイドマップ
http://www.feel-kobe.jp/guidemap/index.html
※googleで”トアロード 地図”と検索したら、上記の画像が
表示されることを願う。 ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
神戸には坂が多い。北野坂・ハンター坂・トアロードなど
である。住所を元に、グーグルマップで検索しても、
地図に坂の名前は出てこないので、慣れないとわかりにくい。
【トアロードの中間地点】
↑ＮＨＫ神戸放送局が角に見える・山手幹線を南北に延びる坂全体
北野坂は坂を上り始めたところにセブンイレブンがある。
トアロードは北野ホテルに面している通り。
ハンター坂は、わかりにくい。上の２つの通りの間にあり、
北野坂に近い方の、北向きに一方通行の通りだ。
トーアロードとハンター坂の間にある南向きの一方通行
の通りは、南にある生田ロードが北に延びたものである。
神戸公式観光サイト ガイドマップ
http://www.feel-kobe.jp/guidemap/index.html
※googleで”トアロード 地図”と検索したら、上記の画像が
表示されることを願う。 ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
| ユニフォーム姿三四郎 | 09:22 | comments (x) | trackback (x) | ユニフォーム姿三四郎::備忘録 |
2010-01-13 Wed
「何も選ばない」生き方のすすめ
神戸には坂が多い。北野坂・ハンター坂・トアロードなど
である。住所を元に、グーグルマップで検索しても、
地図に坂の名前は出てこないので、慣れないとわかりにくい。
【ハンター坂の入り口】
↑西村珈琲点が角に見える・ここが坂の入り口
北野坂は坂を上り始めたところにセブンイレブンがある。
トアロードは北野ホテルに面している通り。
ハンター坂は、わかりにくい。上の２つの通りの間にあり、
北野坂に近い方の、北向きに一方通行の通りだ。
トアロードとハンター坂の間にある南向きの一方通行
の通りは、南にある生田ロードが北に延びたものである。
神戸公式観光サイト ガイドマップ
http://www.feel-kobe.jp/guidemap/index.html
※googleで”ハンター坂 地図”と検索したら、上記の画像が
表示されることを願う。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
神戸には坂が多い。北野坂・ハンター坂・トアロードなど
である。住所を元に、グーグルマップで検索しても、
地図に坂の名前は出てこないので、慣れないとわかりにくい。
【ハンター坂の入り口】
↑西村珈琲点が角に見える・ここが坂の入り口
北野坂は坂を上り始めたところにセブンイレブンがある。
トアロードは北野ホテルに面している通り。
ハンター坂は、わかりにくい。上の２つの通りの間にあり、
北野坂に近い方の、北向きに一方通行の通りだ。
トアロードとハンター坂の間にある南向きの一方通行
の通りは、南にある生田ロードが北に延びたものである。
神戸公式観光サイト ガイドマップ
http://www.feel-kobe.jp/guidemap/index.html
※googleで”ハンター坂 地図”と検索したら、上記の画像が
表示されることを願う。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
| ユニフォーム姿三四郎 | 09:21 | comments (x) | trackback (x) | ユニフォーム姿三四郎::備忘録 |
2010-01-13 Wed
「何も選ばない」生き方のすすめ
神戸には坂が多い。北野坂・ハンター坂・トアロードなど
である。住所を元に、グーグルマップで検索しても、
地図に坂の名前は出てこないので、慣れないとわかりにくい。
【北野坂の入り口】
↑みなと銀行（ビル・ドラゴンズ）が角に見える
北野坂は坂を上り始めたところにセブンイレブンがある。
トアロードは北野ホテルに面している通り。
ハンター坂は、わかりにくい。上の２つの通りの間にあり、
北野坂に近い方の、北向きに一方通行の通りだ。
トアロードとハンター坂の間にある南向きの一方通行
の通りは、南にある生田ロードが北に延びたものである。
神戸公式観光サイト ガイドマップ
http://www.feel-kobe.jp/guidemap/index.html
※googleで”北野坂 地図”と検索したら、上記の画像が
表示されることを願う。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
神戸には坂が多い。北野坂・ハンター坂・トアロードなど
である。住所を元に、グーグルマップで検索しても、
地図に坂の名前は出てこないので、慣れないとわかりにくい。
【北野坂の入り口】
↑みなと銀行（ビル・ドラゴンズ）が角に見える
北野坂は坂を上り始めたところにセブンイレブンがある。
トアロードは北野ホテルに面している通り。
ハンター坂は、わかりにくい。上の２つの通りの間にあり、
北野坂に近い方の、北向きに一方通行の通りだ。
トアロードとハンター坂の間にある南向きの一方通行
の通りは、南にある生田ロードが北に延びたものである。
神戸公式観光サイト ガイドマップ
http://www.feel-kobe.jp/guidemap/index.html
※googleで”北野坂 地図”と検索したら、上記の画像が
表示されることを願う。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
| ユニフォーム姿三四郎 | 09:11 | comments (x) | trackback (x) | ユニフォーム姿三四郎::備忘録 |
2009-10-11 Sun
「何も選ばない」生き方のすすめ
WordやExcelを使っていて、作成したファイルを
保存したり、以前作成したのを開くことが
よくあると思います。その際に、フォルダを
変更しようとして、プルダウンをクリックすると、
「表示するルートフォルダを初期化しています」
が表示されて３０秒とか、長いと１分くらい
フリーズのような状態になることがあった。
ネットサーフィンして調べてみると、デフラグせよ
とか、パッチを適用してみなさいとか、面倒な
アドバイスばかりなのでスルーしていた。
しばらく、我慢して利用していたが、いつの
間にか、この現象が起こらなくなった。不思議
なのでよくよく考えていると、台風で停電が
あった後に起きていたことを思い出した。
もしかしたら、ユニフォーム三四郎と同じ
理由で起きているかも知れませんので、以下の
チェックに該当しているかご確認ください。
リンクステーション（LinkStation）などの
ネットワーク接続のハードディスク（NAS）を
利用している。
↓ Ｙｅｓ
ネットワークドライブを割り当てている。
↓ Ｙｅｓ
いつも参照できるはずのネットワークドライブ
の中身が今は見られない。
↓ Ｙｅｓ
停電か何かの理由で、ＮＡＳなどが止まって
いませんか？。
↓ Ｙｅｓ
止まっていたなら、電源を入れて通常のように
稼働させるか、エクスプローラー（ファイルマネージャー）
で、そのドライブの割り当てを切断してみてください。
もう一度、エクセルなどから、フォルダの変更
をしてみて、改善されていたとしたら、私と同じ
理由で「表示するルートフォルダを初期化しています」
が表示されていたことになります。
つまり、ドライブとしてＩ：￥とかＫ：￥とかに
割り当てられているはずの場所にアクセス
できない場合、ＯＳがタイムアウトするまで
見に行くので、その間、上記のメッセージが流れて、
止まったような状態になるようです。
これは、XPでも、vistaでもwindows7でも起きる
現象だと思います。それにしても「フォルダの初期化中」
とは・・・。Windows98の頃は確か「ネットワーク
フォルダが見付かりません」とかのメッセージを
表示してくれていたように思えるが・・・。
停電などは、めったに起こらない時代になったので、
それだけになおさら、この現象でお困りの方は
意外と多いのではないでしょうか？。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
WordやExcelを使っていて、作成したファイルを
保存したり、以前作成したのを開くことが
よくあると思います。その際に、フォルダを
変更しようとして、プルダウンをクリックすると、
「表示するルートフォルダを初期化しています」
が表示されて３０秒とか、長いと１分くらい
フリーズのような状態になることがあった。
ネットサーフィンして調べてみると、デフラグせよ
とか、パッチを適用してみなさいとか、面倒な
アドバイスばかりなのでスルーしていた。
しばらく、我慢して利用していたが、いつの
間にか、この現象が起こらなくなった。不思議
なのでよくよく考えていると、台風で停電が
あった後に起きていたことを思い出した。
もしかしたら、ユニフォーム三四郎と同じ
理由で起きているかも知れませんので、以下の
チェックに該当しているかご確認ください。
リンクステーション（LinkStation）などの
ネットワーク接続のハードディスク（NAS）を
利用している。
↓ Ｙｅｓ
ネットワークドライブを割り当てている。
↓ Ｙｅｓ
いつも参照できるはずのネットワークドライブ
の中身が今は見られない。
↓ Ｙｅｓ
停電か何かの理由で、ＮＡＳなどが止まって
いませんか？。
↓ Ｙｅｓ
止まっていたなら、電源を入れて通常のように
稼働させるか、エクスプローラー（ファイルマネージャー）
で、そのドライブの割り当てを切断してみてください。
もう一度、エクセルなどから、フォルダの変更
をしてみて、改善されていたとしたら、私と同じ
理由で「表示するルートフォルダを初期化しています」
が表示されていたことになります。
つまり、ドライブとしてＩ：￥とかＫ：￥とかに
割り当てられているはずの場所にアクセス
できない場合、ＯＳがタイムアウトするまで
見に行くので、その間、上記のメッセージが流れて、
止まったような状態になるようです。
これは、XPでも、vistaでもwindows7でも起きる
現象だと思います。それにしても「フォルダの初期化中」
とは・・・。Windows98の頃は確か「ネットワーク
フォルダが見付かりません」とかのメッセージを
表示してくれていたように思えるが・・・。
停電などは、めったに起こらない時代になったので、
それだけになおさら、この現象でお困りの方は
意外と多いのではないでしょうか？。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
| ユニフォーム姿三四郎 | 12:03 | comments (x) | trackback (x) | ユニフォーム姿三四郎::備忘録 |
2009-09-12 Sat
「何も選ばない」生き方のすすめ
以前にも書いたとおり、ＩＥに愛想を尽かして、
mozilla firefoxを利用している。ずっと、安定して
ＩＥと比較して、驚くほどサクサク動作するので、
もう手放せない。
しかし、シャットダウン時に「プログラムの終了 SW」とか、
「１つ以上のＰＤＦ文書・・・adobe・・・本当に終了しますか」
などと表示されて、シャットダウンが中断してしまう
ことが続いた。
また、「プログラムの終了 AUMMsgWndName」とも表示
されるので、Adobe Reader8をコントロールパネルの
プログラムの追加と削除でアンインストールしてみた。
続いて、Adobeのサイトで、Adobe Reader9を新たに
インストール。AUMMsgWndNameというのは、
ウイルスとかでは無くて、アドビのモジュールの
ようだ・・・。
これは、Adobe Reader8に残したままのセキュリティ
ホールをユーザーにバージョンアップさせることを
目的として、AdobeがAdobe Reader8を使ったままの
ユーザーを最新版である「Adobe Reader9」にアップデート
させる為にAdobeが確信犯的に行っているようにも
思える。Adobeの思わく通り、Adobe Readerを最新版で
再インストールしたら簡単に解決したのである。
ところで、昔は、Acrobat Readerと言っていたように
記憶しているが、最近は「Adobe Reader」と
なっているようだ。「プログラムの追加と削除」の
中を何度も探してしまった。寄る年波には勝てない。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
以前にも書いたとおり、ＩＥに愛想を尽かして、
mozilla firefoxを利用している。ずっと、安定して
ＩＥと比較して、驚くほどサクサク動作するので、
もう手放せない。
しかし、シャットダウン時に「プログラムの終了 SW」とか、
「１つ以上のＰＤＦ文書・・・adobe・・・本当に終了しますか」
などと表示されて、シャットダウンが中断してしまう
ことが続いた。
また、「プログラムの終了 AUMMsgWndName」とも表示
されるので、Adobe Reader8をコントロールパネルの
プログラムの追加と削除でアンインストールしてみた。
続いて、Adobeのサイトで、Adobe Reader9を新たに
インストール。AUMMsgWndNameというのは、
ウイルスとかでは無くて、アドビのモジュールの
ようだ・・・。
これは、Adobe Reader8に残したままのセキュリティ
ホールをユーザーにバージョンアップさせることを
目的として、AdobeがAdobe Reader8を使ったままの
ユーザーを最新版である「Adobe Reader9」にアップデート
させる為にAdobeが確信犯的に行っているようにも
思える。Adobeの思わく通り、Adobe Readerを最新版で
再インストールしたら簡単に解決したのである。
ところで、昔は、Acrobat Readerと言っていたように
記憶しているが、最近は「Adobe Reader」と
なっているようだ。「プログラムの追加と削除」の
中を何度も探してしまった。寄る年波には勝てない。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
| ユニフォーム姿三四郎 | 21:34 | comments (x) | trackback (x) | ユニフォーム姿三四郎::備忘録 |
2009-02-03 Tue
「何も選ばない」生き方のすすめ
デジカメで動画ファイルが撮影できることは、最近は
一般的になった。撮影品質が高い場合には、思わぬ
ほどに大きなファイルになってしまう。３０分間、撮影
しっぱなしにしたら２Ｇにもなってしまった。
それで、不要部分を削除して、残しておきたい部分
だけを切り出すことが良いと思った。しかし、デジカメ
に付属のソフトには、ぜんぜんバンドルされていない。
フジ、リコー、ソニー・・・全部だめだ。ちょっと信じられ
ないが、しかたないのでフリーソフトを探してみた。
いろいろと試したが、下記のソフトが一番簡単。
「free video dub」
http://www.dvdvideosoft.com/products/dvd/Free-Video-Dub.htm
FreeVideoDub.exe（5.63 MB）がダウンロードできれば、
実行形式なので、クリックするだけで導入できる。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
デジカメで動画ファイルが撮影できることは、最近は
一般的になった。撮影品質が高い場合には、思わぬ
ほどに大きなファイルになってしまう。３０分間、撮影
しっぱなしにしたら２Ｇにもなってしまった。
それで、不要部分を削除して、残しておきたい部分
だけを切り出すことが良いと思った。しかし、デジカメ
に付属のソフトには、ぜんぜんバンドルされていない。
フジ、リコー、ソニー・・・全部だめだ。ちょっと信じられ
ないが、しかたないのでフリーソフトを探してみた。
いろいろと試したが、下記のソフトが一番簡単。
「free video dub」
http://www.dvdvideosoft.com/products/dvd/Free-Video-Dub.htm
FreeVideoDub.exe（5.63 MB）がダウンロードできれば、
実行形式なので、クリックするだけで導入できる。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
| ユニフォーム姿三四郎 | 16:13 | comments (x) | trackback (x) | ユニフォーム姿三四郎::備忘録 |
2009-01-27 Tue
「何も選ばない」生き方のすすめ
シリコンパワーの SP064GBSSD650S25 64GB フラッシュ
メモリドライブ(SSD) 2.5inch SATA SSD (MLCチップ使用)
を購入してみた。
20MBくらいしかＨＤＤを搭載していないThinkpadを２０年前
に利用していた者にとって、ＳＳＤは夢の記憶装置のようである。
このＳＳＤをノートＰＣに換装するにあたって、
心配だったプチフリがこの機種にも存在する。
プチフリーズを知っていて、それでも導入して
みたかったのは、ディスクアクセススピードの
向上がどの程度なのかを体感したかったから。
しかし、ディスクスピードに、それほどの感動は
無い。転送速度が３倍程度になったからと言って、
体感速度が３倍になる訳ではないからだ。
古いパソコンのハードディスクが壊れてしまった
方で、データの保障がそれほど必要でない方なら
おすすめできるが、安価になったとは言え、価格差
ほどのメリットは無いように思う。
データ保全の信頼性が高い、ハードディスクに
買い換えることをお勧めする。ちなみに、私の
場合は、ＳＤカードの３２ＭＢをパソコンに
差しっ放しにして、outlookのデータを毎日保存
するようにしている。面倒だが、いつ破損する
かも知れないメモリ上に、データを置いておく
のは爆弾と暮らしているようなものだ。
プチフリが無くて、もう少し体感速度が向上する
なら、面倒なバックアップをしても、それなりに
満足できたかも知れないが、現時点では、この製品
に限らずＳＳＤを他の方にはおススメできる段階
では無いように思える。
（デスクトップでRAID構築できる方や、ＨＤＤ１枚＋ＳＤＤ１枚
で、壊れても元に戻しやすいＯＳやアプリケーションを
ＳＤＤに割り当てるなら、バックアップの回数が少なくて済む。
そういうことの理解と実践のできる方には、ＳＳＤは面白いだろう。）
下記はトラブルシューティングの内容・・・・・・・・・・
LenovoのX61でHDDをSSDに換装する際、古いデータを
TrueImageに吸い上げようと思ったのだが、HDDを認識して
くれない。
解決策として、BIOSのSATAの設定がデフォルトでは【AHCI 】
になっているので【Compatible】に変えてみたら見えなかった
ハードディスクが見えるようになった。
※TrueImageの一連の作業が終了したら、biosをAHCI に戻すこと！。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
▽▼▽▼▽▼ この続きを読む ▼▽▼▽▼▽
シリコンパワーの SP064GBSSD650S25 64GB フラッシュ
メモリドライブ(SSD) 2.5inch SATA SSD (MLCチップ使用)
を購入してみた。
20MBくらいしかＨＤＤを搭載していないThinkpadを２０年前
に利用していた者にとって、ＳＳＤは夢の記憶装置のようである。
このＳＳＤをノートＰＣに換装するにあたって、
心配だったプチフリがこの機種にも存在する。
プチフリーズを知っていて、それでも導入して
みたかったのは、ディスクアクセススピードの
向上がどの程度なのかを体感したかったから。
しかし、ディスクスピードに、それほどの感動は
無い。転送速度が３倍程度になったからと言って、
体感速度が３倍になる訳ではないからだ。
古いパソコンのハードディスクが壊れてしまった
方で、データの保障がそれほど必要でない方なら
おすすめできるが、安価になったとは言え、価格差
ほどのメリットは無いように思う。
データ保全の信頼性が高い、ハードディスクに
買い換えることをお勧めする。ちなみに、私の
場合は、ＳＤカードの３２ＭＢをパソコンに
差しっ放しにして、outlookのデータを毎日保存
するようにしている。面倒だが、いつ破損する
かも知れないメモリ上に、データを置いておく
のは爆弾と暮らしているようなものだ。
プチフリが無くて、もう少し体感速度が向上する
なら、面倒なバックアップをしても、それなりに
満足できたかも知れないが、現時点では、この製品
に限らずＳＳＤを他の方にはおススメできる段階
では無いように思える。
（デスクトップでRAID構築できる方や、ＨＤＤ１枚＋ＳＤＤ１枚
で、壊れても元に戻しやすいＯＳやアプリケーションを
ＳＤＤに割り当てるなら、バックアップの回数が少なくて済む。
そういうことの理解と実践のできる方には、ＳＳＤは面白いだろう。）
下記はトラブルシューティングの内容・・・・・・・・・・
LenovoのX61でHDDをSSDに換装する際、古いデータを
TrueImageに吸い上げようと思ったのだが、HDDを認識して
くれない。
解決策として、BIOSのSATAの設定がデフォルトでは【AHCI 】
になっているので【Compatible】に変えてみたら見えなかった
ハードディスクが見えるようになった。
※TrueImageの一連の作業が終了したら、biosをAHCI に戻すこと！。
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
☆☆☆ ☆☆☆
☆☆☆ ユニフォーム姿三四郎が紹介されています ☆☆☆
☆☆☆ ☆☆☆
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
▽▼▽▼▽▼ この続きを読む ▼▽▼▽▼▽
| ユニフォーム姿三四郎 | 21:33 | comments (x) | trackback (x) | ユニフォーム姿三四郎::備忘録 |
