Luxeritas 2.5.1 リリース
あけましておめでとうございます。
2018年、最初のリリース。Luxeritas 2.5.1 をリリースしました。
特に大きな変更点はないですけど、機能拡張・仕様変更・不具合修正などなど。
詳しくは以下の改訂履歴か、開発者ブログの記事を参照してください。
改訂履歴
機能拡張
- ウィジェット用の CSS 読み込み有無の設定を通常用と AMP 用で別々に設定できるようにした
仕様変更
- WordPress の jpeg_quality のデフォルト値が何故か 90% になってて、画像アップロード時に jpeg 画像が勝手に劣化されちゃうので、テーマ側で jpeg_quality 100% になるようにした
不具合修正
- use strict がネストして webkit で Javascript のエラーが出ちゃうバグの修正(ver2.4.6 でのレベルダウン)
- webkit だとカルーセルスライダーが潰れて表示されちゃうことのあるバグの修正
その他
- PECL 拡張モジュールが使えない環境用の http_build_url() 代替関数を ivantcholakov/http_build_url に変更
ディスカッション
コメント一覧
るな様
はじめまして、お世話になります。
他の方と比べて初歩的な質問で心苦しいのですが。
記事内におけるメタ情報のうち、投稿日時・更新日時は日付のみが公開されますが、時刻も公開することは可能でしょうか?
設定では出来ないとしたらソースのどの辺をいじれば良いでしょうか?
いそむら某久さん。
meta.php 内の以下の部分を全て書き換えれば表示できます。
投稿日時(4箇所)
更新日時(4箇所)
ありがとうございました。無事、変更出来ました。
るな様
お世話になります。
Luxeritas、昨年10月頃よりありがたく利用させていただいております。
最高に使いやすいテーマをありがとうございます。
そしていつもきめ細やかな機能改善ありがとうございます。
2点おうかがいしたいことがあり、はじめてコメントいたします。
【1点目】:AMPエラーが発生(必須タグ「link rel=canonical」がないか、正しくありません。)
◆1月12日現在の環境
・サーバー:ロリポップにてレンタル(サイト立ち上げ後にSSL化)
・WordPressバージョン 4.9.1
・Luxeritasバージョン:2.5.1
10月頃にサイトを立ち上げ、当時AMPエラーが出ました。
が、すぐにリリースされたテーマのバージョンアップ(2.3.3→2.4.7)で解消されました。
しかし今年1月7日に入ってWordPressのバージョンを4.9.1にアップデートし、サイトのSSL化をおこなったところ、1月7日付けからAMPエラーが出るようになりました。
ソースを確認すると確かに link rel=canonical が出力されていないようです。
SSL化に際して行った作業は
・WordPress管理画面内のサイトURLの変更
・画像、内部リンクのURLをSearch Regexプラグインにて一括置き換え
・httpページからの301リダイレクト設定
・Googleアナリティクスのプロパティ変更
・Googleウェブマスターツールのプロパティ新設
・SNSボタンにカウンターに!マークが出ていたので、カウンターのキャッシュを有効に(!は解消)
です。思い出せる限り羅列しました。
その後テーマバージョンを2.5.1にしましたが、変わらずエラーが出ている状況です。
なにか対処方法などあればご教示いただきたく…
・2点目:見出しタグへの id属性付与について要望
目次機能を使っている場合、ページ内リンクなどのために自分で見出しタグへid属性を付与してもページ内リンクとして動きません。
実際に生成されたページにてソースを確認すると、見出しタグに使ったIDが消されてしまっています。
目次用のid属性で上書きされるためかと思われます。
この部分、記事記述上のid属性に追加する形にご変更していただければ…と。
見出しタグに独自id属性を付与せず自動付与されたidを指定すればいいのですが、その辺りを気にせずに記事を書き散らしたサイトもLuxeritasに切り替えていますし、記事数が3桁あるサイトもLuxeritasに切り替えたいと考えており、1ページずつチェック→書き換えは難しいと感じております。
可能であればご対応いただければ幸いです。
以上、お忙しいところ申し訳ありませんが、よろしくお願いいたします。
JillTone さん。
・1点目の回答
JillTone さんのサイトを見ると AMP ページだけでなく通常のページにも canonical がありませんけど、カスタマイズの「Head タグ -> SEO 関連」で「canonical を追加」のチェックを外してませんか?
canonical はよほど特殊な状況でない限り SEO 上極めて重要な要素なので、通常、このチェックは外すべきではないです。
ぶっちゃけ、この辺の処理は SSL とか Luxeritas のバージョンとか(処理自体に変更がないので)全然関係ないですねぇ。
・2点目の回答
うーん。HTML5 の仕様上「id はページ内で一意、1つのタグに一つだけ」という仕様があるので、なかなか難しい要望でござるなw
でも、既存の id が無くなるってのも確かに痛いので、まぁ、なんとかしまひょ。
次バージョンで対応できるようにしておきます。
るな様
早速のご返信ありがとうございます!
一点目のチェックの件、ご指摘の通りでした。外したつもりはありませんでしたが、SSL化に前後してその辺りを行き来した記憶があります。
二点目、idもclassのように複数つけられるかと思っておりました。勉強不足で恥ずかしい限りです。
しかしながらご対応いただけるとのこと、ありがたくお待ちしております。
この度はお騒がせし申し訳ありませんでした。
なにかとご面倒をおかけすることもあるかと思いますが、今後ともよろしくおねがいいたします。
るなさん、初めまして。
いつもLuxeritasを使わせていただいています。
1つどうしてもわからない問題があり、コメントしました。
先日久しぶりにLuxeritasを2.4.4から2.5.1にバージョンアップしたのですが、記事一覧が表示されるページの読み込みに5秒以上かかるようになってしまいました。
バージョンを2.4.4に戻すと何の問題もなく1秒ほどで読み込みされます。
色々とバージョンを変えて試したところ、2.4.4より前のバージョンでは問題なく、2.4.4以降のバージョンにすると読み込みに時間がかかるようです。
プラグインが悪さをしているのかと思い、停止したりしたのですが改善されませんでした。
検索しても何が原因なのか私の知識では特定できなかったため、ご教授いただければ助かります。
はらしょうさん。
サイトを見て一発で分かりました。
はらしょうさんのサイトではアイキャッチが「中サイズ」に設定されてますが、その「中サイズ」の画像が見つからないのでサムネイルの再作成処理が走って遅くなってるってことです。
ページの表示に必要なサムネイルの作成が終わってしまえば、今より断然速く表示されるようになります。
ぶっちゃけ、
・Regenerate Thumbnails
・Force Regenerate Thumbnails
等のプラグインで一括で再作成してしまった方が手っ取り早いです。
現状では「中サイズ」の画像が見つからないためオリジナルサイズ(主に横 721px ?) の画像を CSS で横 300px になるように見た目調整しただけの画像表示されちゃってます。
つまり、スマホ等ではかなりの通信の無駄使いをしてる状態ってことですね。
ただ、「中サイズ」ってのは
WordPress の「設定 -> メディア設定」画面で設定した大きさで WordPress が標準で作成するサムネイルであるにも関わらず、それが「存在してない」ってのが、そもそもおかしいです。
例えば、
https://vod-memo.com/wp-content/uploads/2018/01/2018-01-05_11h22_32.jpg
↑ この画像に対しては、WordPress の設定で「中サイズ」が 300px に設定されていれば、勝手に「2018-01-05_11h22_32-300×144.jpg」というサムネイルが作られるはずですが、それが存在してません。
サイトを見たところ、横 530px 等の Luxeritas 特有のサイズはちゃんと作成されているにも関わらず、「中サイズ」及びその他 WordPress が標準で作成してくれるはずの画像だけが作成されてないように見えます。
functions.php かプラグイン等で WordPress のサムネイル作成を阻害するような設定とかしてませんか?
すぐに返信いただいたにもかかわらず、こちらからの返事が遅くなってしまい申し訳ありません。
るなさんに指摘してもらった部分を改善したところ、無事に記事一覧ページの読み込み速度がもとに戻りました!
原因に関しては完全に私のミスなのでお恥ずかしい限りなのですが、WordPressのメディア設定で中サイズの部分が「0px」に設定されていました。
いつ0pxに設定したのか、なぜ0pxに設定してあったのか、まったく覚えていないのですが、言われた通り中サイズに300pxと設定し、おすすめしていただいたプラグインで画像を再作成したら改善されました。
1日中検索したり、いじったりしても自分の力では解決できなかったので、本当に助かりました。
ありがとうございました。
これからもLuxeritasの更新頑張ってください。
るなさん、こんにちは!
いつもサポートありがとうございます!
今日は、サイトマップのことで教えてもらいたいのですが
ルクセリタスで生成できるサイトマップの中に、カスタム投稿の記事一覧を表示させたいのですが、可能でしょうか?
いろいろなプラグインを検証してみましたが、ルクセリタスのツリー表示が一番きれいです!
ところで、HTMLのサイトマップは、このまま記事が増え続けると、無制限に縦長表示になりますよね?
欲を言えば、カテゴリーごとに記事の一覧が展開できるようになっていれば理想なんですが。
お忙しいところ、よろしくお願いします(__)
どらみさん。
サイトマップは、WpTHK 1.00 の時、つまりテーマ開発の最初期に「おまけ」程度に作った程度のものなので、ややこしい設定うんぬんとか全然ないっす。
フィルターフックやアクションフックも全然無いので、functions.php で何とかできる代物でもないです。
なので、申し訳ないですがサイトマップ関連で何かしらしたい場合は
luxeritas/pages/sitemap.php
を
luxech/pages/sitemap.php
にコピーして自分でテキトーにいじって頂くか、もしくは素直にプラグイン使って頂くかって感じですねぇ。
るなさん
お返事ありがとうございました!
sitemap.phpは見つかってコピーもしていたのですが、もう少しスキルがついたら挑戦してみます!
これからもよろしくお願いします^^
るなたん
更新お疲れ様です(^◇^)
「jpeg_quality」のこと知らなかったんでテーマでの対応が嬉しかったです。
早速、更新適応してみますね(*^-^*)
トマトの彗星さん。
細かい突っ込みだけど、こーいう場合「適応」じゃなくて「適用」w
るなたん
今まで自然に使ってました(^^;
適応って状態っぽい感じのもので、適用は既存の何かに当てはめる感じのものかな~?なんとなくですが、次回から気を付けますね(^◇^)
忘れちゃいそうな気がしますが変な日本語になっちゃわないように頑張りますね。
親切にありがとうございます。元気出ました。
トマトの彗星さん。
「適応」ってのは、「当てはまる」状態になる、または、なろうとすること。
「適用」ってのは、「当てはめる」ことができる状態のこと。
どっちを使えば良いのか悩んだら、日本語を
「適応」→「当てはまる」
「適用」→「当てはめる」
に置換してみて、文章が通るようなら、そっち。