手軽にWEBアプリを組込むサーバーがなかなか見つからなかった。
自作しても延々とメンテするのが大変だし、丁度いいものが見つかっても、
ウケ狙いな製品では格安の投売品に飛びついたら⇒即生産終了⇒後継機無し
という状況がミエミエだ。
 
RaspberryPi 2 MODEL BでWordPressを動かしてみたら・・・結構反応が鈍かった(涙
そんなところに、専用アプリだけで自作のPHPやJAVAアプリを動かすことは出来なかったと思ってたSynology社のNAS。
今では（ず～っと以前から？）APACHEやNode.jsが使えるようになっていた。
２ベイ構成で一番安いDiskStation DS218jでも、パッケージは一応揃っているので、

• Apache HTTP Server 2.4
• Java8
• MariaDB 10
• Node.js v4
• PHP 7.0
• PHP PEAR
• etc…

心配はその中のCPUの性能やメモリの容量ということになる。
DS718+と比較するとDS218jはファイルサーバーとして４６～９３％とまぁまぁだが、PHP 反応の効率性で34%と大きく落ち込んでしまう。CPU性能は1.3GHz≒1.4GHzなので、メモリ512MB＜２GBの差なのだろう。DS216seに至っては性能が低すぎファイルサーバーのみの利用に限った方がいいだろう。
Antivirus Essential　の注意書きにこのパッケージをインストールすると、512MB 以下の RAM を搭載したモデルは性能が影響を受ける場合があります。とあるので、2GBぐらいメモリがあった方がいいのかもしれない。
DS218jではWEBアプリは厳しいそうなので、DS218Play（クアッドコア/64bit/1.4GHzの「Realtek RTD1296」、メモリ１GB）か、余裕のDS718+（Intel® Celeron® J3355デュアルコアプロセッサ、メモリ２GB）の方が安心できそうだ。その分、価格もお高くなっている。
価格については今日のアマゾンで、DS218jが￥17,882万円、DS218Playが￥25,374、DS218が￥29,707、DS218+が￥35,380、DS718+が￥46,652。なのでチョット上のDS218Playがメモリ１GBなんでちょっと安心かもしれない。でも、どこかの仕事場で使うなら中身も値段も格安PCと変わらないDS718+がいいだろう。
他を見てみるとQNAPにはLinuxStationやContainer Stationがあるが、今も価格の面で結構ハードルが高い。しかし、しっかり使い込もうとするとかなりスペックが必要だろうから・・・多人数で使うつもりならこっちの方が早道な気もする。
気になる使えそうなドライブ・リストはこちら
 
 
ん～完全に広告的な記事だな（棒読
安かろう悪かろう的に思ってるけど・・・自作ブログサーバーと比較すると・・・どうなんだろう・・・自作ブログサーバーが格上か格下？
買ってみないことには・・・判らない。（大笑

ヘルビガーの宇宙氷理論とは、宇宙には水素が満ちていて、その抵抗のためにすべての惑星は
中心天体に落ちて行くが、その過程で小さな天体が惑星にとらわれて衛星となることがあり、
すなわち、地球にとっては月となるが、これが実は少なくとも６個目の月であり、月が代替わ
りする際にはその物理的な均衡の崩壊により天変地異が起こるというもので、つまりその天変
地異こそ、ノアの洪水その他の世界の伝説、とりわけ聖書に描かれる事象の説明である

～崖の縁の俺　さんのブログから引用～
この宇宙氷理論というのはトンデモ系の疑似科学（つまり妄想）の様だ。
でも、アニメの世界観なら十分通用する様な気がする。（だって、面白く演出できればOKなんだから・・・）
この説の大きな勘違いは「地球の周りに氷の天体がやってくると・・・大洪水になる」という件だろう。
大洪水とか・・・そんなに穏やかに氷の天体は落ちてこない。一気に過熱し大爆発してしまうだろう。（ツングースのアレとか・・・）
などと思えるのもデジタル・コンピュータが容易に入手でき、お金が余って仕方がないならクラウドも使えるので、緻密なシミュレーションをやってくれる人がそれなりにいる時代だからだ。
これが１６進数キーと７セグメントのLEDが付いてる８ビットのマイコン（４Kバイトの大容量メモリ付）しかない時代だったら、そうは行かない。
こんなトンデモ系でも「それなりに面白いからOK」という評価を得ることも可能だったろう。
 
また氏は、ブログの記事の中で・・・

「単体テストはしっかりやってください」と要求しつつ、何が単体かと問われればクラスで
あるとかいう定義未満の答えをするか、下手をすると画面だなどと…そりゃあ登場人物全部
結合してるじゃねえかよと…。

うんうんよく解る。
画面を串（アクション）で繋いだものがWEBアプリだもんね。大ざっばには「単体」とは「画面に手（アクション）が生えているもの」と考えると、楽。
で、その流れで画面仕様書というものがあったが、今では担当者が画面デザイン専門だったり、ロジック専門だったりするので、画面仕様書は「画面」だけ、アクションは別の仕様書ってこともある。
そのせいだろう、EclipseのWEBアプリのプロジェクト（ファイルの塊）の構成は・・・

JavaソースJUnitソースWebContentサーバー
※主にANTでWARファイルを作る都合が大きな要因なハズ。
　昔は手元のTomcatでデバッグしても、サーバーは有料Webサーバなことが多く、
　手作りのTomCat2WebServerなANTを作り有償Webサーバー用のWARを作っていたけど・・・
　今は・・そんなことしないよね。（大笑

の様に１つの単体が分解されてばらまかれているので、１００画面もあるようなプロジェクトだと、SVNの履歴も重くソースの修正履歴が見る手間がかかり過ぎ、メンドクサイ。
「単体」ビューってものが「とっても欲しい」
でも、もう今更、画面単位の構成でプロジェクトを作ってくれる訳もない。
その辺は、JavaScriptサーバーでも作って、自分勝手なプロジェクトを立ち上げるしかないだろう。

気楽に◎評価を出せるくらい◎評価なら素直に◎評価を出せる。
しかし微妙な内容が混ざっている▲評価では早々◎評価を出すことはできないだろう。
この２つの感情をまとめると、単純に「脊髄反射」と表現することができる。
よく見る犯罪や不正を働いた者の真理を書いた記事は、意外すぎるくらい人間的なところから始まるが、そうしないと記事の内容に心情的な同意、つまり感情移入してもらえず、スグ読み飛ばされてしまうからだ。なので、◎評価を貰おうと頑張ると、勧善懲悪式に、悪人はどこまでも悪人、善人はどこまでも善人、という感じで対象者の立ち位置を終始一貫しておかないといけなり、どうしてそうなった？というところに力点を置く記事を書く場合も、やはり悪人はどこまでも悪人、善人はどこまでも善人、という感じで説明せねばならず、結果として悪人の描写が超が付くほどの仕上がりになってしまい、「こんな奴はさっさと〇刑にしてしまえ」という流れになれば最高の出来栄えということになる。
このため、大抵のものは読むとそれなりの方向に気持ちが良くなる（または盛り上がる）流れ（つまり◎評価）に沿って綴られることになり、誇張が激しく、結果、著しくとても信ぴょう性が低い内容になってしまうので、世の中「FAKE」だらけになるのは至極当然と考えていいだろう。
事実を伝えることよりも、◎評価を得ることの方が最重要。
 
そうしないと次の記事を載せてもらえないのだから・・・（大笑
 
 

時間

• 語源は、何かを成し遂げるまでの期限。
  • 例：あと１時間待ってください。

しかし、時間には質量や体積等の他の要素が全く皆無なので、時間に実体はない。即ち時間は実在しないのだ。
有体に云えば、物体や光などの媒体の挙動を通して伺える状態＝【次元】そのものといった感じで、相対性理論では空間にオプションとして加えられ時空間と一体化されるが、物体もまた空間と相互作用されるとされており、物体も空間のオプションとも受け取れるので、時質量空間とした方が良いような気がする。だって、質量も不変って訳では無い様だからね。（笑
さて、時間軸上の手前（過去）、時間軸上の先（未来）。それぞれは単に時間軸の向きを示しているに過ぎないので同様に実態を持たない。つまり過去も未来も人間の空想の中にしか存在しない。
ここに鉄球があるとしよう。出来立ての頃（過去）はピッカピカ。今は表面の輝きも無く少し曇っている。さらに古くなってくるの頃（未来）には赤さびだらけになっているだろう。
この、出来立ての頃　や　さらに古くなってくるの頃　という状態は実際には無い。あくまでも経験的にそうなっているハズと想像しているだけのことだ。なぜなら、書物などでそのものの過去や未来の状態に似たような鉄球があることを知っているからだ。その知っていることを、説明のために【時間】という概念を作り出し、これを組み合わることで俄然説明が楽になる。
そう鉄球の状態の変異を判りやすく説明するときに使用する【次元】の含まれる【単位】の１つが時間なのだ。
平たく言えば、時間は説明のための【手段】でしかないのだ。
なお、物理学では何かの説明の手段を総じて【単位】と云い、物理量の単位は基本単位の組み合わせによってできており、物理量の単位が基本単位をどのように組み合わせているのか表現しているものを【次元】と云う。故に、物理学での【次元】は３次元や４次元だけではない、昔からもっともっといっぱいあり、一方で理科の物理実験では計算式を立てやすい様に１次元または２次元で表すことが多い。
これはニュートン力学の「ユークリッド幾何学」の影響がとっても大きく、何かの視点を基本として表現さえすれば、座標軸の原点は相対的に決めても困らないという考えに基づいている。※いつでも原点は調整可ということだ。
 
 
 
 
 
 
 

随分待った
期待してた

Ryzen 5 2400G

FFXIVベンチ結果が概ね予想通り（AMD＜＜（超えられない壁）＜＜NVIDIA）のスコアにガッカリ。
でもそれは仕方が無い。
だって・・・

NVIDIA GameWorks

のマークがベンチマークの画面右上に入ってるゲームだもの。
※だから、デスクトップPCは、GeForce GTX―1060（６GB）にした。
でも・・・只でさえ高すぎなDDR4なご時世に高額なゲーマー向けのDDR4-3200まで使って1920 x 1080解像度で30fps前後では・・・

• 中途半端な安物買いは無駄無駄無駄！
• CPUとグラボをケチらない！
  • CPUとグラボだけお安く仕上げても、その他大勢（ケースと電源ユニットとメモリとマザボとOS）が高すぎて、あまり効果が無くなって久しい。

なのは今年も鉄板ってことなんだろう。
INTELもAMDのGPU入りのCPUを作ってる話も聞くが多分に似たような性能なんだろうな・・・
勿論、全て安く仕上げることができれば・・・全く違う結果になる。（ハズ
 
しかし、そんなモノは無い。
 
だから、CPU and GPU with HBM3(仮　という妄想が止まらない。（大笑

ま、ブッチャけ温暖化対策は成功しても失敗しても・・・
地球の気候にほとんど影響を与えないものなので、やりたい放題やっても大丈夫。
しかし、寒冷化対策は失敗すると食料・エネルギー・流通の３分野で大打撃をこうむる。
思い浮かぶのは・・・

• 太陽からの日照量が減ってしまうので、寒くなるハズが意外と温暖な天候に恵まれたとしも農作物が育たない。
• １０ｍも海面が下がれば、大方の港は使えなくなる。
• ツンドラや北極海での石油の採掘が難しくなりエネルギー供給量が減ってしまう上に、寒いので燃料がいっぱい欲しいのに、使える港が少ない。

あたりかな？
 
温暖化で海面が上昇したら大変という話があったけど、寒冷化で海面が下降してもやっぱり大変。港を力いっぱい浚渫さらに海底を掘ってもいいかもしれない。でも相対的に埠頭が高すぎになって使えなくなるから、埠頭も削って低くしているうちはいいけど、埠頭を全部削ったらあとは砂岩や礫岩になりかけの砂が顔を出してしまうので運搬に使うのは厳しいだろう。更に大陸棚のあちこち海面から顔を出すようになったら・・・詰んでしまうね。
更に大陸棚が顔を出せば新たな平野が出現するけれど、しばらくは塩害で農作物は作れず、塩田かエビやウナギの養殖ぐらいしかできない。それを乗り越えても元々は浅い海底だった平野なので延々と大量に不法投棄されたシロモノがいっぱい埋もれているので酪農用の牧草の栽培すらも安心ではないのだ。
あ、大陸棚のあちこち海面から顔を出す頃には、大陸棚に眠っているメタンハイグレードが溶け出してくるかもしれない。
そう思うと、温暖化で海面が上昇する方がメリットが多い気がする。
 

１．SVNを利用しててコミットする。デフォはオーバーライト＆コミット。

何度も痛い目にあった、subclipseのマージのヘタレっぷり！

・・・をカバーするにはこれしかないようだね。

２．Eclipseのサーバー・ビューにいくつかWEBサーバーを作って再起動し２番目以降のサーバーを選択して起動して待っていると、高確率で１番上のサーバーが起動する。

いくつもサーバーの設定をしておくと、最後の１個は大抵・・・かなり遅れてリストに載ってくる。

それまで起動コマンドは待ち状態。そして、リストが更新されると、フォーカスが１番上になり、長く待たされた起動コマンドがやっと実行。

勿論、その時点にフォーカスが当たっているサーバーが起動する。

今更ながら・・・EclipseのUIのトリガを・・・これでいいのだ。と決めたのはいったい誰なんだろう。

　　　　おかげで、ペタペタペタ・・・・と、カット＆ペーストしてる時にPCやEclipseが一瞬重くなると・・・とんでもない場所に・・・
 
ま、他にも沢山あるだろう。
しかし、タダだから仕方がないよね。（大笑
気に入らないなら自分でIDEを作るしかないんだろう。
 
とは云え、Eclipseにも良い感じの機能もある。
 
デバッグでブレークポイントで止めている間に変数を変えるには、毎度毎度、変数ウインドウから値を入力していたけど・・・
しかし何度も同じ値に変数の値を変える場合には、表示ビューに残っているヒストリーを範囲指定して「範囲で実行」した方が楽。
というか・・・ずーっと動いていなかった機能（Coming soon）だったと思ってた。
あ、表示ビューで変数名を範囲してインスペクトも結構いいです。
 
ただ、プロセス・ビューが常に止めたスレッドがアクティブと云う訳ではないのは「今も同じ」。
止めたスレッドを掘り起こすのはやはり大変。
 
 
 

INTELのnucとかスティック型PCも　常時使用すると熱過ぎ。
何とかならないものか？
 

EclipseからJBoss 7.1を起動してもブラウザから観えない。
JDK9では、-XX:MaxMetaspaceSize オプションがはじかれるせいかもしれない。
なのでOpenJDK8を追加してみた。
とりあえずコマンドラインから起動してみようか・・・
いつものように、set JAVA_HOME　してね！と出てくる。
standalone.conf　はLinux専用の様なのでいつものようにWindows版用のstandalone.conf.batにset JAVA_HOMEする。
http://localhost:8080/　で、Welcome to JBoss 7と表示された。
しかし、Eclipseから起動すると画面には何も出ない。
正確にはEclipseのステータスバーに「開始中」（100%）。
進行表示ビューを開くと「起動委譲の準備中.…」から進まない。
そこでJBoss 4.2をダウンロードしてサーバを作ってみると、http://localhost:8080/ でJBOSSの画面が出る。
ぐぐってみると、どうやらJBoss7を使うには　JBoss Tools をインストしておかないといけないらしい。
しかしいつまでたってもダウンロードは終わらないので、最初の（必須）に限定。
もう一度、サーバーを作り直してみる。
「ダウンロードをランタイムをインストール」からダウンロードを終えると元の画面に戻ると、画面上に何かの英語のメッセージが書いてあり、【次へ】も【完了】も押せない状態になる。何かエラーったのかな？【キャンセル】を押そうかと考えていたら、メッセージが　JBoss アプリケーション・サーバー 7.1　に変わり、【次へ】も【完了】も押せる状態に変わった。
試しに、もう一度ダウンロードして、英語のメッセージをキャプチャーしてそれを読んでみると「ダウンロードを開始します。ウィザード画面を閉じてもダウンロードはそのまま継続しますが、全てのダウンロードが完了するまでは設定はできませんからね。」だった。
JBossを起動してみると

Java HotSpot(TM) 64-Bit Server VM warning: Ignoring option MaxPermSize; support was removed in 8.0
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by __redirected.__XMLInputFactory (file:/C:/jboss/jboss-as-7.1.1.Final/jboss-modules.jar) to constructor com.sun.xml.internal.stream.XMLInputFactoryImpl()
WARNING: Please consider reporting this to the maintainers of __redirected.__XMLInputFactory
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
**:**:**,*** 情報    [org.jboss.modules] JBoss Modules version 1.1.1.GA
**:**:**,*** INFO  [org.jboss.msc] JBoss MSC version 1.0.2.GA
**:**:**,*** INFO  [org.jboss.as] JBAS015899: JBoss AS 7.1.1.Final "Brontes" starting

と状況は変わらない。

jboss-modules.jar が　1.1.1.GA。jboss-modules-1.1.5.ga.jar　があるらしいのでダウンロードし、JBOSSのプロパティの「一般」でロケーションを「/Server/JBoss AS 7.1 server」に切り替え、パッケージエクスプローラーに修験したこれをクリックし「概要」の中の「起動構成を開く」でクラスパスにあるのjboss-modules.jarの前にjboss-modules-1.1.5.ga.jarを配置。
**:**:**,*** 情報    [org.jboss.modules] JBoss Modules version 1.1.1.GA
**:**:**,*** INFO  [org.jboss.msc] JBoss MSC version 1.0.2.GA
**:**:**,*** INFO  [org.jboss.as] JBAS015899: JBoss AS 7.1.1.Final "Brontes" starting

起動してみると、1.1.1.GAには無い1.1.5.gaに含まれている何かが作用してExceptionを吐かなくなったが、「開始中」のまま。