DRILL LANCER
フォーラムへの返信
-
投稿
-
記述するコードは文字列が改行コードを含めて一切なにもない真っ白な状態から下記を入力するだけでOKです。
<?php function my_lightning_pageTitHtml( $pageTitHtml ) { if ( is_page() ) { $pageTitHtml = ''; } return $pageTitHtml; } add_filter( 'lightning_pageTitHtml', 'my_lightning_pageTitHtml' );多分ファイル→新規作成→PHPファイル形式で保存→
<?php～?>の中身を編集
というやり方で行われているのだと思いますが、<!DOCTYPE html> <html lang="ja"> <BODY> <?php function my_lightning_pageTitHtml( $pageTitHtml ) { if ( is_page() ) { $pageTitHtml = ''; } return $pageTitHtml; } add_filter( 'lightning_pageTitHtml', 'my_lightning_pageTitHtml' ); ?> </BODY>上記のように
<?php～?>をHTMLタグで囲む必要はなく逆にこれがエラーの原因になっている可能性があります。Jeditで、UTF-8 BOMなしで保存されたものです。
Jedit とは下記エディタのことでしょうか？
http://www.artman21.com/jp/jeditOmega/
上記エディタのことなら、このエディタには リッチテキストモード と プレインテキストモード の両方があります。
もし、リッチテキストモードで編集している場合、それがエラーの原因となる可能性があります。
なので、WordPress 関連のファイルを編集する際はプレインテキストモードをお使いください。①ファイル構造が下記になるようにアップロードしていますか？
あと、ファイル名やディレクトリ名はすべて小文字ですか？
/wp-content/themes/lightning-pro-child-sample/functions.php
/wp-content/themes/lightning-pro-child-sample/style.css②style.css に下記記述はありますか？
@charset "utf-8"; /* Theme Name: Lightning Pro Child Sample Theme URI: Template: lightning-pro Description: Author: Tags: Version: 0.0.0 */③下記２つのファイルがUTF-8(BOM無し)で保存されていることを確認しましたか？
/wp-content/themes/lightning-pro-child-sample/functions.php
/wp-content/themes/lightning-pro-child-sample/style.cssDreamWeaverで、アップロードしてみました。
DreamWeaver を使ったことがないので詳しくないのですが、アップロード時に文字コードが書き換えられたりという事象は起こったりしないのですか？
①子テーマの functions.php に真っ白な状態から追加した場合は下記のようになります。
<?php function my_lightning_pageTitHtml( $pageTitHtml ) { if ( is_page() ) { $pageTitHtml = ''; } return $pageTitHtml; } add_filter( 'lightning_pageTitHtml', 'my_lightning_pageTitHtml' );②子テーマを有効化した時点で有効化されます。
Lightning Pro と Lightning のデモの違いは下記のとおりです。
- トップページの記事一覧に「Media Post ウィジェット」を使用している
- ヘッダートップが追加されている
- LP に LP（1カラム）専用のウィジェットを使用している
- ページヘッダー部に画像がある
どうやらLP以外は些細な違いしかないようなので下記のどちらかの方法で無料版のものを適用してみてはいかがでしょうか？
①画像が切れる & サイズ選択が不可
「設定」→「メディア」の設定を確認してみてください。
「サムネイル」の部分の「サムネイルを実寸法にトリミングする」にチェックを入れると画像サイズ「サムネイル」を選択したときに画像が切れる現象が発生します。画像サイズの選択は、Gutenberg の場合は画像ブロック作成後、画像ブロックの設定の「画像サイズ」で可能です。
Classic Editor の場合は、メディアファイル選択時に可能となっています。②ホームページを触っていると Lightning のホームページに飛ぶ
スライドショーがデフォルトの状態だとスライドショーのボタンのリンク先に Lightning が設定されているのでそれをクリックしたか、フッターにあるコピーライトにあるリンクをクリックしたかあたりが濃厚です。
PA-API を使用している場合は対応が必要ですが、そうでない場合は対応は不要です。
PA-API は Amazon の商品リンクで売上が発生しないと使えないそうなので、
逆に考えると、普通に商品リンクを貼る分には問題なさそうです。あと、ありがちなミスとしては推奨されているテキストエディタ以外で編集したり、文字コードを UTF-8 (BOM無し)以外で保存していることが挙げられますがいかがですか？
下記を実行してみると解決するかもしれません。
- 「設定」→「メディア」と進む
- 「画像サイズ」の値をすべて0にする
- 「Regenerate Thumbnails」でサムネイルを再生成する
- ブラウザやプラグイン等のキャッシュを削除する
P.S.
ExUnit が出力している OGP 機能によるものと思われるので、
OGP 機能を別のプラグインで行うという選択もひとつかもしれません。P.P.S.
今回の現象は「設定」→「メディア」で設定した「サムネイルのサイズ」による可能性があります。
0にすると生成されなくなりますが、その値をいい感じに設定するともっと良い結果を生むかもしれません。私だったら functions.php に下記を記述することで対応します。
function change_font_awesome() { // Font Awesome Free を削除. wp_deregister_style( 'font-awesome' ); wp_deregister_script( 'font-awesome-js' ); // Font Awesome Pro の CSS を追加. wp_enqueue_style( 'font-awesome-pro', '（CDNのCSSのURL）', array(), '5.9.0' ); // Font Awesome Pro の JS を追加. wp_enqueue_script( 'font-awesome-pro', '（CDNのJSのURL）', array(), '5.9.0' ); } add_action( 'wp_enqueue_scripts', 'change_font_awesome' );CSSとJSはどちらかを追加すればOKです。
タイミングが悪く前のトピックにも書きましたがもう一度書きます。
度胸があればの話ですが・・・
プラグイン版 Gutenberg をインストールすれば、ウィジェットをそのままブロックとして使えるようです。
つまり、「VK 3PR ウィジェット」がそのままブロックとして使えるということです。
ただし、不具合が起こる可能性がないわけではないので度胸があればの話になります。
下記トピックでも話題に上がっていました。度胸があればの話ですが・・・
プラグイン版 Gutenberg をインストールすれば、ウィジェットをそのままブロックとして使えるようです。
ただし、不具合が起こる可能性がないわけではないので度胸があればの話になります。
下記トピックでも話題に上がっていました。そういえば、話が逸れますがRICKさんは、Font Awesome はプロ版ですか？FREE版ですか？
PRO版はPRO専用のCDNが使えると知って、高速化の為にPRO版にすべきか？と興味を持ち始めてます。今日から。私は Free 版しか使っていません。
Pro版のメリットは使えるアイコンやアイコンのスタイルが増えるくらいにしか考えていません。CDNはサーバーが海外にあるので早くなる保証はそこまでないかと・・・
負荷分散目的で使うのであればありだとはと思いますが・・・CDNのほうが回線速度が速いのであれば使う価値はあると思いますが、
それなら Cloud Flare 等のサイト全体をキャッシュできる CDN を使ったほうが良いかもしれません。私が CDN を使うとすれば、負荷分散目的 か キャッシュ目的 くらいしか思いつきません。
Lightning の表示速度が遅いのは構造上 HTML を生成するのに時間がかかるからで、
生成された HTML をキャッシュしてしまえば速度は早くなると思われます。
キャッシュプラグインを利用する目的はほぼここにあるといっても良いでしょう。今回の画像は一応、全体が欲しい物が入っている画像なので、どうしたものか？と悩んでます。
実は現在は3PRにはアイコンを利用して妥協しておりました。画像全体で一つのPRポイントを示しているのか、一つの画像に様々なPRポイントが潜んでいるのかによると思います。
画像全体で一つのPRポイントを示している場合、雰囲気が伝わればそれでいいような気がします。（賢威の場合はこちら）
画像に様々なPRポイントが潜んでいる場合は一つ一つ分割して個別にPRしたほうがわかりやすいような気がします。3PRでも VK 3PR ウィジェットの方は画像の幅は限界まで拡大されているようです。
現在それに該当するブロックはないようですが近々実装されるとかされないとか・・・賢威のような表示のさせかたは、カラムブロックで3カラムを作って、
それぞれのカラムの中にタイトル、画像、説明文に該当するブロックを入力すればできると思います。カラムブロックで3分割するのが面倒なようなら再三再四言っているような気がしますが「Ghost Kit」の出番になるような気がします。
