サイト内検索
Cocoonフォーラム
書き込みの前に以下の3点をご確認ください。
何を書き込んだら良いか分からない場合は、以下のテンプレートをコピペしてご利用ください。
不具合・カスタマイズ対象ページのURL：
相談内容：
不具合の発生手順：
解決のために試したこと：
※文字だけでは正しく伝わらない可能性があるため、スクショ画像の添付もお願いします。
※高速化設定をしている場合は無効にしてください。
環境情報：※↑こちらに「Cocoon設定 → テーマ情報」にある「環境情報」を貼り付けてください。
環境情報の取得方法はこちら。
→ https://wp-cocoon.com/theme-report/
高速化設定を無効にするにはこちら。
→ https://wp-cocoon.com/theme-trouble/
フォーラム利用ガイドリンク
- フォーラムガイドライン
- よくある質問と答え（FAQ）
- サポート対象外のケース
- 原因不明の不具合用トラブルシューティング
- トピックにHTMLを貼り付ける方法（推奨ツール：notepad.pw）
- 真っ白画面でのエラーメッセージの確認方法
- ブラウザ環境チェックツール
- Cocoonカスタマイズ依頼
フォーラム質問後、問題等が解決した場合は結果を書き込んでいただけると幸いです。同様の問題で調べている方には、結果が一番気になる部分となります。
Topic starter
2020-02-17 23:17
お世話になっております。
この度、SimplicityからCocoonにテーマを変更したのですが、スキンが反映されず困っております。
https://wp-cocoon.com/community/cocoon-theme/%e3%82%b9%e3%82%ad%e3%83%b3%e3%83%9b%e3%83%ab%e3%83%80%e3%83%bc%e3%81%b8%e3%81%ae%e3%83%91%e3%82%b9%e3%81%ae%e8%a8%ad%e5%ae%9a%e6%96%b9%e6%b3%95/
こちらの方と同じでwordpressをサブディレクトリにインストールしています。
スキンへのcssへのパスだけがサブディレクトリのパスを含んでいません。
回答が付いていなかったので、過去フォーラム内を検索したり、他のサイトを探したりしてみました。
解決策としてwordpressをルート直下に移動するという対応をしている方がいらっしゃいましたが、過去フォーラムでテーマ情報をアップされている方の中にはサブディレクトリで運用されていてもスキンのcssへのパスが正しくサブディレクトリに反映されている方もいらっしゃいました。
ブラウザキャッシュ削除、テーマの再インストール、Cocoon設定リセット、Cocoon設定キャッシュ削除、全プラグイン無効化等は行いました。
Cocoon設定のテーマ情報を添付いたします。
何か考えられる対応方法がありましたら教えていただければ幸いです。
よろしくお願いいたします。
This topic was modified 4年前 by kenasato
2020-02-18 15:19
----------------------------------------------
サイト名：パソコンメモ
サイトURL： https://mypcmemo.com/wp
ホームURL： https://mypcmemo.com
コンテンツURL：/wp/wp-content
インクルードURL：/wp/wp-includes/
テンプレートURL：/wp/wp-content/themes/cocoon-master
スタイルシートURL：/wp/wp-content/themes/cocoon-child-master
子テーマスタイル：/wp/wp-content/themes/cocoon-child-master/style.css
スキン：/wp-content/themes/cocoon-master/skins/skin-dark-enji/style.css
WordPressバージョン：5.3.2
PHPバージョン：7.3.13
ブラウザ：Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.106 Safari/537.36
サーバーソフト：Apache
サーバープロトコル：HTTP/1.1
エンコーディング：gzip, deflate, br
言語：ja,en-US;q=0.9,en;q=0.8
----------------------------------------------
テーマ名：Cocoon
バージョン：2.0.9.4
カテゴリ数：8
タグ数：0
ユーザー数：1
----------------------------------------------
子テーマ名：Cocoon Child
バージョン：1.1.0
style.cssサイズ：827バイト
functions.phpサイズ：203バイト
----------------------------------------------
Gutenberg：1
AMP：0
PWA：0
Font Awesome：4
Auto Post Thumbnail：0
Retina：0
ホームイメージ：/wp/wp-content/themes/cocoon-master/screenshot.jpg
----------------------------------------------
ブラウザキャッシュ有効化：0
HTML縮小化：0
CSS縮小化：0
JavaScript縮小化：0
Lazy Load：0
WEBフォントLazy Load：0
JavaScript（フッター）：1
----------------------------------------------
利用中のプラグイン：
----------------------------------------------
何最近、wpディレクトリにWPファイル群をインストールして
サイトをルート直下にするサイトさんが上位にあがったのかな？？？
どのページでしょうか？
私もそのような環境を作ってテストした事あるけど、問題ないんですよね。
どのサイトさんを参考にされましたか？？
トピックにHTMLを貼り付ける方法（推奨ツール：notepad.pw）NotePadにURLを入れてくれますか。
全文読むのはキツイので、いつかチェックしてみようと思います。
わいひら reacted
2020-02-18 19:54
僕のテストサブディレクトリ環境だと問題なくサブディレクトリのスキンを取得しているようです。
コンテンツURL：/wp/wp-content インクルードURL：/wp/wp-includes/ テンプレートURL：/wp/wp-content/themes/cocoon-master スタイルシートURL：/wp/wp-content/themes/cocoon-child-master 子テーマスタイル：/wp/wp-content/themes/cocoon-child-master/style.css スキン：/wp/wp-content/themes/cocoon-master/skins/skin-dark-enji/style.css WordPressバージョン：5.2.5 PHPバージョン：7.4.2 ブラウザ：Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:72.0) Gecko/20100101 Firefox/72.0 サーバーソフト：LiteSpeed サーバープロトコル：HTTP/1.1 エンコーディング：gzip, deflate, br 言語：ja,en-US;q=0.7,en;q=0.3 ---------------------------------------------- テーマ名：Cocoon バージョン：2.0.9.4 カテゴリ数：1 タグ数：0 ユーザー数：1 ---------------------------------------------- 子テーマ名：Cocoon Child バージョン：1.0.7 style.cssサイズ：827バイト functions.phpサイズ：203バイト ----------------------------------------------
一度別のスキンを選択し保存して、もう一度目当てのスキンを選択し保存するとどうなりますか？
2020-02-18 20:03
よろしければ、契約したレンタルサーバーのURLを教えていただけますか。
Topic starter
2020-02-18 22:35
かうたっく様
ご返信ありがとうございます。
mypcmemo.comのドメイン以下にwordpressは、サブディレクトリwp以下に一つしか設置しておりません。
お名前サーバーでマルチドメインで運用しているサイトのうちの一つです。
ここまで書いていて、お名前サーバーのWAF設定が問題なのかと思い、WAF設定を無効にしてCocoonの設定をやり直してみたのですが、反映されませんでした。
根拠はありませんが、お名前サーバーでの運用に何か問題があるのかと感じています。
参考にしたサイトとフォーラム内のページをnotepad.pwに記載いたしました。
https://notepad.pw/share/bezghvi30
2020-02-19 00:05
見落としてた。
子テーマスタイル：/wp/wp-content/themes/cocoon-child-master/style.css
スキン：/wp-content/themes/cocoon-master/skins/skin-dark-enji/style.css
トピック主さんの。確かにスキンだけwpディレクトリを無視してる…
ちなみに、以前作ったテスト環境があったんですが、以下
WordPress本体フォルダ群はwpディレクトリに作りhoge.com/wp
urlはhoge.com
サイト名：あああ
サイトURL：hoge.com/wp
ホームURL：hoge.com
コンテンツURL：/wp/wp-content
インクルードURL：/wp/wp-includes/
テンプレートURL：/wp/wp-content/themes/cocoon-master
スタイルシートURL：/wp/wp-content/themes/cocoon-child-master
子テーマスタイル：/wp/wp-content/themes/cocoon-child-master/style.css
スキン：/wp/wp-content/themes/cocoon-child-master/skins/skin-template/style.css
スキンはwpになってます。
ただエックスサーバーで作ったんですが、これはindex.phpには/wpを追記、index.phpと.htaccessファイルはルート直下に入れて作った感じです。
わいひら reacted
2020-02-19 00:14
この感じで作ったんですね。
5．WordPressをインストールするURLをご確認のうえ「情報入力する」をクリックします
この画像ですけど、サブディレクトリにフォルダを作るのが当たり前かのように書いてますね。
そのサーバーの階層：サブディレクトリがサイトのルートになる仕様なのかな？？？
でも本体ファイル群はサブディレクトリ。って変なの。ですね。
イロイロ試したことがないので分かりませんけど、何でスキンだけ1階層あがるんだろ？？？
csvファイルを削除してるのかな？？？ぶっ飛びすぎか…。
2020-02-19 19:34
gmoserver.jp（お名前.comサーバー）だけなぜかそのような症状が出るんですね…。
ここら辺の動作で、お名前.comだけが、他のサーバーとは違う関数の仕様があるのかもしれません。
https://github.com/yhira/cocoon/blob/7087e6e4fcfb313c6135a3cf1672c1901eb29070/lib/page-settings/skin-funcs.php#L209
でないと、他サーバーで動作する説明がつかない。
とりあえず、以下のファイルでアップデートして、
------------------------------------------------
https://github.com/yhira/cocoon
最新ファイルをダウンロードする場合は、上記ページのダウンロードボタンからzipファイルをダウンロードしてください。
FTPでのアップデート方法はこちら。
https://wp-cocoon.com/ftp-update/
------------------------------------------------
子テーマのfunctions.phpに以下を追記して、スキンを選択し直すとどうなりますか？
//Cocoon設定のスキンURLの出力変更
add_filter('cocoon_skin_file_url', function ($file_url){
$file_url = str_replace(home_url(), site_url(), $file_url);
return $file_url;
});
kenasato reacted
Topic starter
2020-02-19 22:37
わいひら様
お世話になっております。
最新のファイルでアップデートして、子テーマのfunctions.phpに指定されたフィルターを追記することで無事スキンが反映されました。
迅速なご対応ありがとうございました。
気になってちょっとwordpressの中のPHPを調べてみました。
wp-config.phpで、ABSPATHを定義する際にdirname(__FILE__)を取得していると思うのですが、お名前.comサーバーでdirname(__FILE__)を出力してみると
/export/sdXXX/www/jp/r/e/gmoserver/X/X/sdXXXXXXX/mypcmemo.com/wordpress-4.6.1-ja-jetpack-undernavicontrol/
このように出力されました。
試しに自分の管理しているさくらインターネットサーバーに設置しているwordpressのwp-config.phpでdirname(__FILE__)を出力してみると
/home/サイト名/www/wp/
と出力されました。
スキンのurlを取得する際にこの辺が何か関わっているのではと思い書き記しておきます。ご参考になりましたら幸いです。
こちらの方と同じ様に、お名前.comのかんたんインストール機能でのwordpressのインストールが問題のようなので、wordpressのクリーンインストール、もしくはサーバーの移動なども検討しようかと思います。
素晴らしいテーマを使わせていただき感謝しております。
この度は本当にありがとうございました。
2020-02-22 00:21
返信を見逃していました ?
気になってちょっとwordpressの中のPHPを調べてみました。
wp-config.phpで、ABSPATHを定義する際にdirname(__FILE__)を取得していると思うのですが、お名前.comサーバーでdirname(__FILE__)を出力してみると
/export/sdXXX/www/jp/r/e/gmoserver/X/X/sdXXXXXXX/mypcmemo.com/wordpress-4.6.1-ja-jetpack-undernavicontrol/
このように出力されました。試しに自分の管理しているさくらインターネットサーバーに設置しているwordpressのwp-config.phpでdirname(__FILE__)を出力してみると
/home/サイト名/www/wp/
と出力されました。
これは、どのファイルで出力されましたか？（どういった手法で？）
wp-config.phpファイル内で出力したということでよろしいでしょうか。
dirname(__FILE__)自体、コードを書いた場所で変わってくると思うので。
よろしければ、ABSPATHの方を出力した結果も教えていただければ幸いです。
お名前.comは、何か独特な仕様のようですね^^;
この機会に、仕様を理解して修正できればと思います。
2020-02-22 01:36
お名前.comサーバーを使用したことはないのですが、思い当たる構成で確認してみました。
文字で説明するよりも実際に同様の構成でチェックした方が早いと思うので、以下に問題点の概要だけ書いておきます。
おそらく、お名前.comサーバーは公開サイトと管理画面を別サーバーに分けていて、指定ドメインのwpディレクトリ以下をリバースプロキシ等で振り分けているのだと思います。
同一ドメイン内で考えるよりは、
サイトURL：wp.example.com
ホームURL：example.com
のように別ドメインとして考えた方が分かりやすいかもしれません。
Cocoonで用意しているget_abs_home_path関数、または置換箇所で問題が生じることになります。
get_abs_home_path関数周辺の実装でサイトURLとホームURLが混在してしまっているので、サイトURLに統一するのが適切かと思います。
2020-02-22 17:56
元々、サイトURLを利用していたと思うのですが、途中何らかの理由でホームURLに変更した記憶があります（何故かは失念してしまいました）。
とりあえず、kenasatoの返信を待って、仕様を確認してから対応しようと思います。
もし、返信がないようならお名前.comサーバを使ってみようかと思います。僕の場合、推測で修正するとヘマをしそうなので。
https://www.onamae.com/server/rs/?btn_id=sv01_rs_newdesign
Topic starter
2020-02-22 19:05
/** WordPress absolute path to the Wordpress directory. */
if ( !defined('ABSPATH') )
define('ABSPATH', dirname(__FILE__) . '/');
var_dump(dirname(__FILE__));
var_dump(ABSPATH);
お名前.comのWordPress簡単インストールでインストールしたサブディレクトリ/wp/wp-config.phpでの出力が
string(105) "/export/sdXXX/www/jp/r/e/gmoserver/X/X/sdXXXXXXX/mypcmemo.com/wordpress-4.6.1-ja-jetpack-undernavicontrol"
string(106) "/export/sdXXX/www/jp/r/e/gmoserver/X/X/sdXXXXXXX/mypcmemo.com/wordpress-4.6.1-ja-jetpack-undernavicontrol/"
上記になります。
インターネット上からだとサブディレクトリ/wp/wp-config.phpは/wordpress-4.6.1-ja-jetpack-undernavicontrol/wp-config.phpと入力しても開くことが出来ます。
ftpで新たにWordPressをサブディレクトリ/wordpress/にインストールして同じように/wordpress/wp-config.phpでの出力を見てみると
string(71) "/export/sdXXX/www/jp/r/e/gmoserver/X/X/sdXXXXXXX/mypcmemo.com/wordpress"
string(72) "/export/sdXXX/www/jp/r/e/gmoserver/X/X/sdXXXXXXX/mypcmemo.com/wordpress/"
上記になります。
お名前.comのWordPress簡単インストールでインストールした場合のみロコ様が仰るような現象が起こるのではないかと思います。
わいひら reacted
2020-02-22 19:24
お名前.comサーバを使ってみようかと思います。僕の場合、推測で修正するとヘマをしそうなので。
お名前.comサーバーの仕様で限定すると問題が残る可能性があるので補足しておきます。
私がチェックしたのはオーソドックスな冗長化構成で、切り離している管理画面用サーバーを別ドメインで運用するパターンです。
構成例： https://hacknote.jp/archives/42356/
構成パターンは様々ですが、基本的にはサイトURLがWordPressのファイルを置いているURLなので、WordPressの仕様に則っていないサーバーでない限りは
途中何らかの理由でホームURLに変更した記憶があります
というのは誤った修正、またはget_abs_home_path関数周辺の実装をサイトへのアクセス用（＝ホームURL）と混用していたと考えられます。
以上より、
サイトURLに統一するのが適切かと思います。（#post-28512）
ということでした。
わいひら reacted
Topic starter
2020-02-22 20:52
わいひら様
お世話になっております。
ご指定いただいたコードを子テーマのfunctions.phpに記述した場合、全てのページの一番最初の行に以下の様に出力されました。
サブディレクトリ/wp/の場合(WordPress簡単インストール)
string(143) "/export/sdXXX/www/jp/r/e/gmoserver/X/X/sdXXXXXXX/mypcmemo.com/wordpress-4.6.1-ja-jetpack-undernavicontrol/wp-content/themes/cocoon-child-master"
string(106) "/export/sdXXX/www/jp/r/e/gmoserver/X/X/sdXXXXXXX/mypcmemo.com/wordpress-4.6.1-ja-jetpack-undernavicontrol/"
string(23) "https://mypcmemo.com/wp"
string(20) "https://mypcmemo.com"
サブディレクトリ/wordpress/の場合(WordPressをftpでインストール)
string(109) "/export/sdXXX/www/jp/r/e/gmoserver/X/X/sdXXXXXXX/mypcmemo.com/wordpress/wp-content/themes/cocoon-child-master"
string(72) "/export/sdXXX/www/jp/r/e/gmoserver/X/X/sdXXXXXXX/mypcmemo.com/wordpress/"
string(30) "https://mypcmemo.com/wordpress"
string(20) "https://mypcmemo.com"
サブディレクトリ/wordpress/の場合は先日わいひら様にご指定いただいたフィルターを子テーマのfunctions.phpに記述しなくてもスキンは正しく反映されています。
2020-02-22 21:08
修正していたら思い出しました。
以前は、「サイトURL（パス）はホームURL（パス）ディレクトリ以下にある」というのが前提で作成していました（それ以外の環境があるとは思ってなかった）。
その上で、PWAの実装時、PWAファイル置き場でもlocal_to_urlで利用できるように、ホームURL（パス）で置換する方法に変更していました。
ただ、今回「お名前.comの簡単インストール」の仕様がわかったことで、「サイトパスはホームパス以下にある」という前提がくれました。
なので、またサイトURL（パス）で置換する方法に戻しました。
修正版を以下にアップしておきました。
kenasatoさん、よろしければ先日のカスタマイズ部分は削除して、以下のファイルでアップデートして試してみていただいてよろしいでしょうか。
------------------------------------------------
https://github.com/yhira/cocoon
最新ファイルをダウンロードする場合は、上記ページのダウンロードボタンからzipファイルをダウンロードしてください。
FTPでのアップデート方法はこちら。
https://wp-cocoon.com/ftp-update/
------------------------------------------------
問題の解決に至った場合には、トピック冒頭の「解決済み」をクリックしていただけますと幸いです。
また、有用な回答があった場合は返信右下にある「いいね！」もご活用ください。回答者の励みになります。
（CC BY-ND 2.1）準じていれば（リンクを貼っていただければ）転載も自由です。カスタマイズ記事を書く際にコード等をコピペ利用していただいて構いません。
フォーラムの使い方がよくわからない場合は、テストトピックで自由にテストしていただいて構いません。
最近の書き込みはこちら。
詳細なカスタマイズ依頼をするならこちら。