余弦発振　〜さわ狂ぶろぐ〜

　後背位とか書きたくなる略しかたになったぜ。まあいい。SSL対策。
　自力で出来る対応策で思いつくのはやっぱりブログと同じサーバにページを置くことだが、LZHとか(xlsxじゃなくて)xls、FLASHは置けるのにhtmlもjsもcssも置けないんだから証拠品スクリプトPageをアップロードすることは出来ない。まあその辺はブログなんだからブログ記事でやれって言うスタンスなんだろう。
　ならば、ブログの記事にしてしまうのはどうか。
　スクリプトが普通に記事の文字数に引っかかりそうです！で、それを乗り越えたとして、だ。ブログの記事と言うことは、上のブログタイトル看板とか左のカレンダーやら最近の投稿やらのパーツも表示されると言うことで。これらのパーツを右に持ってくるデザインならそのままでもフレームの外なので問題ないが、右側だとその分スクロールさせる手間がかかるし、そもそも月によって幅が変わったりするよな、左側。右端にぴったりくっつければいいのか。でも、それでもそこまで画面をスクロールさせないといけない。それもスクリプトになるのか？詳細や戻るボタンすらアンカーリンクで間に合わせてるのに？って言うかそのアンカーリンクで左端に戻されるよな。ただのアンカーでx軸指定する方法はなさそうだし、そこも作り直し？
　って言うかさ、そもそもXREAがSSL対応してないワケ無いよな。AutoPageなんてマイナーサービスより圧倒的にこういうのに過敏だろ。
　とりあえず、KIEFアドレスのhttpにsを付けてみた。ダメでした。
　でも、大分前にSSLがなんとかって言うメールを見た気がするんだよなぁ。XREAの説明ページを見に行ってみた。お、項目がある。……が、項目は小さい。

SSL
インターネットに流れるデータを暗号化できます。
アップロード先 public_htmlディレクトリ内
共有 SSL URL https://ss1.xrea.com/ID.サーバー名.xrea.com/

　これだけしか書いてない。……しかし、必要な情報はこれだけで充分な気がした。アップロード先は普通のアップロード先だ。つまり、このアドレスにKIEFのアドレスを当てはめれば……。でもって、ブログに埋め込むアドレスもこれにすれば……。
　はい。解決でーす。お疲れ様でしたー。って言うかこれだけで済んだのにマジ無駄に疲れたし。なにこの徒労感パネエ！
　まあ、これで終わったと思っちゃダメだが。なにせ、これまでhttpで投稿してきた分はごっそり表示できなくなってしまっているわけだし。まだ数はそれほど多くないとは言え今更手作業で直す気はまったく起らない。
　まあ、JavaScriptに切り替えた時点で考えてはいたが、過去分はKIEFに掲載し直すのが一番手っ取り早いよな……。

　いよいよもってさようなら、俺の2016年。1年のラスト・12月のそれまたラストとなるトップ4を残すのみとなったオレコンチャート、名残惜しいなんて口では言いつつやっぱりやっと終わった感が強いのでちゃちゃっとヒアウィーゴー。

4位　Without You　夜の本気ダンス　12/5新着
　軽快で軽妙なダンスロックチューン。
　メジャー・ファースト・シングルだそうな。その後挨拶代わりにしちゃ本気でダンスって感じの曲じゃないな。まだ夜じゃない？

3位　NEW TRIBE　a flood of circle　12/16 JET
　フロンティアスピリット溢れかえる、ねちっこく爽快な平たく言えばいつも通りのノリの曲。
　アルバム表題曲。おなじみの人がいつものノリでタイアップも何もない曲を出してくると書くことがないな。そう言う安定感ある曲が上位に入りやすいのもなんともだが。

2位　A.I. am Human　MONKEY MAJIK　12/7新着
　軽快で爽快なテクノダンスチューン。
　ゲームキャラっぽいものがMVにいたり、歌詞でも戦ったりしてるしアニソンとかかなと思ったら案の定で、サイボーグ009の新作映画「CYBORG 009 CALL OF JUSTICE」のオープニングテーマとのこと。最近昭和のリバイバル作品多いよなー。昭和の作品がそれだけ色褪せないパワーを持っているのか、最近の作品が不甲斐ないのか……とか考えてるうちに、普通に昭和作品を見に来る世代の方が金を持ってて数も多く商売になるからだという結論に至ってどうでもよくなったが。そうだな、若きクリエイター達よ、どんどんオッサンホイホイ作品を世に送り出し、奴らの膨らんだ懐から金を搾り取るがよいぞ！

1位　コーラス讃歌　チーナフィルハーモニックオーケストラ　12/14新着
　伸びやかで気持ちいい歌。タイトルの割に一人で歌ってる部分多いな。で、誰。
　元々はチーナだけでピアノやヴァイオリンにギター兼シンセにドラムとアコデジ混成な5人組でやっていたが、15年からEXILE張りに10人増えてオーケストラっぽくなったようである。ボーカルはシーナさん。
　どういうわけか、アマゾンにてユニット名＆曲名で検索しても引っかからなかった。しかしよく見たら「讃歌」じゃなくて「賛歌」で調べてた。ええーどっちが正しい字なんだ！？調べたらただの表記揺れの範囲でどっちでもいいらしい……。
　チーナのアルバム『PULL』と同時発売のミニアルバム『PUSH』収録曲。ちなみに俺はPUSHの反対ってPOPだろ？とか言っちゃう人種です。

　冬らしくスタックの話題でしめられた感じだ。縁起でもねえ！そんなこんなで正月休みもなくさくっと始まる来年のオレコンでシーユー。そりゃあ正月休みなんてないわな、1月なくなったしさ。

　愚痴なんだけど。ブラウザのキャッシュって、必要なの？必要だとして、もう少し仕様はどうにかならんものかね。
　キャッシュはブラウザが一度読み込んだページを保存しておくことで、再度同じページを訪れた時に再読み込みの手間を省いて迅速かつネットリソースを無駄遣いせずに表示するための機構である。
　そりゃあさ。回線のクッソ貧弱だったダイヤルアップテレホや音響カプラーの時代とか、現在でも速いと言っても限度のあるWi-Fiや、回線の速さを売りにしているがサーバがゴミなので結局ISDNより遅いインチキみたいなブロードバンドとか、速度面じゃなく従量制で通信料押さえた方がいい回線とかだったらキャッシュは必要なんだろう。
　しかしそれでも、便利さを実感することよりも不便を実感することの方が多い気がする。
　キャッシュ絡みでよくあるのが「更新されていない場合はキャッシュのせいです。リロードしてください」って奴だ。
　このブログでも実は常時起こっている問題でもある。毎月その月にあったスタイルシートに切り替えているわけだが、このブログのスタイルシートのシステムは設定されたスタイルシートを固定のファイルuser.cssに書き出してそれを表示しているので、そのキャッシュを読み直してくれないとデザインが変わらない。気付いてないだろうけどブログ看板と看板娘の表記が一致しないこともしばしばあるだろう。リロードすれば揃うんだぞ。リアル日付的にはもうすぐ鯉のぼりガールが飾られることになるが、リロードしないでいると半月くらいは入学式の絵で看板娘の紹介だけミルイになってたりするんだろうぜ。つーかミルイも樹理亜も黒髪ストレートだからミルイを樹理亜と紹介しても誰も気付かないんじゃ。そもそもあんなテキスト見てる人いるの。
　それはともかく。更に酷いのが逆転裁判ifの証拠品フラッシュ。これは普通にリロードしただけじゃ最新版にならない。これは、ページからはガワ（メインの処理とインタフェース部分）を表示し、そのガワが更に中身（画像やテキストなどのデータ）を読み込んでいるという構成が悪いせいでもある。更新されるのが中身の方なのに、リロードしてもほぼ不変のガワが更新されている(はず)というだけで中身の方をリロードしてくれない。中身に直リンしてこいつをリロードしろと誘導してたのもいい思い出だ。そこで、ガワと中身を交換してインターフェースをデータが取り込む形に作り替えようというプランもあったが、FLASH自体が終焉を迎えたので保留というかお流れになった。
　こんな極端でレアなケースはともかく、それ以外の普通のページだって「最新の情報」なんて書かれたページが古いキャッシュで全然最新じゃないなんて事はざらに起こっているだろうし、そのたび手動でリロードしてくれと言うのもちょっとアレだろ。よく訪れるページはよく更新されるからよく訪れるんだろうし、キャッシュがじゃまでなくちゃんと役に立ってるケースって言うのは既に内容が確定しているページ群を数日掛けて巡ってる時のインデックスページ（その間更新されない）とか、飾りっぱなしでずっと更新されてない画像とかくらいじゃないの。
　CGIとか使えば回避できるんだろうが月1回くらいしか更新しないのにそれは完全に無駄だし。で、半月おきくらいに更新チェックに来てる人は半月前のキャッシュで更新に気付かないって言う。
　せめてキャッシュを表示する前にファイルのタイムスタンプだけでもチェックして、新しくなってたら読み込むようにするくらいのことをしてくれればこういう問題は発生しないと思うんだが……。どのブラウザもそうしてないのはやっぱり何か問題があるからなんだろうか。リクエスト出すだけでも相手のサーバの負担になるとか。
　そう言う実情とかも知りたいんだけど、雑に調べただけだとキャッシュとはなんぞやという説明からのキャッシュを手動で消す方法のレクチャーページが山ほど引っかかりつつ、そこでもブラウザごと（さらにはそのバージョンごと）に違うキャッシュの消し方の愚痴を言ってる始末で……。要るの？キャッシュ。

　未来の話になるが気にするな。
　再来年の初頭からKIEFを第5期としてHTML5を取り入れていく方向で行く姿勢だけ見せている。現実としてはHTML3をベースに4の一部が取り込まれてる程度の状態で止まったまんまではあるが、それでもちまちまと新しい機能なんかも取り入れてみたり、書き方を改めたりはしてみている。とても、中途半端だけどな。HTML3をベースに5の機能が取り込まれてる感じ。進歩してねえ！
　ともあれ、見た目の変化がないとモチベーション上がんないのは解ってもらえると思う。直す前と直したあとで見た目が変わらないんじゃ、直さなくてもいいじゃんって思うだろ？思うよな？
　ならば、見た目が変わればモチベ上がるんだろ？と言うことで、ちょっとデザインも弄ってみることに。
　具体的には次に更新するラブラシスのページ。FLASHを使っていたロゴ部分が死亡状態であまりにも殺風景になったし、それとは別に公開数も増えてきて話の区切り目がわかりにくいのがちょっとアレだと思うようになった。ただでさえ、タイトルだけが並んでて他の小説だとついてる各話のあらすじというか、一部ミスリードになってるのもあるような煽りコメントがつけられてないし。
　そこで、タイトルの横に章名くらい付けてみようかと。で。折角なんだから最新のスタイルシートとかを駆使してオシャレに実現しちゃおうかな、と。ここでスタイルシートにこだわったのは、ラブラシスのファイル一覧がtableも何も使わずspanのブロックを2個並べただけで手を加えにくいからだったりする。
　最初は、章名を横倒しにして縦長に表示しようとした。そのために使えるモノをググる。見つけたのがスタイルシートのtransform:rotateだ。指定したブロックを自由な角度で回転させて表示できる。
　単独で試してみたら割といい感じだったので、ページの中で試してみる。
　非常にクリティカルな仕様が判明した。この機能、分かりやすく説明すると新聞の記事の一つを切り取ってくるくる回してるような感じなのだ。そのブロックがあった部分が、すっぽりそのまま空白として残ってしまう。そして、他の文字などは回転した文字を避けたりしてくれず、重なり放題だ。完全に独立したパーツとして用意し、周りの文字を含めて細かくスタイルシートで位置を指定して調整しないと使い物にならない。
　単純に縦書きにするだけのってないのか。ありました。writing-modeって言うのがそのまんま縦書きモードにする機能だ。それを使ってみたらいい感じにレイアウトできた。
　なお、レイアウトを試していたブラウザはEdgeだ。ローカルのハイパーテキストファイルは自作のエロFLASHが表示できないという大問題を回避するため諸事情によりFireFoxではなくEdgeに関連づけしてある。
　念のため、ページをFireFoxでも開いてみた。表示がずれ、文字が重なり合っていた。なんでや。
　多分、spanタグとの相性が悪かったんじゃないかと思うが詳しい原因は不明だ。サンプルを見るとtableタグでレイアウトしてからならば綺麗に整えられる模様。
　……文章になってるわけでなし、文字数を縮めるためにも問題になりそうな長音の出るカタカナ表記の予定もなし。tableでレイアウトするなら従来通り、一文字ずつbrすればよくね？
　結果。進歩、ありませんっした！

　脱FLASHのために今までFLASHでやってたことを他の手段に変えていこうと色々やってはいる。
　アニメーションとかインタラクティブ辺りはFLASHそのものを使っていたので喫緊かつ難儀な問題であり、早々に諦めてのんびり対策することにした。
　もう一つ、FLASH関係を使っていた物としてイラストがある。多分小中学生の頃に遊んでたデザエモンシリーズやBASICなどによるゲーム作りによる積み重ねもあってのことだろう、PCでも最初からドット絵的な技法から入り、そこからそのままFLASHでドロー系の描画に馴染んだのでペイントソフトよりベクタの方が描きやすい。タイル並べ職人から針金曲げ職人になったようなものだ。最近でこそ仕上げにペイントソフトを使ってはいるが、むしろ仕上げ以外は今でもほぼParadrawを使い、結合・レイアウトはSuzukaでやってる有様。
　FLASHが終了したとは言えその辺のソフトが使えなくなったわけではないし、どうせ画像として配置する時はJPGなりPNGなりに出力するんだからこのままでも問題は無いんだが、元々更新が止まってるソフトだしもうちょっと高機能な奴の方がいいなというのもあって、新兵器を導入してみた。ベクタ形式の専用編集ソフトだ。
　イラレ？そんなの使うほど気合い入ってない。インスケです、Inkscape。Paradrawから乗り換えるんだからただソフトに決まってんだろ！

　てなワケで、今ブログのトップにある再来年の年賀イラストとその後に更新されたKIEFの新ロゴはInkscapeで描きました。ベジエの弄り方が今までのどのソフトともちょっと違うのと、FLASH系はどんな図形も似たり寄ったりの属性を持ってたがこちらは図形のタイプ分けが厳密なのがちょっと戸惑ったが、慣れたらまあどうにかなった。
　ブログタイトルはアップロードできるファイルの種類の制限もあり普通にPNGとして出力・ついでに文字追加ぐらいだがペイントソフトで修正したが、KIEFロゴはそのままSVGで貼り付けてみた。すっかすかな内容だけあってファイルサイズが小さい。
　ブログタイトル用のイラストも余白をカットしたりしつつSVGで出してみたが……こっちはパーツも多いし細かいしでサイズ的にはPNGと大して変わらない感じになってるな。
　気になるのは座標データが自棄に細かい数字になってることか。調べてみたら最適化を行えばもう少しディテール的に雑な感じにするかわり小数点以下を短くできるようなので暇な時に試してみるか。これをやればサイズも半分くらいになるかな。



　ブラウザの表示倍率を上げて上のタイトルと見比べると巨大化してもなめらかなのが判りやすいかと。そしてイラスト自体も相当雑なのがよく判るかと。荒くても大差ないさ！
　後はこれにFLASHみたいに動きがつけられればと言ったところだが、軽く実験してみたところJavaScriptでSVG画像を使った小細工ができそうなので、その辺もどうにか頑張るだけっぽい。頑張るしかないか……。

　FLASHからJavaScriptに乗り換えることを検討する脳内会議第二回。
　議題その１、そんな暇あるのか。あんまり無いよね。年末（リアル日付は12月最終週です）はちまちまとブログ用のお年賀イラストを進めつつ、サイト更新もそう言えばしなきゃならなかったし。ゲームとかららのべ読みとか、為すべき事が多すぎである。遊んでるだけじゃないかって？これはゲームが遊びでは……遊びです。
　まあ、時間はあるがやりたいことも多いので後回しにしがちだろうから無理せずに着実に進めていくと言うことを、来年の抱負にでもすることで前向きに善処。これだ！
　議題その２。って言うかJavaScriptって使われてるの？
　JavaScriptといえば、10年ほど前にJavaScriptを使ってトロイだかウィルスだかがばらまかれ、ONにしてる奴は馬鹿という風潮になり、その時にOFFにしてそれっきりだ。その間にブラウザが変わり、パソコンも変わり。そのたびスクリプトを切ったかというともちろんそんなことはなくほったらかしで。つまり今は何も気にせず普通にJavaScriptを動かしている。そのくらい存在を気にしてこなかった。ネットでの行動範囲、リアル並みに狭いしな。
　で、今もJavaScriptは切っておく風潮が続いているのかどうか調べてみた。動作が遅い、スクリプトによる何らかの被害に遭ったため切っているという人が15％ずつ、被害に遭いそうで怖いから切っておくという人が6割以上いるという10年くらい前の記事が出てきた。スペック不足もありそうな物を含めても実害が出たのは3割程度、後は大体念のためって感じか。更にこれは切ってる人の意見であって、そもそもどのくらいの人が切っているのかは判らん記事だ。
　検索ワードを変えてもっと最近の話題も集めてみたが、広告がウザいので切りたいという人はいるだろうが、大部分のサイトがまともに動かなくなるので他の方法にしておけ、と言う記事。まあ、iPhoneの話だったけど。何にせよ、今は普通に使われすぎてて切っておくデメリットの方が多い感じか。じゃあ、多分大丈夫だな。
　議題その３。本日のメインイベント。具体的にどうするのか。
　KIEFの方はいい。ページにスクリプト書こうがファイル置こうが好きにしろって感じだし。
　FLASHを置き換えるにしても大体はただアニメーションするだけの奴だから、それをスクリプトで書き直すのがどうなんだろうなって感じだが。特に、アニメーションのパーツ。どうすんの。まあ、どうにかするか。どうにもならんうちは静止画にしておきゃいい。
　とりあえず、急務かつ厄介そうかつ一番JavaScriptでやるのに向いてそうでやりがいもありそうなのが逆ifの証拠品フラッシュだ。
　一番厄介なところは、使うのがブログだって事。貼れるの？置けるの？
　色々、試してみた。まず、記事の中にスクリプトを入れることはできるのか。



　この程度なら問題ないようだ。とは言え、証拠品フラッシュ同等の物を作るとなると「この程度」ってレベルで済むわけがない。そして内容的には毎回ほぼ同じ。記事一つ分に治まるかどうか判らないスクリプトを記事ごとに貼るような非効率なことはするまい。当然、別ファイルとして用意することになる。
　ひとまずこの間書いたブログサーバアップロード可能ファイル一覧で.jsファイルがアップロードできないのは判っている。それどころかHTMLファイルすらアップロードできない。余所において持ってくることになるだろう。果たして、そんなことができるのか。そうだなぁ、例えばインラインフレームにKIEFの適当なページ表示してみたり？
　ああ、できたわ。……って言うか、よく考えたらAutoPageがファイルアップロード機能搭載するまでは旧トライポッドにファイルを置いてそれを貼り付けてたじゃないか。インラインフレームでFLASH貼り付けてたのもその頃の名残だし。その後このテクニックにピンポイントで対処とかする事も無かったわけだ。まあ、HTMLで貼るとどうしても上の方にXREAの広告が表示されてしまうが、.jsで置いてみるとか、それができなくてもインラインフレームならスクロールして枠外に押し出してしまうことくらいならできるだろ。できないということは無さそうだ。
　さあ。展望が見えたし今日はこんな所で……。

　今更だが、すっかりラノベにハマった気がする。
　kindleに手を出した折り、方針として“割とどうでもいい漫画はKindleで買っちまえ”というのを掲げたのだが、いざ蓋を開けてみると当然ながら漫画は本全体が画像データなので容量が嵩む。そして、すぐ読み終わってしまう。なんか、漫画をKindleで買うのがもったいない気がしてきた。
　小説ならばサイズも小さいので俺のしょぼいタブレットにもいっぱいため込めそうだしコスパも良いよね。そうは思うのだが、自分じゃ書いてるくせに長らく小説を読むことから遠ざかっていた。
　漫画読んでる方が楽だから、と言うのがその事について俺の中の結論だと思っていたのだが、Kindleで小説を読み、古本でもシリーズ小説を読み出し、そのノリで久々に昔読んだお気に入りの小説を読み返したりしていると、小説を読むこと自体は別段漫画を読んでる時と変わらず気楽にできているのを感じた。
　何のことはない。小説から遠ざかっていた時期は自分に合わない小説に立て続けに手を出して気が乗らなくなってただけだったようだ。
　とりあえず、アニメで知ってた作品の原作を読んでみていい感じだったので、他にもその手で何作か手を出してみた。そうすると自ずとラノベになる。アニメは見たことないがタイトルはどこかで聞いた作品も古本で手を出してみる。そんな感じで段々ラノベが増えてきた。
　しかしまあ、アレとかアレがラノベに入るなら、俺の書いてる奴なんか完全にラノベだわな。つーか最近は作風にラノベの影響出まくってるし。むしろこれはラノベと割り切ってはっちゃけすぎたり。タカマ小説も未来で水着回書いて直後に過去で温泉会書いたしな。自重した方がいいと思いました。ああ、過去の温泉回はまだ公開してません。ついでに言うと未来の水着回の時点ではまだラノベの影響受けてないはずなんだけど。割と、元々の作風でした！
　そんな感じで小説に触れる機会がまた増えてきたせいもあって、自分の書いた小説を“ここの設定、どうなってたっけな”みたいな感じで該当箇所を読み返してみたりすると、前は気にならなかった細かい粗を直したくて仕方なくなる。
　パソコンで読んでりゃすぐその場ででも直せるんだが、タブレットでウェブサイトのコピーの形で読んでると手直しができないので悶える。テキストファイルで読むこともできるがあのへっぽこなタッチパネルで文字入力するのもキツいしな。そもそもインデックスがついててリンクで飛べるウェブの形式が一番便利だもの。
　まあ、読んでて手直ししたくなるなら、直したいところをチェックしておける紙の形式が一番かしらね。プリントアウトして、ファイルする。これ。
　Kindleに手を出したところから始まるネタなのにアナログに戻りきってるのはなんなんだろうな。