ICT実践記事
- 常時SSL証明書の更新エラー対処法
上記のような画像がでてビックリされる方も多いと思います。当サイトでも数日の間、表示されてしまっていました。 パスワード、メッセージ、クレジットカード情報などを不正に取得しようとしている可能性があります。 してません…。 中にはそういったサイトもあると思いますが、SSL証明書を失効してしまっているサイトが大多数です。 常時SSLへの対応 Googleらが推し進めている常時SSL化がかなり浸透してきました。 常時SSL化とは、Webサイト全体をHTTPS化する（暗号化する）ことを言います。 以前は個人情報を送信するフォームを設置したページだけに使われるのが一般的でしたがここ数年で急速に常時SSL化が推し進められ、ブラウザによっては、SSL化されていないページは警告表示されるようにまでなってきました。 SSL化が進んだ背景についての詳細はこちらのサイトに詳しく書いてあります。 IISYSでは2017年よりLet’s Encryptを使った常時SSL試験運用をして参りましたが、証明書更新時にいくつかの問題に遭遇しましたので、レポートしておきます。 【現象】一部のドメインで自動更新が効かず、証明書の期限切れを起こしてしまう。 Webサーバーによるリダイレクト設定 well-knownディレクトリのパーミッション設定 WordPress等CMSを動かしている場合のHTTPステータスコードの問題 上記のような環境下でSSL証明書の更新がうまくいかずに期限切れを起こしてしまい、該当ドメインのサイトを開こうとするとブラウザ警告がでて表示されないという事象がネット上でも多く見受けられました。 該当ドメインの本来のルートディレクトリでは無く、認証専用のディレクトリを用意しておく方法で、多くの運用方法に対応することができます。 /usr/local/www/letsencrypt バーチャルドメイン運用の場合、上記のようなディレクトリを作成しておき、それをwebrootに指定します。 # certbot certonly –webroot -w /usr/local/www/letsencrypt -d DOMAINNAME 証明書が無事に発行されたら、Webサーバーの設定をしておきます。 Nginxの設定例 webroot.conf location ^~ /.well-know […]
- WordPressのTheme（テーマ）選びは大切
紺屋の白袴とでもいいましょうか、いろいろと問題の多いOneToneというWordPressテーマを当コンテンツでは使用しています。 一般的なサイトでの使用はおすすめしません。 私がOneToneを選んだ主な理由 このテーマを使う以前は、ホームページ全面にFlashを多用したコンテンツとなっていて、早急な改善の必要性に迫られていた。 海外のWordPressテーマサイトで上位にランキングされていた。 OneToneのインパクトが強く一目惚れしてしまった。 SEOで検索結果上位を狙う気はあまりなかった。 コンテンツ移行に（サーバー移行も含めて）1時間程度しか掛けたくなかった。 また自社サイトでしかできない、お客様には提案できないような（爆弾を抱えた）テーマを試してみたかったという部分も大きいです。 悪い点 独自に作りこまれているためカスタマイズがしにくい。 プラグインも必要となり、ページ読み込み速度が遅い。 ランディングページ向きに設計されていて、WordPressのページという概念がほとんどない。 タグが微妙（h2タグがフッタータイトル等）でSEOに弱い。 英文フォント仕様なので、スタイルシートの変更が結構必要。 トップ動画等に一部不具合あり。 良い点 見た目のカッコよさ。 基本的に1カラムのレスポンシブなので、PCとスマホで同じイメージを提供できる。 jQuery盛りだくさんで、昔ホームページビルダーで「アニメーションgifで画像が動く」「音楽が流れる」というコンテンツを好んで作られていた方には受けが良いかもしれません。 時代に逆行している感は否めませんが、もうしばらくOneToneを少しずつカスタマイズして使ってみようと思います。 まずはフッター周りですね。 「関連サービス」 「リリース」 「障害情報」 で検索エンジンに働きかけても意味ないですし。
- 最近主流のPC用ディスプレイ解像度は？【過去10年間の推移】
Webコンテンツの適正画像サイズをディスプレイ解像度の利用者統計データを元に検証します。 ホームページに載せる適正画像サイズをデータで検証という記事から11年も経ってしまいましたので2018年版を載せました。 （StatCounterによる統計データを元にしています。） 2018年版が確定したのでデータおよびグラフを修正しました。 2019年版も（確定版ではありませんが）掲載しました。 Webコンテンツに使用する画像サイズ結論 掲載データが多くなってしまいましたので、結論を先に書いておきます。 パソコンのモニター幅いっぱいの可変サイズの画像（ヘッダ等）を想定するのであれば、(w)2,000ピクセルは必要。これくらいあれば(w)2,560ピクセルで表示したとしても耐えられるクオリティ。10年前に比べると回線環境は良くなったとはいえ、画像サイズが大きくなれば読み込みに時間がかかり、またスマホユーザーに無駄なデータ通信量を消費させてしまう。 記事に添える画像は300～800ピクセル程度のサムネイルを表示して、高解像度が必要であれば元画像にリンクを張る。 レスポンシブデザインの場合、表示サイズと同等にリサイズされた画像が表示される工夫が必要。（CSSにwidthを書いても元画像が同じであればデータ量は変わらず、w320のスマホユーザーにw2,000の画像を送り付けるという事態に。） jQueryで端末サイズに応じて読み込む画像を振り分けるのが今のところ良さげ。 下記のようなメディアクエリーを書いても読み込む画像が増えるだけで逆効果。 <img class=”w1920″ src=”../img_1920.png” /> <img class=”w480″ src=”../img_480.png” /> .w1920 { display: block !important; } .w480 { display: none !important; } @media only screen and (max-width: 480px) { .w1920 { display: none !important; } .w480 { display: block !important; } } 2018年ディスプレイ解像度利用者率Best10（世界） 1366 […]
- XMLサイトマップをGoogle Search Consoleに準拠
インデックス登録されましたが、サイトマップに送信していません Google Search Consoleのカバレッジで緑色の有効（インデックスに登録されている）になっているものの、「インデックス登録されましたが、サイトマップに送信していません」という詳細情報が気になりました。 クリックしてみると「例」としてURL一覧が表示されます。 そのURLをさらにクリックすると、UTF-8でエンコードされたURLが表示されます。 送信しているXMLサイトマップもUTF-8でエンコードをしていますし、URLの正規化も済んでいるのになぜ？ じっくりと見比べてみると、XMLサイトマップのURLはスラッシュが「%2F」にパーセントエンコーディングされているのに対して、Googleでは「/」のままです。 サイトマップを出力しているphpソースを見てみると、PATH_INFOをrawurlencodeでエンコードしています。 rawurlencodeはRFC3986にもとづいて「-_.~」とアルファベット以外をすべてエンコードするようですので妥当なはずです。 Google独自仕様？と思ったのですが、RFC3986の3.4章に「スラッシュ (“/”) と疑問符 (“?”) の文字はパーセントエンコーディングする事を避けるほうがユーザビリティのためにはよい。」という記述がありました。 スラッシュはパーセントエンコードしないように修正 GoogleもRFCもスラッシュはパーセントエンコードしないと提唱しているのであれば、これに合わせるべきだと思い以下のように修正しました。 $r_page = rawurlencode($page); $r_page = str_replace(‘%2F’, ‘/’, $r_page); 修正後、XMLサイトマップの出力とGoogle Search ConsoleのURLを比較するとマッチしていましたので、これで解決です。
- WordPressテーマXeory Extensionのナビメニューを修整する
Xeory Extensionには「グローバルナビ」と「プライマリーナビ」の2種類のメニューを設定できますが、ヘッダーへの表示について1週間悩みましたがUI的に一部使い勝手の悪い部分があったので簡単な修正をしました。 対象 WordPressのテンプレート「Xeory Extension」を使ってコンテンツとブログを両方表示させている方。 Xeory Extensionのナビメニューを修整する グローバルナビには「トップ」「お問い合わせ」などの固定ページを設定します。 プライマリーナビはブログメニューとして投稿カテゴリーなどを設定します。 ヘッダーに表示されるナビメニューはレスポンシブに対応していて、画面の幅によって以下の3段階に分けられています。 width > 991px（幅が991pxよりも大きい） 以降「大」と呼びます 767px < width ≦ 991px（幅が767pxよりも大きくて991px以下） 以降「中」と呼びます width ≦ 767px（幅が767px以下） 以降「小」と呼びます グローバルナビは、大で表示した場合にヘッダーに横並びに表示されますので、多くても5項目程度になると思います。 一方プライマリーナビはドロップダウンで表示されますのでブログメニューとして複数のカテゴリを登録したり、注目記事そのものを登録したりすることができます。 この場合、大での表示は良いのですが、中・小で表示した際に、Xeory Extensionでは以下の順で出力されるため2つの問題に遭遇します。 プライマリーナビ表示 「ブログコンテンツ」と表示 グローバルナビが表示 グローバルナビの見出しに「ブログコンテンツ」と表示されてしまう グローバルナビにはトップ・お問い合わせ等のメニューを設定していますので「ブログコンテンツ」ではありません。 この出力は管理画面から変更することはできません。 スクロールしないと表示されない位置までグローバルナビが下がってしまう 上述したようにプライマリーナビはドロップダウン表示されるので、多くのメニューを設定してもレイアウトを崩す心配がありません。 しかしプライマリーナビの下段にグローバルナビが表示されるので、グローバルナビが押し下げられてしまいます。 大表示の際にはグローバルナビはヘッダー上段に表示されます。 中・小 […]
- Windows 10 April 2018（1803）の不具合【後編】
Windows 10 April 2018（1803）の不具合【前編】から5時間ほど経ちました。 https://www.ii-sys.jp/notes/331 msconfigの「サービス」タブからMicrosoft以外のサービスを全て停止した状態ですが、Chromeで作業している限り何時間でも問題が発生しないで使えています。 しかし別のアプリを操作しようと、タスクバーをクリックすると反応しなくなる時があります。（長時間経過した時にはほぼ確実に） 電源管理でドライブの電源が切れないようにしてみたり、ページファイル（pagefile.sys）を削除してみたりしましたが症状変わらず。 また、アクティビティを止めたり、履歴を完全にクリアしたりもしましたが症状変わらず。 以下のコマンドでWindows Updateをクリアしてみましたが、こちらも変わらず。 net stop usosvc net stop dosvc net stop wuauserv net stop cryptSvc net stop bits net stop msiserver ren %systemroot%\SoftwareDistribution SoftwareDistribution.old ren %systemroot%\System32\catroot2 catroot2.old del “%ALLUSERSPROFILE%\Microsoft\Network\Downloader\qmgr.db” del “%ALLUSERSPROFILE%\Microsoft\Network\Downloader\qmgr.jfm” net start msiserver net start bits net start cryptSvc net start wuauserv net start dosvc net start usosvc 5月17日にWindows 10 バージョン1803（RS4）更新プログラムKB4100347が出ていました。 「この更新プログラムをインストールすると、Windows の問題が修正されます。」と一瞬期待したのですが、インテルのマイクロコード更新プログラムのようで、古いi7使いの私は対象外。 一応害は無さそうだったので単独でインストールしてみました。 M […]
- 偽サイトに嵌って防衛手段を検証する
公開しているメールアドレスは、最近トレンドなフィッシングメールをピックアップで紹介したように、フィッシングメールが毎日山ほど届きます。せっかくなので訪問してみました。 フィッシングサイトに嵌ってみました 最近のブラウザはデフォルト設定で注意喚起してくれます。 Chromeの場合 Firefoxの場合 Firefoxのほうがキッパリと言い切っていてかっこいいですね。 どのブラウザも、うっかり誤クリックで進んでしまわないように「無視して進む」というボタンが無いインターフェイスになってますが、頑張って先に進んでみました。 仮想PC・ブラウザをプライベートモード・LAN切り離し・IPアドレス変更等を行ったうえでの検証です。アクセスするだけで様々な情報を抜かれる恐れがありますので、安易に先に進むようなことはしないようにしてください。 APPLEっぽいサイトが表示されました。 一見APPLE公式のように見えますが、中央の入力フォーム以外はリンクすらされていない張りぼてです。 ですが疑いの目を持って見ない限り、偽サイトだということに気づかないと思います。 フィッシングサイトの見抜き方 騙されないためにはアドレスバーに表示されているURLをよく見てください。まずこの習慣をつけましょう。 見るのは最初に現れるスラッシュ「/」よりも左側です。それよりも後（右側）は一切気にしないで大丈夫です。 http://cert-protection-account-appleid-apple.com ブラウザによっては cert-protection-account-appleid-apple.com とhttp://（またはhttps://）が省略されて表示されます。 以下のような場合にはさらに注意が必要です。 apple.example.com/rmd_nid_vcss… google.example.com/rmd_nid_vcss… ドメイン名「example.com」の前にドット「.」が入っている場合、それより左側はドメインの保有者が自由に好きな文字を設定できるサブドメインと呼ばれます。 一番最初に知っている名前が入っているからといって絶対に信用してはいけません。 itunes.apple.com これはitunesがサブドメインですが、その右側を見るとドメイン名がapple. […]
- FreeBSDでメールサーバー構築（qmail+VPopMail+SMTP AUTH他）
20年以上バージョンアップ無しという枯れきったMTA「qmail」の代替をここ数ヶ月暇さえあれば探してきましたが、qmailに骨をうずめようという考えに至りました。 ただ最近のメール事情に合わせるとなると数多くのパッチが必要ですが、それらのパッチも長い歳月の間に配布元が閉鎖してしまっていたりして、入手が困難なものも存在します。 また本体及び関連プログラムをコンパイルする環境も変わり、makeでエラーが出たりすることも珍しくない状況です。 qmailのライセンスがパブリックドメインになったことにより派生版なども出ていますが、将来的に不安な部分も多かったため、以下のようなポリシーでインストールスクリプトを組みました。 QMAIL103PKGポリシー オリジナルのqmail1.03を使用 なるべくファイル書き換えには古くからあるオリジナルパッチを使用 派生版は消滅の可能性が高いので使わない pkg等は使わずにコンパイルすることでブラックボックス化を防ぐ 冗長的であっても処理の分かりやすさを優先 このスクリプトで構築される環境は以下のような感じです。 cdb + tcpserver + qmail + SMTP AUTH + VPopMail ポート587でSMTP AUTHのみ受け付ける セットアップされるqmail関連プログラム 必須qmail-1.03.tar.gz（qmail本体） Download 配布元 ミラー（このサイト） 任意qmail-date-localtime.patch（日本時間対応パッチ） Download 配布元 ミラー（このサイト） 任意qmail-smtpd-relay-reject.patch（不正中継拒否） Download 配布元 ミラー（このサイト） 任意qmail-0.0.0.0.patch（IPアドレス0.0.0.0への対応） Download 配布元 ミラー（このサイト） 任意qmail-1.03.errno.patch（最近のglib対応） Download 配布元 ミラー（このサイト） 任意sendmail-flagf.patch（sendmailの-fオプションに対応） Download 配布元 ミラー（このサイト） 任意qmail-103.patch（DNSから512byte超えのDNSSEC対応） Download […]
- WordPressの新エディタGutenbergは待ち望んでいたUI
WordPress 5.0から採用された新エディタGutenbergですが、WP 5.2を導入して本格的に触ってみました。 ネット上の意見は賛否両論のようです。 （否定派が圧倒的に目につきますが、声を上げるのは決まって反対派が多数ですので…。） 追記：Classic Editorプラグインのダウンロード数（5,000,000以上）と評価を見る限り、以前のエディタの人気が伺えます。 NetCommonsのようなUI NetCommonsというCMSをご存知でしょうか。 今から10年以上前になるのですが、各学校で簡単にWebサイトを管理できるように、NetCommonsを使ったシステム提案を教育委員会に行った覚えがあります。（スルーされたと思っていたら翌年には似たようなシステムが導入されていましたが…） WordPressは「文章を書く」のに対して、NetCommonsは「ブロックを配置」するのに特化していたため、HTML知識が無い方でもコンテンツの書き換えや追加時に、それなりの見た目が維持できるという利点がありました。 複数の学校の先生がそれぞれの担当枠を書き換えたり、毎年担当者が変わるることを考えると、WordPressでは書く人によって、見た目に大きな差が出てしまうのです。 ページ更新・追加・削除のたびに数千円～数万円をWeb制作会社に支払って更新依頼するという形態は、現在は稀なケースだと思います。 WordPress等のCMSが主流になり、クライアント自身が好きなタイミングでコンテンツの更新を行うように移り変わりました。 ですが、制作時にどんなに頑張ってCSSを用意しておいても、更新する人が適切なHTMLタグやショートコードを使わなければ、素っ気ないページに仕上がってしまいます。 素っ気なさすぎるからと、ホームページビルダーで作ってHTMLを貼り付けたり、WordやExcelから貼り付けたり、スペースで文字を揃えたりと、なんだか悲惨なページになってしまったりもします。 更新者のスキルに左右されにくいブロックエディタ ブロックエディタの強みは、見栄えの良いページが直感的に作れるので、HTML・CSSを何も知らない人が更新やページの追加をしていっても、あまり酷い結果にはなりにくいという部分です。 私は制作時に、クライアントのWeb担当者スキルに合わせて管理 […]
- WordPressリダイレクトプラグインで日本語を扱えるように修正
WordPressに301リダイレクトを設定するSimple 301 Redirectsというプラグインを導入しました。 PukiWikiで運用していた旧コンテンツをWordPressに引き継いだ後に、Google Search Consoleのクロールエラー対策＆SEO対策です。 PukiWikiからのデータ移行については下記の記事をご覧ください。 https://www.ii-sys.jp/notes/716 WordPress用プラグイン Simple 301 Redirects 必須WordPress用プラグイン Simple 301 Redirects Download WordPress公式サイト Simple 301 Redirectsというプラグインですが、phpファイル1つだけで構成されていて、管理画面もURLを設定するだけという名前の通り非常にシンプルです。 Google Search Consoleでクロールエラーが出ているURLをコピーしてRequest欄に貼り付け、リダイレクト先のURLをDestination欄に貼り付けて「変更を保存」ボタンをクリック。 しかし挙動を確認するまでもなく、Request欄に貼り付けたはずのURLが一部消えてしまいます。 どうやらURLエンコードされている部分が消失してしまっているようです。 ソースコードを追いかけてみると、保存する前にWordPressの関数sanitize_text_fieldが呼ばれていました。 WordPress関数リファレンスを見ると、 オクテット（’%’ に続く 2 桁の 16 進数）を除去します。 と明記されています。 これは日本語を含むURLの場合は致命的で、それ以外にも「/」を「%2F」にエンコードするような仕様でも困ったことになります。 プラグイン「Simple 301 Redirects」のカスタマイズ セキュリティ的なリスクを承知の上で、wp-simple-301-redirects.phpの188行目と189行目にあるsanitize_text_field関数を削除しました。 wp-simple-301-redirects.php 変更前 for($i = 0; $i < sizeof($data[‘request’]); ++$i) { $request = […]
- WordPressの引っ越し・ドメイン変更ツール「Search Replace DB」日本語版配布
WordPressのサーバー引っ越しや、稼働中サイトのドメイン変更が必要になった場合には、以前からSearch Replace DBというツールを使ってきたのですが、もっと簡単にできると評判のAll-in-One WP Migrationというプラグイン試しに使ってみました。 しかし、、、データをエクスポートをした段階で怖くなり、中止・削除。 使い慣れたSearch Replace DBで行うことにしました。 All-in-One WP Migrationについて WordPressの引っ越しが簡単にできると評判のプラグインです。 All-in-One WP Migrationのエクスポートで取得されたファイルは、独自仕様のテキストとバイナリ交じりのデータとなっています。 操作手順が少なく簡単といえば簡単なのですが、逆に何をしているのか分からず、万が一トラブルが発生した際に対応できる自信が私にはありませんでした。 また、開発環境と本番環境で、なるべく差異を無くすために、データベースは開発の段階から本番環境のものを使用することが良くあります。 All-in-One WP Migrationは、新サイトのWordPress管理画面からインポートする必要があるため、新たなデータベースを用意してログインできる状態にしておかなければなりません。 All-in-One WP Migrationは、ブラウザを使ってWordPressの管理画面だけで引っ越し作業を完了させたい方には良いのかもしれません。 Search Replace DBについて WordPressのデータベーステーブルに散っているドメイン名を置き換えて、自動でシリアライズされた値も書き換えてくれるツールです。 プラグインでは無く、WordPressのディレクトリ直下にFTP等で転送して、ブラウザでアクセスして使います。 言語は英語のみですが直感的に分かると思います。 が、日本語が好みの方はこのページの下の方で、日本語版（一部）をダウンロードできます。 Search Replace DBを使用するのに向いている環境 新サイトと旧サイトは同じデータベースを使いたい （別でも可） 新サイトのサーバにSFTP等でファイルの転送ができる できればSSH等でDBサーバにアクセスができると便利 Search Replace […]
- WP-PageNaviで2ページ目以降が404エラー【解決】
最近すっかりWordPressから離れていたんですが、良くも悪くも情報量が豊富ですね。 WordPressは10年以上前（WordPress MEの頃）からいじってますが、どんどん複雑化してきて最近はhome.phpやらfront-page.phpやらindex.phpやらと、テンプレート構造を理解するのさえ大変です。 時間があったので何年か前に構築したサイトを手直ししていたところ、トップページのページネーションが効かなくなってしまいました。 100個近いカスタムフィールド・300超えのカテゴリ・function長すぎなコンテンツで、どのタイミングで表示されなくなったのか不明なまま、ネット上の情報を頼りにあれこれ試して半日が過ぎ、ようやく解決しました。 固定ページ用WP-PageNavi対策コード function.php function pagenavi_home($wp_query) { if (!is_admin() && $wp_query->is_main_query() && $wp_query->is_home()) { $wp_query->set(‘cat’, 5); $wp_query->set(‘post_type’, ‘iisys’); $wp_query->set(‘posts_per_page’, 12); } } add_action(‘pre_get_posts’, ‘pagenavi_home’); 3行目のcatはカテゴリーID5を指しています。不要であれば行ごと削除。 4行目のpost_typeはカスタム投稿タイプを指定。iisysは一例で、通常の投稿であればpostになります。 両方を指定したい場合には配列にします。 $wp_query->set(‘post_type’, array(‘post’, ‘iisys’)); 5行目のposts_per_pageは表示件数。記事数よりも多い数にするとページネーションは表示されません。 上記を書いたうえで、該当テンプレート（私の場合はindex.php）のquery_posts等を消してください。 以下は私の環境では効果ありませんでした。 管理画面の表示設定にある「1ページに表示する最大投稿数」を1件にする pa […]
- シルバーハッカー世代がやってくる。時代はVGA。
Webコンテンツの制作をするにあたって、Internet Explorer／Google Chrome／Firefox／Safariといった主要ブラウザに加えて携帯電話での表示も乱れないようにと、クロスブラウザ対応に多くの時間を費やしてきました。 その後HTMLの文書構造が重要視されるようになり、テーブルタグを使ってページレイアウトをすることも減り、またフラットデザインというシンプルなデザインが好まれる風潮になり、クロスブラウザ対応もだいぶ楽になりました。 さらにスマホやタブレットが急速に普及したおかげでレスポンシブデザインが主流となり、構造化されたHTMLとメディアクエリを書いたCSSで多くのブラウザに対応できるようにもなりました。 さて前置きが長くなりましたが「今後何を基準にレイアウトを決めようか」と悩む出来事がありました。 下記をご覧ください。このサイトの記事です。 見る人の設定次第で表示は大きく異なる どちらも同じ記事です。 1枚目が私の見ている環境、2枚目が一般的な表示環境です。 このコンテンツは「WordPress」＋「海外のテーマ」を1時間程度の簡単なカスタマイズだけ施したものですが、パソコンから閲覧する際に、Windowsやブラウザのフォントサイズを巨大化させているのを忘れていました。 数年前から近眼なのか年のせいか、小さい文字が非常に疲れるんです。 高解像度ディスプレイは人間の目の限界超え 時々訪問先で「文字が小さくて」という話を耳にするのですが、拡大表示設定などをすると、文字がぼやけてしまいとてもお勧めできるものではありませんでした。 XGA（1024 x 768）がまだ出たてのころ、とある会社の社長デスクの設定を行った際に、VGA（640 x 480）にしたらとても喜んでもらったことがありました。内心（「もったいない…」）と思っていましたが。もう文字滲みまくり。 若い人は解像度が高い＝多くの情報が表示できるというのを好みましたので、設定で文字を大きくするような人はあまり見かけませんでした。 しかし最近はディスプレイの解像度が高くなりすぎて、そのままでは非常に小さい文字となってしまうため、OSやアプリによる拡大表示機能が充実してきています。 でWindowsデスクトップを表示するとこんな感じ。アイコンちっさ。 パソコン爺婆があなたの周りにも […]
- Web開発や効率が良いブログ記事執筆の環境構築の参考に
上の画像は実際に私がWeb関連の開発やブログ記事を書く際の、画面レイアウトをキャプチャした画像です。これらをフリーソフトのランチャーを使って瞬時に配置できるようにしてあります。 Web関連の作業をする際には、php・JavaScript・HTML・CSSなどをテキストエディタで書いてサーバにアップロードするという流れになりますが、私の場合は基本的にフレームワークは使っていません。 ディスプレイ 1920 × 1080のディスプレイを左右に2つ配置 以前はメインディスプレイの左右に1枚ずつで3画面構成にしていましたが、主に使うのは2つに限定されて、さらに故障の頻度が増えて手間とお金がかかるのと、スペース的にも無駄が多いため、現在は2画面で落ち着いています。 ウルトラワイドモニターはまだまだ高いので…。 ちなみに（ウルトラワイドモニター以外の）1画面構成でWeb開発やブログ等の記事作成を行っている方は、安いディスプレイでも良いのでデュアル環境にすることをお勧めします。作業効率が圧倒的に向上します。 その際は左右に設置できるスペースの確保を。上下の目線移動は思っている以上に首が疲れます。 サーバ・Web開発で使う主なソフトウェア FileZilla 秀丸エディタ Chrome Explorer RLogin バックグラウンドでPhotoshop FileZilla 左側ディスプレイ ローカルとサーバでのファイル転送に使います。 テキストファイルの変更においては、サーバファイルを直接書き換えるという運用も考えましたが、ローカル環境にもファイルを残しておきたいのと必要なファイルだけをサーバに設置したいので、この方法に落ち着いています。 昔はFFFTPやNextFTPを使っていましたが、10年以上前にFileZillaを知ってからは一筋です。 オーバーヘッドが少ないのか、容量の小さいファイルを数多く転送する際に感動するほど早かったというのが当時の印象です。 FTPクライアントとして使っていましたが、今はSFTPクライアントとして使っています。 別のクライアントを使っていた時には、数百～数千ファイルを転送すると、時々転送されていないファイルがあったりしましたが、FileZillaではそういったことは一度も記憶にありません。 ファイルをダブルクリックすると外部エディタ（テキス […]
- 「Easy Table of Contents」で長い見出しが改行されても行頭を揃えるコピペ用CSS
WordPressの記事ページに目次を自動挿入してくれるプラグイン「Easy Table of Contents」で見出しが2行以上の場合にカウンター（見出しの数字）の下に文字が回り込んでしまうのと、タイトル表示部分を簡単にカスタマイズしました。 主なカスタマイズ内容 見出しが2行以上の場合にカウンター（見出しの数字）の下に文字が回り込んでしまうのを改善。 スタイルシートのlist-style-position: insideをlist-style-position: outsideにするだけと思って着手したのですが、そんなに甘いものではありませんでした。 タイトルを左右中央に表示 タイトルとコンテンツの行間調整 【コピペ用】追加スタイルシート 使っているテーマのstyle.cssに下記を追加してください。 /*———— 目次 ————*/ #ez-toc-container { padding: 10px 1em !important; } #ez-toc-container p.ez-toc-title { margin-left: 10% !important; text-align: center !important; display: block; } #ez-toc-container .ez-toc-title-toggle { width: 10%; } #ez-toc-container ul.ez-toc-list { margin-top: 1em; font-weight: bolder; list-style: none; padding-left: 0; display: table; } #ez-toc-container ul ul { margin-left: 0 !important; } #ez-toc-container ul.ez-toc-list li { display: table-row; counter-increment: item; margin-bottom: 0.5em; line-height: 1.8; } #ez-toc-container ul.ez-toc-list li:before { content: counters(item,”.”) ” […]