サイト内検索
Cocoonフォーラム
書き込みの前に以下の3点をご確認ください。
何を書き込んだら良いか分からない場合は、以下のテンプレートをコピペしてご利用ください。
不具合・カスタマイズ対象ページのURL：
相談内容：
不具合の発生手順：
解決のために試したこと：
※文字だけでは正しく伝わらない可能性があるため、スクショ画像の添付もお願いします。
※高速化設定をしている場合は無効にしてください。
環境情報：※↑こちらに「Cocoon設定 → テーマ情報」にある「環境情報」を貼り付けてください。
環境情報の取得方法はこちら。
→ https://wp-cocoon.com/theme-report/
高速化設定を無効にするにはこちら。
→ https://wp-cocoon.com/theme-trouble/
フォーラム利用ガイドリンク
- フォーラムガイドライン
- よくある質問と答え（FAQ）
- サポート対象外のケース
- 原因不明の不具合用トラブルシューティング
- トピックにHTMLを貼り付ける方法（推奨ツール：notepad.pw）
- 真っ白画面でのエラーメッセージの確認方法
- ブラウザ環境チェックツール
- Cocoonカスタマイズ依頼
フォーラム質問後、問題等が解決した場合は結果を書き込んでいただけると幸いです。同様の問題で調べている方には、結果が一番気になる部分となります。
Topic starter
2024-05-04 19:09
唯一気付いたのは。
パターンは、やっと日本語化されたな・・・という感じですね。
これ全然気づいてませんでした。
もう6.5.0でなっているものと思い込んでました。確かに6.5.2では翻訳されてませんね。
な問題がなさそうで安心しました。。
ご確認いただきありがとうございます。
2024-05-05 01:29
そうなんです。
細かい話ですけれど。
でも、パターンのタイトル変更は、コードエディタにしないとできないのは相変わらずでした。
ニーズないんでしょうか。（ブロックテーマではできますから、ありそうなものですけれど）
WordPress 6.6でもパターンに手が入るっぽいですし、それで対応されると良いですけれど。
Topic starter
2024-05-05 18:47
そこら辺も謎仕様ですよね。
コードエディタで変更できるならビジュアルエディターで変更できなくする意味がわからない…。
調べてみたら、ここにWordPress6.6で解決される予定と書いてあるようですね。
https://wordpress.org/support/topic/change-the-name-of-the-pattern/#post-17516492
2024-05-05 19:18
まったくもって謎ですね。
単なる考慮漏れな気はします。
調べてみたら、ここにWordPress6.6で解決される予定と書いてあるようですね。
https://wordpress.org/support/topic/change-the-name-of-the-pattern/#post-17516492
それは良かったです。
きっと、ブロックテーマに開発の中心が移っていて、クラシックテーマでの確認が疎かになっている気はします。
そんなに世の中、ブロックテーマを使っているんでしょうか。
少なくとも日本ではそうでもないような・・・。
わいひら reacted
Topic starter
2024-05-06 20:24
きっと、ブロックテーマに開発の中心が移っていて、クラシックテーマでの確認が疎かになっている気はします。
きっとそうなんでしょうね。
こちらもクラシックテーマ特有の不具合みたいでしたし。
https://wp-cocoon.com/community/postid/78912/
そんなに世の中、ブロックテーマを使っているんでしょうか。
少なくとも日本ではそうでもないような・・・。
ウェブデザイナーとか開発者以外で使っている人は僕も聞いたことがないような。
もしブログを始めたときブロックテーマだったら、WordPressを使ってなかったかも。少なくともテーマ開発はしなかったと思います。
This post was modified 2週間前 by わいひら
2024-05-06 23:12
機能追加も、ブロックテーマに対応はしても、クラシックテーマには非対応のものがありますしね。
ウェブデザイナーとか開発者以外で使っている人は僕も聞いたことがないような。
ですよねぇ、
映画の宣伝とかコーポレートサイトとか美術系とか、そんなに凝ったサイトを作る訳でもないですしねぇ。
もしブログを始めたときブロックテーマだったら、WordPressを使ってなかったかも。少なくともテーマを開発しなかったと思います。
オーバースペックですよね、ここまで来ると。
不便なところは解消して欲しいですけれど、本当に必要なの？という機能がどんどん追加されていくようには思います。
いろんな用途に対応できるということなんでしょうね。
2024-05-08 02:05
ブロックエディタは、以前に比べて、使いやすくなったイメージです。
これからWordPressを始める方には、間違いなくブロックエディタをお勧めしますね、今なら。
サイトエディタは、もはや触りもしないので、今どんな感じなのか分からないです・・・。
2024-05-09 03:18
Topic starter
2024-05-09 22:31
（ブロックは簡単に壊れますけれど、直接HTMLを触ることもほぼ無いと思いますし）
この仕様使い始めた時は、かなり拒否反応がありました。「なんか怖い」的な感じで。
ブロックエディターに感じた最初の嫌な感じはこれのせいだったのかも知れません。慣れると特にですけど。
ただ開発すると、なると、ちょっと変な仕様変更しただけでブロックが使えなくなったり、画面が真っ白になっちゃったりするので、機能追加や仕様変更時の緊張感に未だに慣れません。。
Topic starter
2024-05-10 19:57
フォーラムのお問い合わせがないと、きっとずっと使わなかったです。
（今でも本番はクラシックエディタですけれど）
文章を書くだけならクラシックエディターだけでも十分すぎますもんね。
ブロックエディターが出た当初に、代替となりそうなシンプルCMSも何回か探したんですが、良い代替えもないんですよね。
今、ほぼ文章がかければ良いという人は、noteといった印象ですね。
2024-05-10 20:29
文章を書くだけならクラシックエディターだけでも十分すぎますもんね。
はい、結構大丈夫です。
タブボックス等のボックス系も使えますし、クラシックエディタで、そんなに困らないです。
自分が使う色は、ある程度決まっていますし、CSSを子テーマに用意しておいたり、「スタイル」のプルダウンのところに追加してしまえば十分ですね。
クラシックエディタのアコーディオンは、本文部分がspanタグなので、そこだけは、ブロックエディタのものを使うか、自分でdivに書き換えるかしていますけれど。
今、ほぼ文章がかければ良いという人は、noteといった印象ですね。
noteは良く見ますね。
私がWordPressに移行した頃に、noteがもっとメジャーだったら、選んだ可能性もあるのかもです。
Topic starter
2024-05-11 22:58
自分が使う色は、ある程度決まっていますし、CSSを子テーマに用意しておいたり、「スタイル」のプルダウンのところに追加してしまえば十分ですね。
長く使っていると使う装飾もある程度決まっちゃいますもんね。
あまり装飾を使いすぎてもごちゃごちゃするし。
私がWordPressに移行した頃に、noteがもっとメジャーだったら、選んだ可能性もあるのかもです。
僕がブログを始めた時は、2014年だったんですけど、その時はなかったですもんね。
当時のブログサービスといえば、ライブドアブログとかが一番人気あったような気がする。はてなブログもサービス開始が2013年1月とかなので、そこまでではなくて、はてなダイアリーとかの方が知名度があったような。
2024-05-12 00:21
長く使っていると使う装飾もある程度決まっちゃいますもんね。
あまり装飾を使いすぎてもごちゃごちゃするし。
そうなんですよね。
ある程度決まってきますね。
元々文書系で、あまり装飾はしないですし。
（装飾が得意ではないのだと思いますけど）
当時のブログサービスといえば、ライブドアブログとかが一番人気あったような気がする。はてなブログもサービス開始が2013年1月とかなので、そこまでではなくて、はてなダイアリーとかの方が知名度があったような。
私は、2010年からブログを始めました。
WordPressの前は、ライブドアでした。
ライブドアから考えれば、noteでも十分なんですけれど。
なせかWordPressにしてしまったんですよね。
WordPressは維持に結構手間がかかるなぁとは思いますけれど。
2024-05-13 01:40
その時代はライブドアブログ全盛期だったイメージ。
そうですね。
まさにそんな感じでした。
容量も他のサービスと比較して結構ありましたから、ライブドアを選んだ感じでした。
アフィリエイトもまだ全然流行る前でしたね。
そうですね。聞きませんでした。
HTMLタグエディタで直打ちでFTPアップロードとかCGI設置とかでした。
結構ヘビーですね。
その当時、そういうことは分かっていなかったですから、私には無理です、そういうの。
高々十数年の間に流行り廃りがすごいですね…。ほんと。
こうやって思い返してみると、そうですね。
ということは、またこの後、WordPressが廃れたりもするんでしょうか。
他の何かが出てくれば、有り得ますよね。
（もっとシンプルなものが欲しいです）
Topic starter
2024-05-13 19:39
今んとこWordPressの代わりになるものが、なさそうなので、少なくとも数年は大丈夫そうな感じはしますね。流行り廃りの激しい業界なので分からないけど。
ブロックエディターがない世界線のWordPressとも言えるClassicPressもなかなか面白いけど
https://www.classicpress.net/
やっぱある程度使っている人がたくさんいて、サーバーから手軽にインストールできる（簡単に使える）手段がないと厳しいですね。
対抗馬となるとしたら、いまさらCMSだとインストール環境も広まらないとで厳しそうなので、やっぱ手軽に始められる何かしらのサービスになるんですかね。
2024-05-13 21:51
今んとこWordPressの代わりになるものが、なさそうなので、少なくとも数年は大丈夫そうな感じはしますね。
なさそうですよね、今のところは。
ここまでシェアも大きいと、そんなに簡単には移行しないでしょうし。
ブロックエディターがない世界線のWordPressとも言えるClassicPressもなかなか面白いけど
https://www.classicpress.net/
ちょっと面白そう。
Localでも動きそうですし。
移行用プラグインで使ってやってみました。
Cocoonは未検証だと思いますから、警告が出るみたいです。
プラグインも同じですね。
プラグインも同じですね。
ブロックに依存すると、おそらくダメなんですよね。
とりあえず、Twenty Seventeenを有効にして、移行してみました。
WP MultiByte Patchは警告されますが、特に問題ありませんでした。
このあと、実行ボタンを押すと、どこかで見たような画面が。
データベースの更新が終わると。
WordPress 6.2.3のフォークだと書いてありますね。
WordPress 6.2系の対応も取り込まれているみたいです。
（WordPressは、6.2.5までありますけれど）
（WordPressは、6.2.5までありますけれど）
このあと、Cocoonを有効化してみようと、子テーマを有効にしたところ。
がーん・・・。
確認すると、ブロックスタイルの追加みたいでした。
ブロックに依存するとアウトなんですね。
とりあえず、ここをコメント化すると、大丈夫でした。
そして、新規投稿画面を開いてみると・・・。
エディタのボタンが何もない・・・。
エディタのボタンが何もない・・・。
Gutenbergのチェックを外すと。
大丈夫でした。
過去にGutenbergで編集したものも、普通に表示されます。
編集はこれからは、クラシックエディタのみでしょうけれど。
今のところ、WordPressと変わらないですね。
WordPressがクラシックエディタをサポートし続ける間は、あまり変わらない感じがします。
（WordPress6.2.3のフォークである必要も）
WordPressがクラシックエディタをサポートし続ける間は、あまり変わらない感じがします。
（WordPress6.2.3のフォークである必要も）
これから、どういう変化があるのか・・・ですね。
わいひら reacted
Topic starter
2024-05-14 19:42
使ってみられたのですね。
Cocoonは未検証だと思いますから、警告が出るみたいです。
プラグインも同じですね。
あー、プラグインが使えないのも難点ですね。ブロックエディタ関係の関数が使われていないプラグインなら大丈夫なのかな。
がーん・・・。確認すると、ブロックスタイルの追加みたいでした。ブロックに依存するとアウトなんですね。とりあえず、ここをコメント化すると、大丈夫でした。
多分Simplicityなら大丈夫のような気がします。
https://wp-simplicity.com/
こっちはブロック関係の機能をまったく入れてなかったはずなので。
というか面白そうなので、僕も使ってみよっと。
2024-05-14 20:34
ClassicPress使ってみたけどいいですね。
クラシックエディで十分って方の需要は結構ありそうです。
移行ツールがあるので、あとは信頼をえられさえすれば、使う人もいそうな感じがします。
クラシックエディタで大丈夫という方は、結構いらっしゃるのではないかという気はしますね。
Simplicityをインストールしてみましたが、特に問題はなさそうです。
Cocoonでも、先に挙げた2点をクリアすれば、今のところ大丈夫ですよ。
（functions.phpのブロックスタイルの件と、エディタをクラシックエディタにする）
ただ、WordPress＋クラシックエディタとの違いが、ある程度ないと、WordPressと変わらない印象なんですよね。
WordPressは、6.5.3まで進んで、高速化などの対策もしているみたいですが、それが取り込まれているのかというところも気にはなります。
WordPressがクラシックエディタのサポートをしなくなった時には、結構需要があるかもという気はします。
（私も考えちゃうかもです）
Topic starter
2024-05-15 20:26
Cocoonでも、先に挙げた2点をクリアすれば、今のところ大丈夫ですよ。
（functions.phpのブロックスタイルの件と、エディタをクラシックエディタにする）
僕も試してみましたが、あれだけエラーが出た状態だと作成者的にはSimplicityと違って問題ないとは言い難かったです；
ただClassicPressの使い勝手は思いの外良かったので、ClassicPress対応用のコードも加えておこうと思います。
想像した感じでは、あまり手間もかからなそうに見え、これによりコードが大きく複雑化することもなさそうなので。後で試してみようと思います。
WordPressは、6.5.3まで進んで、高速化などの対策もしているみたいですが、それが取り込まれているのかというところも気にはなります。
速度的な違いの体感は今のところない感じです。
エディター画面が速くなっているので、早くなっていると感じるくらい｡
詳しくは見てないですけど、最近もそれなりに手が入っているので、大丈夫と信じたい。
https://github.com/ClassicPress/ClassicPress/commits/develop/
2024-05-15 21:00
https://wp-cocoon.com/community/postid/53325/
こちらのページネーションをドロップダウンに変更。
実際に作ってみました。
今は、テンプレートフックがあるので、簡単に置き換えができ。
先の投稿例のように、500ページもある場合、ドロップダウン表示が長くなり。
過去にさかのぼって、500ページを漁るか？逆に使い難いと思え。
2024-05-15 21:01
あれだけエラーが出た状態だと作成者的にはSimplicityと違って問題ないとは言い難かったです；
ですよね。
ただClassicPressの使い勝手は思いの外良かったので、ClassicPress対応用のコードも加えておこうと思います。
おお、それができれば良いですね。
速度的な違いの体感は今のところない感じです。
そうですねエディタ画面はクラシックエディタですから、軽いですし。
WordPressの方は、6.3 ⇒ 6.4 ⇒ 6.5と、公開ページの閲覧が、徐々に速くなっている実感はあります。
（大きな差ではないのですけれど。WordPress.orgのサイトには、その辺が書いてあるのですが、私には良く分からない・・・）
それが、ClassPressに入っているかは分からないですけれど。
でも、Localでこれくらいの軽さならば、実サーバー環境では、かなり快適だと思います。
Topic starter
2024-05-15 23:08
過去にさかのぼって、500ページを漁るか？逆に使い難いと思え。
500あるドロップダウンの中から探す方が大変ですよね。
このフォーラムのユーザーを削除する場合、削除するユーザーをドロップダウンから選ぶ必要がある操作方法もあるのですが、1万5千以上のドロップダウンアイテム表示されているユーザーの中から、探し出すのは不可能に近いです。
それだけアイテムがあるとブラウザで描画するだけでもかなりの時間がかかり、めちゃくちゃ使いづらいです。
Topic starter
2024-05-15 23:26
おお、それができれば良いですね。
ClassicPress対応版のCocoonをGitHubにアップしておきました。
いろいろなページを見ているけど今のところ問題ないです。
ClassicPress、思っていた以上にWordPressのプラグインがそのまま使えて結構いいですね。
それが、ClassPressに入っているかは分からないですけれど。
でも、Localでこれくらいの軽さならば、実サーバー環境では、かなり快適だと思います。
PageSpeed InsightsでWordPressとClassicPressで確認してみましたが、ほとんど変わらないようです。
同じページでもチェックしたタイミングでWordPressの方が早かったりClassicPressの方が早かったりほとんど変わらないようです。
投稿ページのモバイルスコアはこんな感じです。
インデックスページがこちら
WordPressでもClassicPressでも数ポイント前後するくらいでほとんど変わりませんでした。
This post was modified 3日前 2回 by わいひら
Topic starter
2024-05-16 20:16
ありがとうございます。
ClassicPressを使用時、「パターン」メニュー2カ所表示されないように修正しておきました。
https://github.com/xserver-inc/cocoon/commit/86e27ef63ccc57f8b787d5bf7f4713ca3b0ee5bf
2024-05-16 20:41
「パターン」メニュー2カ所
2ヶ所・・・なるほど、完全に忘れていました。
Cocoonのバージョンアップ後は、表示されないことを確認させていただきました。
WordPress 6.5.3、6.4.4でも、表示に問題ありませんでした。
余談です。
こんなところに、WordPressの名残が。
そして、プラグインは「Contact Form 7」にこんなメッセージが。
ClassicPressは最新バージョンですので、更新しても、このメッセージは消えません。
「Contact Form 7」が使えないのは、結構痛いかもですね。
ご利用の方は多いと思います。
でも、ブロックに依存するようなものありましたっけ・・・。
（もうしばらく「Contact Form 7」の管理画面は触っていないので、良く分かりませんが）
（もうしばらく「Contact Form 7」の管理画面は触っていないので、良く分かりませんが）
わいひら reacted
Topic starter
2024-05-17 19:49
Jetpackとかも使えませんよね。
Jetpack必須でやっている人とかは厳しいかもしれません。
Contact Form 7の代替えといえば、MW WP Formとか、Contact Form by WPFormsとかはいけそうですね（未動作確認。警告メッセージが表示されないだけ確認）。
This post was modified 20時間前 2回 by わいひら
Topic starter
2024-05-17 20:00
MW WP Formプラグインは、開発していたモンキーレンチが2023年9月に開発終了としていたところをWebの相談所がメンテナンスを引き継いでいたのか。知らなかった。
https://web-soudan.co.jp/topics/4518/
2024-05-17 20:20
Jetpackは、結構たくさんブロックを追加しますよね。
（添付以外にもたくさん）
ただ、設定でOFFにはできるんですよね。
他にもブロック関連の機能があるのかどうか。
何か関数とか使っているのかもですね。
（プラグイン側で、ClassicPressにも対応する流れが生まれるかどうか）
（プラグイン側で、ClassicPressにも対応する流れが生まれるかどうか）
ClassicPressって、元々はWordPress 4.9のフォークだったんですね。
Developer Guides
https://docs.classicpress.net/developer-guides/
https://docs.classicpress.net/developer-guides/
現在のClassicPress 2.0は、WordPress 6.2.3の再フォークみたいです。
そう考えると、これからも再々フォークとかあるのかもしれないですね。
固定ページ 26 / 26
前へ
問題の解決に至った場合には、トピック冒頭の「解決済み」をクリックしていただけますと幸いです。
また、有用な回答があった場合は返信右下にある「いいね！」もご活用ください。回答者の励みになります。
（CC BY-ND 2.1）準じていれば（リンクを貼っていただければ）転載も自由です。カスタマイズ記事を書く際にコード等をコピペ利用していただいて構いません。
フォーラムの使い方がよくわからない場合は、テストトピックで自由にテストしていただいて構いません。
最近の書き込みはこちら。
詳細なカスタマイズ依頼をするならこちら。