2015/10/25

リリーパ危機一髪


どうしてボクがこんな目に(爆破されるのが仕事だからです!)

PSO2 OTP障害・・・

■ UpdateLog・・・
<<< 20151025 060752 >>>
先の書き込みして6min後に復旧してたとは・・・
10/24 ワンタイムパスワードに関する障害復旧のお知らせ - SEGA PSO2 [ 20151025 052500 ]
<<< 20151025 042413 >>> まだ復旧はしてなかった模様。 in出来たのでてっきり・・・ しかし、たまたまinできるセキュアって(´ヘ`;)
10/24 ワンタイムパスワードに関する障害続報 - SEGA PSO2 [ 20151025 034000 ]
<<< 20151025 022700 >>> ログインにて復旧を確認。 <<< 20151025 012406 >>> 今現在 障害真っ只中w
10/24 ワンタイムパスワードに関する障害について - SEGA PSO2 [ 20151024 202500 ]
<<< 20150926 080000 >>> 081500にログインして 正常接続を確認。
9/25 ワンタイムパスワードに関する障害復旧のお知らせ - SEGA PSO2 [ 20150926 080000 ]
<<< 20150925 234800 >>> 時間は公式より。
9/25 ワンタイムパスワードに関する障害続報 - SEGA PSO2 [ 20150926 035000 ]
<<< 20150901 190523 >>> ログインにて正常稼動を確認。 <<< 20150831 231753 >>> ログイン障害発生ちぅとの報告。(真偽不明 20150901 002203にはin出来た) <<< 20150830 235354 >>> 障害解消。 <<< 20150830 230000 >>> 公式発表うpされる。
8/30 ワンタイムパスワードに関する障害について - SEGA PSO2 [ 20150830 230000 ]
<<< 20150830 2145xx >>> ログイン障害発生。 <<< 20150830 235354 >>> CreateLog・・・              
■ Tips
Web閲覧やTV観賞、他ゲーで適当に時間潰しつつ、ひたすらまったり障害復旧を待ちましょうw

2015/10/24

JACK Audio Connection Kit・・・

・・・を Windowsで使う場合のまとめ。

<<< 20180126 134824 >>>
複数のマシン全てが Windowsマシンであるなら、このログで扱っている [JACK Audio Connection Kit] は、必ずしも要は無い。
もし、Linuxマシンとの 仮想音声パッチ処理が必要無いのであれば、
同VBAudio提供の、[VoiceMeeter Banana] の [VBAN]機能の利用を推奨する。
同社サイトより [VoiceMeeter Banana]/[VB-CABLE] の 2つをダウンロードして欲しい。
・ 予算があれば、[VB-CABLES A]/[VB-CABLES B]もあったほうが、様々なパッチが容易に可能となる。

・ 何れも 24bit 192kHzまでなら対応しており、一般の利用でなら、不足のあるシーンは無いだろう。
おきつねさまの環境では数年前より、24bit 96kHzで稼働させている。
設定するべきサンプリングレートは、音源チップやオーディオアンプの入力上限、
実行しているWindowsマシンのプロセッサ性能との相談となる点、充分留意されたし。
それら全てを・・・
音声を相互接続したい複数のWindowsマシンへ導入し、Windowsの[サウンド]設定画面と
[VoiceMeeter Banana]の画面内で簡単な設定を行うだけで、ほぼ遅延の無い LAN経由の仮想パッチを実現可能だ。
■ Ubuntuなど Linux勢では当たり前になっているらしいコレ。


コレを イザWindowsで使おうとすると、数多ある情報古いTips記事で混乱するコト極まりナイ。
そもそもWindows向けとして、GUI利用のみに特化した解説が成されたサイトがナイのだ・・・
愚痴りたい事は山ほどあるが、過去に散々書いたのでココでは割愛しよう。
■ そもそも・・・
これはナニに使うものであるのか。 Windowsでは馴染みがナイ分、ソコから説明が必要だろう。

結論から云うと、オーディオケーブルの代わり。
と云っても、システム内のアプリケーション同士のオーディオ信号の繋がりを操作するモノだ。

"仮想のオーディオパッチ盤パッチケーブル" とでも云った趣だろう。
■ どのように使えるのか・・・

JACK Audio Connection Kit・・・

<<< 20180126 134824 >>>
複数のマシン全てが Windowsマシンであるなら、このログで扱っている [JACK Audio Connection Kit] は、必ずしも要は無い。
もし、Linuxマシンとの 仮想音声パッチ処理が必要無いのであれば、
同VBAudio提供の、[VoiceMeeter Banana] の [VBAN]機能の利用を推奨する。
同社サイトより [VoiceMeeter Banana]/[VB-CABLE] の 2つをダウンロードして欲しい。
・ 予算があれば、[VB-CABLES A]/[VB-CABLES B]もあったほうが、様々なパッチが容易に可能となる。

・ 何れも 24bit 192kHzまでなら対応しており、一般の利用でなら、不足のあるシーンは無いだろう。
おきつねさまの環境では数年前より、24bit 96kHzで稼働させている。
設定するべきサンプリングレートは、音源チップやオーディオアンプの入力上限、
実行しているWindowsマシンのプロセッサ性能との相談となる点、充分留意されたし。
それら全てを・・・
音声を相互接続したい複数のWindowsマシンへ導入し、Windowsの[サウンド]設定画面と
[VoiceMeeter Banana]の画面内で簡単な設定を行うだけで、ほぼ遅延の無い LAN経由の仮想パッチを実現可能だ。
・・・インストール手順など。
過去版と違い JACK Audio Connection Kit 公式 からの1ファイル確保だけで、調達作業は完結する。

2015/10/23

フォルダ内整理・・・

・・・ファイルの作成日時を基に、そのフォルダ内で 日付階層フォルダ別に仕分けるスクリプトなど。


■ 例によって・・・
おきつね鯖から
DateClassificator_Installer.exe
 を ダウンロードして実行すると導入される。
利用方法は、整理したいフォルダを デスクトップに出来たアイコンにドロップする。 以上
■ 動作としては・・・
フォルダ内ファイルの ファイル名と作成日時情報を 全て配列変数へ格納。
その変数内データを基に、ファイルを1つずつ処理する。

対象となるドロップしたフォルダ内に 対象ファイルの作成日付フォルダを作成し 移動させる。
この際、日付フォルダが無ければ 自動で作成しつつ処理が進められる。

ファイルは コピーではなく 移動しているだけ、ドライブ上の容量は ほぼ増えるコトがナイ。
ファイルの総数が数千に及ぶ場合などは、メモリに少し余裕が必要になる可能性はあるが、
殆どの環境で 日付別分類を実行出来るだろう。

誤操作による起動への対応も施してあるので、利用で不便するコトはナイと思う。
ただ、VBScriptである以上、中断する処理は含められていない。
処理開始確認Popupが表示された時点で、各位適宜判断し 利用して欲しい。
◆ 肝心のスクリプトはコンなカンジ。

2015/10/21

夏の海

なぜもう冬になろうというこの時期に、とか言わないように。

2015/10/18

アプリケーションベンダも・・・

・・・いい加減自社(自身)の提供するモノのインストール先のあり方を少し考えろ。


アプリケーションを導入して利用するのは・・・
・・・Windowsに限らずコンピューターでは当たり前なワケだが、提供者によっては
導入フォルダに やたらバージョンナンバー付けたがるマヌケがいる。

ORACLE JAVA とか 筆頭の悪い例だ。
 悪いモノはマネするな、ガキじゃないんだから。
ここで紹介している いくつかのアプリケーションでも その傾向は見受けられる・・・ 長期的運用まで視野に入れると、ショートカットの管理など様々な面倒に直面させられるのだが、 彼らはソレを自覚しているのだろうか??
また、意匠を大事にしない提供者も多い。
せめてアプリケーションに一意のアイコンくらいデザインして付けよう、VBScriptじゃないんだからさ。

@アプリケーション提供者は、自身が個人であっても 利用者にとっては "1つのブランドである" って云う自覚が欲しい。
一体何が問題で、ナニを云いたいのか?

2015/10/16

デコル vs アンブラ

アングル取りに動いてる間に、シャッターチャンスを逃した場面

2015/10/14

なんだかなぁ・・・

・・・と しか云いようがないな。


マズ こいつ
Microsoft、「Skype」を統合した「Windows 10 Insider Preview」Build 10565を公開 - 窓の杜 [ 20151013 142600 ]
最初からWin7のプロダクトキーにしとけば良かっただけだよな、ドウ考えても。 でもまぁ 改善に傾いたのは間違いない。 それに比べてコッチは・・・
Mozilla、2016年末までに「Firefox」から“NPAPI”サポートを削除する方針を明らかに - 窓の杜 [ 20151009 160600 ]
一番問題起こしてて、真っ先に抹殺しないとならないモノを例外として生き残らせるって・・・(´ヘ`;) つか、Mozillaは FireFox64bit版なんぞ出さないって云い放ってたよな? ブレ過ぎだろ。 いっそ 8pecxstudiosさんに協力仰いで CyberFoxで一本化すれば? と云いたくなるな。 って、MSの Silverlightが ブラウザに擦り寄れば、WindowsServer遣いにとっては かなりオイシイんだが・・・ IIS7.5以降なら MSから無償配布されている LiveSmoothStreaming機能を追加導入するだけで、 nginxなどの余計な配信サーバを導入する事無く ライブ配信に利用出来る可能性も、かなり現実味を帯びるからなぁ・・・ 今は LiveSmoothStreamingを用いる場合、閲覧側マシンに、 Silverlightがインストールされていないとならなかったので 困ってたんだよね。

2015/10/12

OSインストール用・・・

・・・USBメモリの準備をメモしてみる。


■ 注)
この手順で作成する Bootable(起動可能)USBメモリは、OSなどのインストール向けであり、
MS-DOSを起動するフロッピーディスクの代替としては利用出来ません。

その用途では、Rufus を用い、[FAT32] の [FreeDOS]ディスクとして初期化して下さい。

また、OSインストールディスクを作成出来るツールは多数あります。 が、
インストールをカスタマイズしてあったり、USBメモリを使いまわす前提の場合、正直 管理が面倒になります。

OSインストールディスクや WinPEなどの NTFSから起動する USBメモリを作成するなら、
このログの手順のほうが シンプルで速いDeathよ。

データストレージの・・・

・・・2つ目のHDDも CHKDSKを敢行した、おきつね鯖のハナシ。



PSO2配信のルーティングをさせている裏で、リモートデスクトップから CHKDSKのフロントエンドである
CheckDiskで 完全モードで検査を開始 再度障害を確認したので、配信終了後に おきつね鯖を再起動したのだが、
定番のCHKDSK画面に移行しないままWindowsへ・・・ このドライブにはシステム領域は無かったみたいだw
概ね既知だろうが、ドライブに システムで用いるファイルや領域を設置すると、
Windows上からは、CHKDSKなどの検査処理を実施するコトが出来なくなる。

2015/10/11

Microsoft Silverlight 更新報告・・・

・・・コレは、"インストールしてない人も多い" とは思うケド、一応載せておこうかと。


■ Update・・・
<<< 20151014 083044 >>>
先日から 出来もしないのに無意味にアップデートしろとは表示しなくなった[mozillaプラグインチェック]。


<<< 20151011 012442 >>>
結構前から更新通知自体は確認していたのだが、今回は毛色が違ってたので静観してた。
後述もしてあるが、Windowsでの最新版は ver. 5.1.40728.0 であり、ver.5.1.40905.0 は 必要が無い
・・・[mozillaプラグインチェック] で表示される [今すぐ更新]ボタンで移動しても、
和訳の無い MS本家英語サイトへ移動して、表示されるのは "更新/最新版 適用後" に目にする
"You are ready to use Microsoft Silverlight"
 ・・・のページだ。
版は古いままであるのに、"更新を完了した利用可能状態" とは コレ如何に? しかも、更新やダウンロードを開始するボタンがナイ・・・ で、確認したトコロ、先の版 [5.1.40728.0] が IE11でのクラッシュ対策だったのだが、 MacOS X 10.11 では 導入が拒否されていた(対応が間に合ってなかった)らしい。 最新の [5.1.40905.0] は その MacOS X 10.11向けで、利用ブラウザは問わず差し替えが必要とのコト。 ぶっちゃけ、[今すぐ更新]ボタン は表示されるが、Windowsユーザーには全く関係のない更新であった。 更に当然だが、"Silverlightを利用していない" りんごユーザーにも無関係なハナシだ。
・[詳しくはこちら]で移動する先 ▼
 Microsoft © SilverlightTM Release History - Microsoft [ 20150929 US ]

・[今すぐ更新]で移動する先 ▼
 Silverlight をインストール - 5.1.40728.0 → 5.1.40905.0 【和訳/DLリンク無し】 - Microsoft [ 20150929 US ]

・5.1.40905.0 [KB3099529] ▼
 Mac OS X 10.11 向け Silverlight 5 の更新  - Microsoft [ 20150930 130200 US ]
 タイトルの翻訳がヘンだったので直しておいた、正式に採用されるかは知らないw

・5.1.40728.0 [KB3080333]
 [MS15-080] Silverlight 5 セキュリティ更新プログラムについて - Microsoft [ 20150814 190800 US ]
<<< 20151011 012409 >>> CreateLog・・・        
■ 注)
・更新前に "手作業でアンインストールを行う" 必要がある場合もあるようで、その場合は一般アプリケーション同様
 [コントロールパネル]-[プログラムと機能]でアンインストールした後、最新のSilverlightを導入して下さい。

・ブラウザのプラグイン更新確認ページから誘導されるサイトが、そのタイトルと異なり 何故か概要のみのページとなっていて、
 ダウンロード出来ない仕様の時もあります、その場合は、Silverlight公式トップから インストーラをダウンロードして下さい。

・余計な設定変更を回避する為、インストール開始画面で 任意に 以下のチェックを外して下さい。

2015/10/10

とりま復活・・・

・・・おきつね鯖。


どうヤら 強引なHBAファーム更新で、単純にドライバの充たり具合が悪くなってただけみたいだ。


アカウント情報が 丁寧に設定されていないと、WindowsServerと云えど、
便利なリカバリー機能が全部利用出来なくなって、前ログのような事態には簡単に陥る。

手を抜いて・・・

・・・HostBusAddaptor(以下 HBA)の ファーム更新したら おきつね鯖起動しなくなって(;^ω^)

2015/10/08

おきつねさまの・・・

・・・れべりんぐ ログ。


■ Update・・・
<<< 20151008 04xxxx >>>
なんとか今日の早朝、全クラスが Lv.75 に。
しかし、SPクエ分が終わっているのは Fo と Te のみ、先が長過ぎる・・・(´ヘ`;)
Fo[14] / Te[14] / Hu[10] / Fi[10] / Ra[10] / Gu[10] / Bo[12] / Br[10]
<<< 20151004 062606 >>>
Fo[14]/Te[14]/Hu[10]/Fi[10]/Ra[10]/Bo[12]/Br[10] Lv.75 ・ Gu[10] Lv.74
<<< 20151002 051834 >>>
Fo[14]/Te[14]/Hu[10]/Fi[10]/Ra[10]/Bo[12]/Br[10] Lv.75 ・ Gu[10] Lv.73
<<< 20150927 xxxxxx >>>
Fo[14]/Te[14]/Hu[10]/Fi[10]/Ra[10]/Bo[12]/Br[10] Lv.75 ・ Gu[10] Lv.72
<<< 20150924 xxxxxx >>>
Fo[14]/Te[14]/Hu[10]/Fi[10]/Ra[10]/Bo[12]/Br[10] Lv.75 ・ Gu[10] Lv.71
<<< 20150826 xxxxxx >>>
Fo/Te/Hu/Ra/Bo Lv.75 ・ Fi Lv.73 ・ Gu/Br Lv.70
<<< 20150817 xxxxxx >>>
Fo/Te/Hu/Ra/Bo Lv.75 ・ Fi Lv.71 ・ Gu/Br Lv.70
<<< 20150410 xxxxxx >>>
Fo/Te/Hu/Bo Lv.75 ・ Fi/Ra/Gu/Br Lv.70
<<< 20151008 115209 >>> CreateLog・・・        

2015/10/04

一旦復旧も・・・

・・・結局RRASでNATを有効にしたら、Webの公開は やはりイレギュラーな方法でしか出来なくなった(´ヘ`;)



現状を結論から記すなら、

2015/10/01

2015/09/28

TAリリ-パの・・・

・・・ボタンと仕掛けの場所だけを確認して貰う為に、Nで周って録画した動画を曝して診た。 おきつね鯖上からの動画配信テストも兼ねている。



 ▲ 表示サイズ 790x444 WebM ReEncoded ・・・収録は去年、髪形が まだ深雪ではなく裏雪だった頃だなぁw
・上動画枠は 以下順序で ブラウザが対応しているファイルを検出、再生元として適用します。
 .webm (790x444 / VP9 VBR 30fps 849kbps / Vorbis 48khz 96kbps / 95MB / - / XMediaRecoder)
 .webm (790x444 / VP9 q10 60fps 1503kbps / Vorbis 48khz 96kbps / 160MB / - / Pazera WebMConverter)
 .webm (790x444 / VP8 q8 30fps 1759bps / Vorbis 48khz 128kbps / 188MB / ▼ / Pazera WebMConverter)
 .mp4 (790x444 / h.264 30fps 2000kbps / AAC 48khz 96kbps / 201MB / ▼ / Pazera WebMConverter)
この動画の元(配信)サイズ[960x540]はコチラ。   
.webm (VP9 q10 30fps 1829kbps / Vorbis 48kHz 96kbps / 192MB / - / XMediaRecoder)
.webm (VP9 q8 29.97fps 952kbps / Vorbis 48kHz 128kbps / 108MB / ▼ / Pazera WebMConverter)
.webm (VP8 q8 29.97fps 1763kbps / Vorbis 48kHz 128kbps / 189MB / ▼ / Pazera WebMConverter)
.mp4  (h.264 60fps 2000kbps / AAC 48khz 96kbps / 201MB / 元ファイル / Any VideoConverter)
  (画質凡例: - 保持 : ▼ 低下) しかし、コーデックを問わず、サイズやフレームレート下げてエンコードし直すだけでは、結果の容量が殆ど下がらないのには少し驚く・・・ むしろビットレートが ファイル容量を大きく左右するファクターとなっている傾向が診られる。 トクに VP9では、画質設定に10以上を選択した上で ビットレートを控えめに設定するだけで、 フレームレートはある程度盛っていても、画質を保持しつつファイルサイズの抑制が可能である事が判った。 また、動画サイズを下げても容量低下に寄与しないコトから考えるに、そのファイルの容量が許容出来るものなら、 リエンコに時間を掛けずに、CSSなどでの表示サイズ指定するだけでもコト足りる。 ただ、ホンキで容量抑制まで視野に入れるなら、対象をキャプチャ録画する時点で、 サイトへのレイアウトサイズを意識するくらいしか 簡易な対策はナイってコトかな。 <<< 20150928 103335 >>> mp4を配置していたのだが 対応コーデック未導入ないし適切な設定を施されてないと再生出来なかったので、 対応ブラウザならコーデック不要のWebMをメインにして、非対応ブラウザではmp4を読むようレイアウトしなおした。 <<< 20150924 101300 >>> ・・・最初、なんか おきつね鯖のIIS7.5で 動画を配布/配信出来ないなぁ とか思ってたら ナンでコトはナイ、 別途追加機能である IIS Media Service の 最新版4.1を MicrosoftからDLしてきてインストールしないとならなかったw 取り敢えず導入済ませて、仮想フォルダのMIMEだけ設定したらあっさり通った。 但し、あくまでブラウザ搭載のHTML5プレイヤを前提としている、CyberFox/FireFox/Chromeなど 正式に対応しているブラウザを使おう。

2015/09/23

CyberFox 41.0.1・・・

・・・寝る前に確認したら、早速更新。

Linux勢ウゼェ・・・

・・・りんご勢 や 物理のボリュームとスイッチ大好きな音楽関係者 も 含めてな。


サスガに今回はそう思わざるを得ない状況に追い込まれてウンザリした。

CyberFox 41.0・・・

・・・JACK AudioConnectの設定調べようと開いたらしたら更新来てた。

2015/09/11

MSめ・・・

・・・やってくれる(-_-;)


いくら Autounattend.xml を 見直しても失敗するはずだ・・・

簡単に壊れる・・・

・・・堤防などの残念公共事業で ゼネコンと その腰巾着を稼がせるばかり の社会は そろそろヤメにしないか?
ここ数日の災害は ほぼ人災だ、自然環境で発生するエネルギーの規模を軽視した結果に過ぎない。
そもそも 災害で程よく壊れて喜ぶのはゼネコンと取り巻きだけであり、死人が出て儲けるのは葬祭業者と坊主だけだ。
そんな事や輩に 無駄銭払い続ける原因となっている治水行政を良しとするのは 如何なモノかね?

つか、堤防については
2000年の名古屋の災害あたりで学んでると思ってたんだが、サルには学習能力が無かったか・・・
★ まぁ 仕方がナイから ココな賢いきつねが 多角的に適切な大型河川の治水方法 を教えてやるよ。
◆ とりま どうにも悪辣な現在の状況が・・・
◆ 画像作るのが面倒で テキスト使って図に著した為 模式的な表現しか出来てないが、
               __                        __
              |■|_河川敷        河川敷_|■|
___ 市街地 ___|■■■■■|_ 川 _|■■■■■|___ 市街地 ___
■■■■■■■ ■■■■■■■■■■■■■■ ■■■■■■■

■ は 元々の地盤や地面 或いは、人為的に盛られた部分を著す。
この様になっている地域が大多数だ。
・・・そりゃ現地で堤防崩壊に遭遇したら、もはや笑うしかない事態になるワナ(-_-;)
◆ 尚、上図で [市街地] と著しているフィールドの多くは、元々田畑である。
このタイプの堤防を有する治水構造は、
元を辿れば、ポンプなどの無い時代の、重力依存の灌漑だけを目的としたモノでしかない。
しかし、今 田畑は 減るか消滅し 多くが市街地となっている。
因って、このタイプの堤防構成が必要となる地域は、もはや稀有である。

にも関わらず、改修される事無く 無意味に
そのまま維持されている地域が大半で、大きなリスク要因となっているワケだ。

もはや物理で、負の遺産と成り下がっている。
★ で、本来あるべき治水は・・・
◆ 概ねこうなる。
___ 市街地 ___                              ___ 市街地 ___
■■■■■■■|                            |■■■■■■■
■■■■■■■|                            |■■■■■■■
■■■■■■■|                            |■■■■■■■
■■■■■■■|__河川敷__        __河川敷__|■■■■■■■
■■■■■■■ ■■■■■|_ 川 _|■■■■■ ■■■■■■■
■■■■■■■ ■■■■■■■■■■■■■■ ■■■■■■■
そう、横へ添える様に盛るのではなく、可能な幅で 必要な体積を 掘り下げるのだ。
★ つまり 現状からだと、こうするコトになる。
               __                        __
              |■|______         _______|■|
___ 市街地 ___|■■■■■|_ 川 _|■■■■■|___ 市街地 ___
■■■■■■■ ■■■■■■■■■■■■■■ ■■■■■■■
■■■■■■■ ■■■ ココ掘れサル共 ■■■ ■■■■■■■
■■■■■■■ ■■■■■■■■■■■■■■ ■■■■■■■
■■■■■■■ ■■■■■■■■■■■■■■ ■■■■■■■
■■■■■■■ ■■■■■■■■■■■■■■ ■■■■■■■
■■■■■■■ ■■■■■■■■■■■■■■ ■■■■■■■
・・・ぶっちゃけ 安直に土盛る土手(堤防)より 手間はナイぞΨ(`∀´)Ψ
★ 特筆すべきは、この施工で掘削して得た土砂が、他の埋め立てや建築現場で利用可能 と云う点だ。

無碍に自然の山を削り、
奪い去る様にしてまで 各地の工事現場の需要を満たすよりは、余程良心的で高効率だ。
金さえ払えば何をやっても構わないと云うのなら、ドコぞの大国の連中と差が無いのだがね?
・・・あー、下衆いコトだけは模倣がウマいですからなぁ、GarbAgesの皆さんは(納得
★ だが、ココで提案したようなスタイルの治水が実施されている例は、ほぼ無い。
◆ 何故なら、
★ この方法を用いるには、
元来の川底環境を一時周辺へ移設する等、自然環境保全の入念な準備でまで含めて、
丁寧に施工する必要があり、当然相応に 時間とコストが掛かる。

だが、やったフリ世代の偽善老害が造ってきた社会だ、一般愚者や行政にソコまでする気概など無い。
★ しかし、現状のままでは確実に生じる
河川氾濫災害での 人的損失復興の規模や期間 まで勘案して比較すれば、かなりの低コストだろう。

もっとも、前者を含む ヒトの価値どの様に見積もるか で、意見は分かれるだろうがね()
★ まぁ 一般も行政もコンな話、普段なら 微塵も 聴く耳を持たないからねぇ・・・
◆ ナニせ復興後、また体よく災害でブッ壊れてくれないと、そこから得られる仕事と金が100%無くなるのだからなぁ(ニヤリ
★ 何の こだわりもなく 雑な仕事で済ませる ってのは、そう云う事なんだが?
結局行政も、古いハコモノや
メンテナンス性皆無の街並みを 壊す口実が欲しいだけ なんだろうなぁ、住民の安全なんぞ二の次で。

だからこそ 400年後には完成します なんて戯言、平気で云えてたのだろうからねw
★ コレが下衆の勘繰りと捉えられる様な脳ミソなら、盛大に程よく調教されてるよね、行政や国家に┐(´д`)┌
★ そうした大規模災害に因る 死者発生等の可能性は 改めて云うまでも無い域だが、
その後の復興で、行政が 再開発を口実に 散々 地域コミュニティを崩壊させてきた のだが、
阪神淡路以降の、激甚指定災害後の復興の流れで学ばなかったのかねぇ? この国の一般愚民は。

ゼネコンが、喰いっ逸れの無い 補助金と云う名の 税金から稼げる絶好のチャンスを、
ただ 涎垂らして眺めているとでも思っているのか?

その為に生じる 住民の犠牲 なんぞ、痛くも痒くもナイ連中だが?
◆ それを否定出来る要素が、微塵も無い 政財界や行政 が取る態度から察する現状・・・
その様な憂き目に遭うコトまで回避する前提なら、この治水方法へ切り替え必須にして必至だと断言しておく。
◆ ま、安直な 公共事業行政 起因で
災害の度に死人が出たり、ゼネコン潤すだけな状態を 延々続けるよりは、余程 建設的な提案だと思うがね?