DigiLoog

続きを読む »

• [WordPress development] How to reset ‘Advance’ tab on table property?
• [まっしろブログ] TinyMCEがTableタグに「width」と「height」を勝手に設定する機能を無効にする

………

ググればやり方は色々出てくるのだが、
レスポンシブ化に特化していたり「width」を削除していないケースが大半だった。
海外コミュニティにも似たような事をやろうとしているケースがあるのだが、
Bootstrapを前提としていたり仕様違いなのか動かなかったりした。

なので『もう自力で書けばいいや♪』と思い、TinyMCEのドキュメント・WordPressのフック関数を読んで、
TinyMCEで表を作成した時のデフォルトオプションが下記になるようにコードを書いてみた。

• 隣接セルのボーダーを重ねて表示
• Tableタグのボーダーは1ドット
• Tableタグのボーダーをドラッグ＆ドロップでリサイズ
• 表自体のドラッグ＆ドロップリサイズを無効化
• ただし、画像のドラッグ＆ドロップリサイズは有効化

下記ソースをWordPressのテーマ直下にある「functions.php」に追記すると仕様通りになった。
当初、array指定が上手く反映されなかったのだが、json_encodeを噛ませたら反映された。
その他、指定出来るオプションはTinyMCEの設定に依存する為、詳細はドキュメント参照の程。

function customize_tinymce_settings($mceInit){
    // Tableタグの幅指定(width:100%)削除
    $style_table = array(
        'border-collapse' => 'collapse'
    );
    $mceInit['table_default_styles'] = json_encode($style_table);

    // Tableタグのボーダー幅
    $style_border = array(
        'border' => '1'
    );
    $mceInit['table_default_attributes'] = json_encode($style_border);

    // ボーダーのD&Dリサイズ有効化
    $mceInit['table_resize_bars'] = true;

    // 画像のみD&Dリサイズ有効化
    $mceInit['object_resizing'] = "img";

    return $mceInit;
}
add_filter('tiny_mce_before_init', 'customize_tinymce_settings', 0);

想定通りTableタグのデフォルト値からwidth指定を消す事が出来た ヽ(´ー｀)ノ
スタイルはfunction内でarray指定しているだけなので、色々と書き換える事が出来る筈。

実際のTableタグ使用感は下記の通り。
表のwidth指定がなくなった事で、セル内にフィットする形でセルサイズが最小になりつつ、
ボーダーのリサイズもマウスで出来るようになった。

オーソドックスとなる設定は上記例の通りwidth指定削除だと思うが細かい所は利用環境によると思う。
自分の場合は上記を少し書き換え、Tableタグのボーダーリサイズを無効化(false)した上で利用している。
表の高・幅は都度プロパティから数値入力して設定する人種なので、マウス指定は無くても問題無いと判断。
実際に利用しているが特に問題は発生していない。

ただし、画像リサイズは高頻度で利用するので画像リサイズは有効化してある。
Tableレイアウトを利用しつつ画像リサイズもGUIで出来ると、
臨機応変に画像を配置しつつ並びを整列する事が出来るので凄く便利なのでオススメ。稀にレイアウト崩れるが…

WordPressを細かく弄っている人は結構多いと思うが、
大体の人がテンプレートなど外面での弄りが大半だと思う。
エディタを弄る人は少ないと思うが記事の書きやすさはモチベーションは言うまでも無く、
記事執筆の効率化にも直結するので今まで弄った事の無い人は是非弄ってみて欲しい。

« 続きを隠す

続きを読む »

• コンセプト

刷新前はメールゲートウェイが4台、ユーザアクセス用が1台、メーリングリスト用が1台の計6台構成。
メーリングリストはそれ程使っていないので現状維持で良いとして、
問題はユーザアクセス用のMUAサーバが1台であった事。
要するに、鯖がトラブるとメールが読めなくなるのを解消したかった。

メールゲートウェイは権威DNSも兼ねているので、増減含めた構成変更は行わないとしつつ、
外部送信時のSMTPS対応・DKIM署名のチューニングなど改善系を行った。
その他、修正したいポイントとしてはサーバ間接続用のVPNが切れるとメール配送が遅延するので、
SMTPSを活用しつつInternet周りで直配送に切り替えたかった。

クライアント系の課題としては、
Sylpheedを入れたPCが3台、スマホが2台、タブレット1台と色々端末が存在するので、
メールの振り分けルールを個々に設定しなければいけないのが、超絶面倒臭かった。
なので、今回を機にMUAはWebメールクライアントに移行し、
フィルタリングもsieveを用いてWebメールクライアントから一括管理出来る構成にした。

という事で色々と要件・(自分の)要望が出そろった結果、
大方針は自鯖に依存しない構成に落ち着いたので、
『VPS上のサーバを活用しつつ、WEBクライアントにレンタルサーバも使う』事とした。

• 全体構成

今回は中々にデカイ構成になった…
恐らく、自宅の仮想ホストサーバ並に複雑な気がする (´・ω・｀)

サーバ台数と用途は左下に書いてある通り。
契約上だと、VPSが6台・仮想鯖が4台・レンタルサーバが2台の合計12台 ﾍ(ﾟ∀ﾟﾍ)
ただ、専用サーバでは無くアプリを色々と同居させているので新規契約はレンタルサーバのみ。

メール系の構成には書いていないが、以前構築したgdnsdを使って、
上手い具合に拠点レベルでの冗長化を保つように設計した。
ただ、GSLBを使って拠点冗長化を行うと、WebメールのHTTPSセッション維持が難しくなるので、
gdnsdのフェールオーバー機能を用いてActive/Standby動作させる事で参照先を1サーバに限定し、
セッション維持出来るように構築した。

• 構築手順

今回は使った事の無いアプリを導入したので詳細までメモしておいた。
普段は簡単にメモしてから内容を微修正しているのだが、
最初からガッツリと内容を作った後にメモを作成した。

1. wiki – gdnsd
2. wiki – GlusterFS
3. wiki – Postfix
4. wiki – Rspamd

………

実は、当初メール鯖を完全廃止してレンタル鯖にMXレコードを向けるのも検討していたが、
一応は技術者である事と、Linuxで新しい事に挑戦したかったので基幹サーバは自前で構築した。
ただ、10年以上前に使ったきりのレンタルサーバ事情も知りたかった為、
レンタルサーバを契約した経緯があったりする。

そして、要となるレンタルサーバは色々と悩み、ZenlogicとCORESERVERの二つに絞り込んだ。
最終的には、2サイトで稼働が出来る事と過去の実績を考えてcoreserverにした。
そして、CORESERVER契約後にZenlogicの方で大規模障害が起きていたので危なかった….

………

今回、一番苦労したのはGlusterFSのチューニングだった。
MTA(Postfix)自体は本職のサーバ構築で何回も使っている事もありすんなり終わった。
MUAからサーバに接続してメールを読む際、ディスクI/Oが遅いとアクセスがもっさりするので、
今回は如何にサーバ負荷を下げつつディスクI/Oを確保するかに注力した。
最終的には設定をRead重視に寄せる事で、Webメールから接続した際のディスクI/Oを確保した。

………

スパムフィルターは今までbogofilterと自作スクリプトで賄っていたが、
今回サーバを作り直すにあたり違う物を入れようと画策していた。
そんな事を思いつつ情報収集していたら、ニューラルネットワーク学習に対応しつつ、
従来の重み付け学習も出来るRspamdを見つけたので即採用。

今回はGW側でDKIM対応しているので使っていないが、
RspamdはDKIM検証・署名も出来たり、sophosと組み合わせるとウイルスチェック可能。
唯一の欠点が日本での採用例が少なくググっても見つからないので、
マニュアル(英語)をGoogle翻訳片手に読み解く必要があった。

ちなみに、RspamdはバックエンドにはRedisを用いる事も出来るが、
VPSだとインメモリDBを使う程メモリが無いので今回はSQLiteにした。
SQLiteだとRedisと比較して微妙に遅くなるが、
スクリプトで一気に学習処理をさせた時位しか影響が無いので、
個人利用ならSQLiteでも問題ないと思う。

………

Webメールクライアントは、RoundCubeとRainLoopで相当迷った。
今回はレンタルサーバで稼働させる都合上、軽いアプリを使いたかったのと、
自鯖と比較して自由度が下がるレンタルサーバで細かい事をやりたくなかったので、
構築が楽で挙動もシンプルなRainLoopを採用した。

RainLoopは設定で癖の強いソフトだが、sieveを使ったサーバサイドフィルタリングにも対応していたり、
マルチアカウントも使えるので、最終的にはRainLoopを採用して正解だった。

UIとしてはGmailに似ている。
アクセスはそれなりにサクサク動き、メール読込みで2秒以上待たされる事は無かった。

………

色々と試行錯誤しつつ構築した結果、本気で取りかかってから2ヶ月かかってしまったが、
中々使い勝手の良いWebメールシステムが出来上がった。

お金かかる・時間かかる・セキュリティ対策が大変と、万人には絶体お勧め出来ないが、
Linuxでシステム構築が出来る人のステップアップとして、メール鯖をチョイスするのは良いと思う。
特にメールはサーバ・DNS・ミドルウェア・配送設計・セキュリティと学ぶ事が多く、
普段使いすれば課題が出ても解決せざるを得なくなるので躍起にやれるのも良いと思う。

クラウド・SaaSやらが台頭する中、オンプレで構築する事は皆無だと思うが、
基本知識を知っといて損は無いので経験積むのは良いと思う。
さらに言うと、オンプレの構築ノウハウがあればクラウド・SaaS移行時にも応用が利くので。

なので、今回は昨今の事情を無視しつつVPSでメールシステム刷新をやったのでした。

« 続きを隠す

続きを読む »

久々にThinkPadをバラしたのだが、初っぱなから液晶の前面パネル爪を2箇所折った (´；ω；｀)
ただその辺りはThinkPad。他の爪で補えるように設計されているので、はめ込んでしまえば問題無かった。
HDDのSSD交換は特に問題無く終了。微妙にパネルを戻しずらかったがこんな物だと思う。

写真でも判る通り、シール跡が少しあるものの塗装ハゲ無し、凹み無し、ゴム足完備の筐体。
ここまでキレイな物を見かける事は少ないので素体としても良い買い物だった。

液晶はアマゾンでLP125WF2-SPB2を購入。ヤフオクでも良かったのだが、
アマゾンの方がトータルで安かったのでこちらにした。
ちなみに、LP125WF2-SPB1で出る液晶光度調整が出来ない問題は出なかった。
キーボード・トラックポイントは、ほぼ未使用な状態。
もしかしたら前オーナーは外部キーボードで操作をしていたのかもしれない。
指紋認証モジュールもちゃんと動いたので、Windows10の指紋認証をONにした。

………

で、今まで使っていたThinkPad x201をどうするかなのだが、
このまま廃棄すべきか、Linux筐体として使い回すか迷う所。
x201のキーボードが打ちやすく、ハッカソンみたいな事をやる時に重宝する。

いっそのこと、Windows機をx250、Linux機をx201の両刀使いになるのも良い気がしてきた。
MacBookも併用していたり場面に応じて使い分けている事もあり、
適当なSSDを入手出来たらLinux化を本格的に検討しようと思う。

« 続きを隠す