DigiLoog

続きを読む »

“ns-lab BB” で稼働しているLinuxサーバOS(ディストリビューション)は下記の通り。
ディスク装置として使っているQNAP製NASもLinuxの一種だが、
対応を見据えてアップデートすると全仮想サーバを停止させる必要がある為、今回は割愛した。

そして、実際の確認結果は下記の通り。
全ディストリで対応済と思っていたら、以外とそうでも無かった (´・ω・｀)

もしかしたら、利用しているglibcのバージョンによって結果が変化するかもしれないが、
サクッとコマンドを叩いた限りでは実行結果に差が出た。

なんとなく、RPM系・APT系で実行結果に差が出ている気もするが、
ソースレベルの詳細まで追いかけていないのでなんとも言え無い所…
ただ、サーバ用途だと元号などの和暦を使わず、インストール時から “en_US.UTF-8” する事が多いし、
Linuxで元号を使うケースは稀だと思うので、今後修正が入るのを筆者は待とうと思う。

« 続きを隠す

続きを読む »

wikiのフッターを見れば一目瞭然だが、技術メモではPukiWikiを利用中。
今回はフルアップデートする程でも無かったので、パッチによる差分アップデートを実施した。
ただ、技術メモと打っているだけはあり、筆者が使いやすい様に手を加えたり独自プラグインを作ったり、
blankリンク作成の機能追加もしている為、一部のソースはPHP v7.3対応の為に自力修正する必要があった。

なお、PukiWikiのアップデート手順は公式サイトで公開している手順を基本的に採用。
公式手順だと、手動修正が必要な箇所もパッチ適用時に出力されるのでソース改修が楽だった。

そんなこんなでアップデート・ソース改修を行いつつ、
以前から不満がありつつも修正を後回しにしていた2箇所を今回修正した。

………

• ヘッダーの自動タブ開閉

タブにマウスカーソルを持っていくとメニューを自動開閉する機能追加をしてあるのだが、
以前のバージョンでは枠と色付きする箇所が微妙にズレていた。
今回、この処理を行っている部分を見直し、色付がズレない様にしつつ枠線付与もやってみた。

• カウンターの追加

PukiWikiの昨日でカウンターを表示出来る事は以前から知っていたのだが、
実装が面倒くさかったので後回しにしていた。
今回、細かい所にも手を入れて調整を行ったついでにメニューバーにカウンターも追加した。

………

色んな所をソースレベルで見直したのだが、最終的に問題無く本番環境に適用する事が出来た。
その際、ソースを読みつつオフィシャルのreadmeも読んで気付いたのだが、
今回のバージョンで管理者パスワードがSHA256対応となった事と、LDAP認証が使える様になった事は大きいと思う。

逆に問題だと思うのは次の2項目。これらの原因究明するのには時間がかかった _(:3」∠)_

• AutoTicketLinkNameページを消しても復活する
  消しても何処かのページを編集する際に “AutoTicketLinkName” の存在確認を行っており、
  ページが存在しないと “edit.inc.php”内の処理によって自動生成されてしまう。
  ソースを弄れば自動生成させなくする事が可能だが、編集用PHPを弄るのは影響が大きそうなのでやめといた。
  なお、筆者の場合は妥協策として、ページ内に半角スペースを1文字だけ入れて実質非表示にしてみた。
  　
• CSSの設定がpukiwiki.cssになった
  v1.5.1以下のPukiWikiではCSS設定の読込みに “pukiwiki.css.php” を利用していたのだが、
  v1.5.2から “pukiwiki.css” を指定する方法に変更となった。
  自作スキンを使っている人は関係無い話だが、読み込むファイルに差異があると後々影響がありそうな為、
  筆者については全面刷新してCSS化を実施した。
  ちなみに、ソースを変更すればv1.5.2でも従来の “pukiwiki.css.php” を読み出す事は出来た。

………

現在だと、Qiitaにネタを纏めたり、gitにpullしてメモ代わりにする事も多いみたいだが、
それなりに蓄積した技術メモを移植するのは骨が折れるし、
使い慣れた「メモ帳」は貴重なので、今後もPukiWikiを利用する予定。

もちろん、新しいツールには良い所もあるので取捨選択しながらテストは行ってみるが、
『自分用のメモ帳』として使っている節が強いので、変える事は無い気がする…
何はともあれ、PukiWiki開発陣に感謝しつつ今後とも使えそうなネタはメモっていこうと思う。

« 続きを隠す

続きを読む »

MicrosoftがSurface用に作っているだけあって、マウスの作りはしっかりしていた。
パッケージに描かれている様に、持ち手を折り曲げるとマウスの電源がONになる構造。
何処のサイトで見たか忘れたのだが、折り曲げ部分は金属疲労を使う構造が無く、
機械的に折り曲げを仕込んであるので数万回の折り曲げテストをクリアしているらしい。

シリコンカバーを裂けば中の機構が見える筈だが、値段が高いので自分は割愛。
折り曲げ部分を丸裸にする勇者が出てきてくれる事を願う。

パッケージはMicrosoftらしく超シンプル。小さな所でAppleを真似なくても…
同封物は、マウス本体・簡単な取説・保証書の3点のみ。
上の写真では取り外し済だが、電池(単四が2本)の所に絶縁テープが挟んであり開封直後から利用可能。
裏面に小さな物理ボタンが1つ付いているが、コレはBluetoothのペアリングに使う物。
それ以外に物理ボタンはクリックする箇所のみとなるシンプル構造だった。

という事で、開封の儀は終わったので実際にWindows・Mac・Linuxとペアリングしてみた。
今回試したのは下記3種のOS(ディストリビューション)で、
「ペアリング、左・右クリック、マウススクロール、OSからちゃんと認識する」事をテストした。

• ThinkPad x250 – Windows10 Build1809 Professional
• MacBookAir 2015 – macOS Mojave v10.14.4
• ThinkPad x250 – Linux Mint 19.1 MATE 1.20.1

結論から書くと、全OSで問題無くマウスを認識して普通に使う事が出来た。
規格としてBluetooth 4.0に対応していれば使う事が出来るみたいなので、
試す事も無く、昨今のノートPCならば使う事が出来ると思う。

Windowsなので当たり前だが、ドライバも入れずにペアリングのみで認識した。
専用のソフトを入れると3ボタンクリックに色々な機能を設定出来たりするのだが、
マウスクリックを普段使わないのと、
敢えて別機能を割り当てる必要も無かったので、専用ドライバは未導入のままにしている。

macOSで使えるのか謎だったが普通に認識した。
経験上MSマウスのドライバは他の製品と同じ気がしたので、
“Microsoft IntelliPoint 8.2” をインストールしてELG-00007が認識するかテストしたが、
流石に認識しなかった。
専用ドライバが無い以上、macOSで使う場合は普通の3ボタンマウスとなるが、
今回は折りたたみ出来る事が重要だったので筆者はこのまま使う事にした。

「使えるだろう」とは思いつつも一応テスト。結果、Linuxでも普通にマウスを認識した。
ただし、TrackPointとマウスでマウスポインタの移動速度に大きな違いが出てしまう為、
常時併用するのは難しいかも知れない。
Linux機だとターミナルがメインで、マウスを使う事自体が少ないので、
併用時のマウスポインタ移動速度の差異は稀有な心配かもしれない。

今回は持ち運び前提でマウスを選んだのだが、Arc Mouse ELG-00007はまさに求める物だった。
昨今の多機能マウス、5ボタンマウスに慣れている人にとっては機能不足かもしれないが、
利用環境が限定されるモバイル用途ならば、十分通用するポテンシャルを持っていた。

単四電池2本で電源が半年保つ燃費の良さと、電池切れしても乾電池を調達出来れば使えるのも大きい。
さらに、マウス自体が折りたたみ出来るフォルムとなっている為、
バッグの隙間に放り込んでも嵩張らないのがさらに良い。

今回はテストしていないが、Bluetooth接続ならばAndroidタブレット・スマホでも使える筈なので、
エンタープライズ環境でタブレットを用いた軽作業とかでも通用すると思う。
こんな感じにマルチベンダーで応用出来るのがBluetoothの良い所なので、
Microsoftには是非とも多ベンダー対応マウスとして売り出して貰いたい所。

実売8,000円と、マウスとしては高い値段が一番のネックだが、
それを支払っても良いと思える程度に応用が利く良作マウス。
使い出してから日数が経っていないが、連休に持ち運んで使うのが楽しみになった。

« 続きを隠す