2017年07月23日(日) - 18:56 | カテゴリ:
雑談
友人が使わなくなったクレードル付きMR05LNを安く譲って貰ったのだが、
自分が今まで使っていたのはMR04LNなので、SIMサイズ変更が必須だった。
という事で、毎度のごとくMicroSIMからNanoSIMへ地力でSIMカットをしたのだが、
久々に失敗したので備忘録として「やっぱり自力には限界がある」とメモ _(:3」∠)_


今回入手したMR05LN(左)と、今まで利用していたMR04LN(右)
若干MR05LNの方が縦に長く厚みが薄い印象だった。
裏面は、MR05LNがツルツル、MR04LNが格子エンボスみたいな感じだった。
表はフィルム貼れば良いとして、裏は以外と傷付きやすいので、
今まで見たいなエンボスの方が個人的には嬉しかった (´・ω・`)
↑の画像を見れば判る通り、NECのMRモバイルルータは「スロットインタイプのSIM差し込み口」になっている。
これが結構クセ物で今回の敗因も、スロットインタイプの情報収集不足だった。
SIMカットは毎回お世話になっている、Nano-SIM cutting guideを使っていたのだが、
今回はdocomo系のSIMをカットした為、MicroSIM台紙から実SIMを少しだけ右にずらした状態でセット。
少し大きめにハサミで一気に切った後、棒ヤスリで地道に外周を整えていった。
そして、手持ちの適当なNanoSIM端末にセットして認識する事を確認した。

ちなみに表面はこんな感じ。中心線を少しずらすのがコツ
ここまでの行程は普段通りなので何も問題は無かった。
が、ここからが不味かった…
前述の通り、MR05LNはスロットインタイプの差し込み口なのだが、
MicroSIMとNanoSIMを比較すると、NanoSIMの厚みが「0.3mm」程薄くなっている。
その為、差し込み口が狭い端末の場合、厚みの調整も必要になってくるのだが、
これに該当するのがスロットインタイプの差し込み口だったりする。
…ちなみに、XperiaとかiPhoneとかなら厚み調整しなくても差し込める。
という事で、実物と比較しつつ厚み調整をしていたのだが、
本来のNanoSIMと同じ厚みにしてもMR05LNに入らない自体が発生した。
途中までは普通に挿入出来るのだが、半分位入れた所で右端のチップ部位が引っかかる感じだった。
という事で、平均値を取りながら厚さを限界まで薄くして、
ちゃんと早着出来るようにした際に悲劇が発生した。
試しに、MR05LNに早着した所、ちゃんと差し込みが出来るのだが抜き出せない自体が発生。
これ自体は普段から良くやるので、先の尖った物で少しずつ引っ張り出していたのだが、
力を入れすぎて、チップにダイレクトアタックする位の深さで引っかけてしまった。

画像の赤枠で囲んだ所がその傷。写真だとわかりにくいがチップまで届く傷になっている。
もちろん、この状態だと他端末で認識していた物も認識しなくなり、
見事にSIMカットに失敗した。
後から判ったのだが、今回厚み調整したSIMの裏面(プラ部分)とチップの厚さが0.1mm以下まで減っていたので、
SIMスロットに詰まった時点で「詰み」だったのかもしれない ヘ(゚∀゚ヘ)
ともあれ、SIMのサイズ調整は楽だが厚み調整は難易度高いなと感じた夏の夜でした。
« 続きを隠す
2017年07月22日(土) - 23:55 | カテゴリ:
雑談
自鯖の一部ブログでは、SNSボタンを設置する時に表題のプラグインへ
独自パッチを適用した上で利用しているのだが、
先日リリースした「v2.0.0系」を適用した所、内部構造が大きく変わってたのでメモ
今までの構造としてはメインルーチンをcontent.phpに直記されていたのだが、
今回のバージョンアップで、メインルーチンが抽象化され、
namespase定義された後に呼び出される形に変更してあった。
具体的には「src/WpSocialBookmarkingLight/Plugin.php」に移動した形だったので、
独自パッチとかを作っている人は変更が必須になる。
例えば、ツイートボタンの書式を独自変更している人は該当する。
変更箇所はソース読めばわかる内容なので、この場では割愛。
WordPressのプラグインは良く仕様変更が発生するので、今回みたいな事に対処する為、
自鯖でもステージング環境とかでテストした上で実装するのが良いのかもしれない。
2017年06月12日(月) - 22:00 | カテゴリ:
雑談
結論から先に記載。
表題のエラーは「CKEditor for wordpress」を利用している環境で発生。
エラーを無くすには、CKEditorを停止させるか自力でCKEditorをwordpress用に直す必要がある。
………
このエラーの原因は、WordPress4.8でテキストエディタ仕様が変更になり、
従来のAPIに基づいた物を使っている場合はエラーになる為。
今回のエラーが確実に出るのはWordPressテーマでウィジェット編集を行う場合。
従来のウィジェットではプレーンテキストエディタで編集する必要があったが、
WordPress4.8からはWYSIWYSエディタ(ビジュアルエディタ)が採用された為、
従来のCKEditorを有効化したままだと、表題のエラーになってしまう。

DigiLoogのエ○ゲバナーはウィジェットを利用しているので今回のエラーに該当
最初は何が何だか判らなかったが、仕様変更とWordPressフォーラムを読んで気付いた。
今までの仕様変更には、functions.phpの書き換えとかで対応し続けていたが、
CKEditor for wordpressの更新も停止しているし、このまま使い続けるのもセキュリティ的に不安なので、
良い機会と思って違うビジュアルエディタに乗り換えてみた。

見る人が見れば判るだろうが、WordPressでは有名なビジュアルエディタに変更。
ただし、今まで使っていたCKEditorに似た使用感にする為、
エディタのCSSを弄ったり、ツールバーの配置を変更してある。
使ってみた限りでは、特に問題無さそうなので慣れるまで暫く使ってみる予定。
後は色々と気になる所が出てくる筈だから、それが溜まったらまた解決策でも書く事にしよう。
« 続きを隠す