昨日、猪突猛進女史なんて記事を書いた。書いた理由は、暇だからだ、何故、暇かというと、先日、壊れたHDDのPCのリカバリーを実施していたからだ。
PCがコケたので、まず最初にやったのは、中のホコリをぶっ飛ばすことだ。そのためにコンプレッサを仕掛けたと言ってもいいかも。パソコン内部のホコリをぶっ飛ばすなんてのは故障しないかぎりやらないからな。
原因がHHD（ハードディスク・ドライブ）にあるのはすぐわかったので、PC購入時付属のリカバリーDVDで新たなHDに購入時のシステムを構築すればいい。データは、もはや読めない（読むためにプロに依頼したらパソコンの価格どころでなくなっちゃう）から、あきらめだ。バックアップをみたら今年の１月以降バックアップされていない。なんてこった。だから、昨年度末と今年度初頭のデータがない。といっても、多分、事務関係の書類で、予算についてが主だから問題無いだろ。年度末の予算の最終決済は終わったので、手元にファイルがなくても問題ないだろうし、今年度の予算の執行は５月にならないとできないという大学なもんで、まだ執行していない（と思う）からだ。
ほかの、仕事はMacでやっているからいいでしょ。と、新しいPCを手に入れたからのんびりやっていたわけだ。HDDが壊れたPCをそのまま捨てるのはちと、もったいないから、余った７００GBくらいのHDDがあったので構築しようとしたのが、昨日だ。
PCの箱内を圧縮空気でフラッシュして、ビデオカードやメモリーを抜き差しした（この辺のコネクションが問題になることがあるので）のが、最初の失敗で、再起動したらピーピーとうるさい。
メモリーカードを認識してくれないのだ。しっかり差し替えて解消。
モニターになにもでてこない。これもビデオカードを刺し直して解消。
どんなPCでも箱の中に手を突っ込んで作業するのは、部品が一杯あってやりにくいのだ。外側と違って箱の中の金属板などはエッジが作成時そのままなので、滑って手が当たると痛い。
ま、ここまではそれほど問題でなかったのだが、リカバリーDVDを読んでくれない。正常に動作しているPCでDVDが読めないとすると、その原因はだいたいすぐ分かるのだが、システムのないPCでDVDを読めないとなると理由はなかなかわからない。そももシステムがないんだからドライブが悪いかどうかわからない。
試行錯誤してどう考えても光学ドライブがまずいのでは？というわけで、古いPCを見つけ、その光学ドライブで試したら、読めた。だから光学ドライブがおかしいのだ。ほとんど使ってなかったからね。
で何回か起動・再起動をいわれるがままに実施して、HDを作り起動できることになった。
まだ問題があって、このHDDを起動ディスクとして認識してくれないのだ。起動のたびにF2を押して強引に進めていかないと立ち上がらないのだ。インテルのアプリがあって、ディスクを起動ディスクと認識してくれるようにすることができそうなのに、設定しても、シャットダウンするたびに、元に戻っちゃうのだ。

週末何食べたい？　スペイン風のなんか。　というわけで、アリオリソースのサラダを。

サラダはいいにしても、他には？ということでスペイン風としてタコの唐揚げと、アヒージョを。

アリオリソースのサラダのレシピ：
アリオリて、にんにく入りマヨネーズなんで、すりおろしたにんにくに卵黄とレモン汁とオリーブ油を混ぜればいいのだ。スライスして塩を振って放置した柔らかくなったきゅうりを
水洗いして、巻いて、玉ねぎみじん切りを入れ、シーチキンを入れ入れ、アリオリソースをいれ、プチトマトをさいの目に切ってのせ、ミントを載せます。
たこ：ぶつ切りタコに片栗粉とカレー粉を混ぜてまぶして、揚げるだけ。なんかの葉っぱとレモンを添える。
アヒージョ：スライスしたにんにくと輪切り唐辛子をたっぷりのオリーブ油で炒めて香りがでてきたら、殻と背わたを覗いたエビを入れ揚げる。みじん切りパセリを散らす。油にエビの味がでているので、パゲットを添えて浸して召し上がっていただく。

教職員数合計５００名程度の小さな大学のメールサービスは大学職員だけでは維持管理できないから外注になる。立ち上げ時に　KDDIと契約したらしい。KDDIは、収益の上がらない大学のサーバなんてやってられないからサービスは最悪だ。Yahoo とかGoole に負けちゃう。そのYahooも大学相手のメールサービスはやめちゃう。というわけで、教職員のメールサービスがKDDIからGoogleにこの６月に変更になる。
ユーザが５００名程度というと、管理者が管理していた・しているこっちの大学の学部のサービスのユーザより少ない。こっちのサービスも、始めは管理人を含めた教員が実施していたわけだが６年ほど前に、大学中央の情報部門に首を突っ込んでいるベンチャー会社に外注した。もはや大学教員が行うサービスじゃないからね。もっとも大学教員が実施していた・いるサービスだからユーザのわがままに対応した、ユーザからみると嬉しいシステムなのだ。ほかのメールサービスが一通２MB，サーバ容量が最大１００MBなんていう時代の時から、両方とも無制限だもんね。だからデカイ写真を何枚も添付するのが自由で、しばしばよそのネットに届かないとクレームがきてたからな。現在の大学の全学生全教職員へのサービスは同じような制限が依然としてあるから、医学部出身の学長なんか使っていられないわけで、学長は医学部独自のサービスを使っている。
あっちの大学でもKDDIのサーバじゃもはや立ちいかなくなり、変更したのだ。学内での議論なんかなかったよ。トップダウンだな。こっちの大学の医学部ではGoogleに投げようという案は何回もでたけど、大学の・医学部のプライドとかがあって、今ので不自由でないのだから（実は維持管理が大変なんだけどユーザからは見えない）なんでGoogleを使うんだよ？Googleはメール読んでいるぞ、そんなとこに依頼できない　といわけでGoogleに移行することはない。
あっちの大学は、メール読まれているなんてことは無頓着なんでしょうね。セキュリティが甘いんだよね（実は…..というやばい話があるんだけど、ここには書けない）。
長過ぎるIntroductionだったけど、このメールシステムの変更はユーザにとって大変な作業だ。
１）Gmailを利用するにあたって、これまでのメールのパスワードとは異なった、新たに作成された初期パスワードを大学のページから取得する必要がある。この初期パスワードを使ってGmail にログインし（アカウントは既にできている）、新たなパスワードを設定する必要がある。
２）他のパソコン・スマホ等でのWebメール＝Gmail を設定するにあたり、スマホのメッセージ・ショートメールを使ってGoogle側から送られる６桁の数字を受け取り、これを入力する必要がある（一回きりの確認コードだ）。異なったパソコンやスマホでWebメールを利用する場合、全て個別に新たにこの確認コードをGoogleに申請・取得する必要がある。確認コードは使い回しできない。
３）メーラー（WinのLiveとかMacのMail、Thunderbirdなどね）を使う場合は、また別の１２桁の文字列（アプリパスワード）をGoogleに申請し、取得し、設定しないといけない。これも１回だけのパスワードで本来使うパスワードとは別物である。そのPCの、そのメーラーを承認するためだけに使うのだ。使い回しできない。
４）これまでのKDDIのサーバに届いたメールを新しいGmailのアカウントにコピペする必要がある。どうせもう二度と見ないメールなんだから、捨てちゃえばいいんだけどね。幸いなことにKDDIのサーバに保存できるメールの容量の制限があって、ときどき警告がきて、古いのは削除しているはずだから、そのコピペの量は少ないに違いない。最大容量は100MBじゃなかったかな？管理人の場合は、削除したから、コピペの結果、この１月以降のメールしかサーバになかった。こっちの医学の場合だったら数GBあるはずだからやばいことになったな。
つまりパスワードのような文字列・数字列が４種類あるのだ。
初期パスワード、パスワード、６桁数字の確認コード、１２文字のメーラ・アプリ・パスワード　の４つである。こりゃ、皆さん、移行できないですね。ダウンロードできる移行マニュアルは２０ページを超える。読んでられないでしょ。全てのメーラーに対応したマニュアルじゃないしね。IMAP、POP、SMTP、ポート番号、認証方式、暗号化なんて聞いたこともない人ばかりだもんね。
メールの受信設定をともかく６月中に設定しないとメール読めなくなっちゃうからね。大変だな。大学中央の情報関係の部署の人（普通は離れたキャンパスにいる）が個別に設定の援助に来る。一人３０分だそうで、こっちのキャンパスにいる全ての希望する教員に個別に対応することになっている。管理人は、学科の対応者に選ばれたわけだけど、個々の教員の設定なんかやりたくない、仕事は、単にこの援助する人・される人の間の１回だけのスケジュール調整だけですね。あとは個別に連絡して頂戴ですね。でも、相談と称して設定の手伝いをすることになるかもね。断れないんだよね。人がいいから。
[ 追記 ] 2016.6.4
どうやら、あっちのキャンパスでは各学科の助手クラスの若い人が、該当学科の教員の面倒を見ることになっているらしい。こっちのキャンパスでは何故か学科に担当者を指定しろという命があって、管理人の学科では管理人が指名されたのだ。で管理人は助手ではないので、各教員に対応してもらうわけには行かないということらしい。

なんか、真っ黒だけど牛タンなのだ。サンデーファーマーからいただいたスナップエンドウとともに。

ブログ記事の写真をクリックすると拡大して表示することができるプラグインがある。いわゆるLight Box 系のやつでこれはjqueryというjavaとコンフリクトするらしい。jqueryを＄に置き換えて動作するのだが、ほかの、例えばテーマとかプラグインも同じ＄を変数として使うからのようだ。
chrome-extension://fmcdfigcdfkdghdklblbbpacikcchbbh/jquery-2.1.0.min.js:2 Uncaught TypeError: Cannot read property ‘slice’ of null
と、すべてのプラグインを止めても、このブログを表示するとエラーになる。エラーにqueryという言葉があるのだからこいつのせいなんだろ。まだ良くわかっていない。
というわけで、テーマをかえちゃったりしているのです。すみません。

スポーツフェスティバルとかがあって（管理者は参加しなかったけど）そのとき撮影したスナップ写真を学生に配布したいがどうしたらいい？と相談があった。いまどきのコンパクトカメラは解像度がよくてファイルが大きい。それが何枚もあると、配布するのが大変だ。
専用サイトがあるのはわかっているけど、学生に実習資料とかを配布するサイトがあるので、ここにアップして学生が勝手に落とせばいいということになった。
しかし、写真なので、サムネイルで表示し、選択してフルサイズの絵がでてくる・ダウンロードできるとするのがのぞましい。数十枚あるとこれをつくるのは結構たいへんだ。どっかにフリーのソフトがあるに違いない、というわけで探したら、なんとMacでは最初からWeb掲載用のページができるソフトがあった。

アプリケーションにあるのではなく、/システム/ライブラリ/Image Capture/Automatic Tasks/Webページ作成.app　というのが隠されていたのだ。
このアプリに、画像が詰まったフォルダをドラッグ＆ドロップすると出来あがる。フォルダの名前が日本語になっていたりして、アップロードしたときにふさわしいフォルダ名にならない。フォルダ名（directory名）をアルファベット名に変更して、最初のページ（index.htmlができる）のdirectory名を置換すれば一発でできる。
サムネールの絵が並んだページ（index.html)と、フルサイズの写真が掲載されるページが自動的にできるから、これらをアップロードしたらおしまい。凝ったサイトをつくるわけではないので便利だ。