サイト内検索
Cocoonフォーラム
書き込みの前に以下の3点をご確認ください。
何を書き込んだら良いか分からない場合は、以下のテンプレートをコピペしてご利用ください。
不具合・カスタマイズ対象ページのURL：
相談内容：
不具合の発生手順：
解決のために試したこと：
※文字だけでは正しく伝わらない可能性があるため、スクショ画像の添付もお願いします。
※高速化設定をしている場合は無効にしてください。
環境情報：※↑こちらに「Cocoon設定 → テーマ情報」にある「環境情報」を貼り付けてください。
環境情報の取得方法はこちら。
→ https://wp-cocoon.com/theme-report/
高速化設定を無効にするにはこちら。
→ https://wp-cocoon.com/theme-trouble/
フォーラム利用ガイドリンク
- フォーラムガイドライン
- よくある質問と答え（FAQ）
- サポート対象外のケース
- 原因不明の不具合用トラブルシューティング
- トピックにHTMLを貼り付ける方法（推奨ツール：notepad.pw）
- 真っ白画面でのエラーメッセージの確認方法
- ブラウザ環境チェックツール
- Cocoonカスタマイズ依頼
フォーラム質問後、問題等が解決した場合は結果を書き込んでいただけると幸いです。同様の問題で調べている方には、結果が一番気になる部分となります。
トピックスターター 2025年9月13日 12:34
不具合・カスタマイズ対象ページのURL：
https://anemintonz.com/badmintonhistory/
相談内容：
今までは普通に編集できていた固定ページが急に編集できなくなってしまいました。
編集しようとすると以下のようなメッセージが表示されます。
「この Web サイトに重大なエラーが発生しました。サイト管理者のメール受信箱で手順を確認してください。問題が解決しない場合は、サポートフォーラム をお試しください。」
編集できないのは、 https://anemintonz.com/badmintonhistory/ の固定ページだけでして、その他の固定ページは通常通り編集できます。
不具合の発生手順：
通常通り固定ページの「編集」を行おうとすると、以下のメッセージが表示されたページが表示されています。
「この Web サイトに重大なエラーが発生しました。サイト管理者のメール受信箱で手順を確認してください。問題が解決しない場合は、サポートフォーラム をお試しください。」
解決のために試したこと：
GoogleChromeのキャッシュを削除しました。
環境情報：
---------------------------------------------- サイト名：あねミントンず サイトURL： https://anemintonz.com ホームURL： https://anemintonz.com コンテンツURL：/wp-content インクルードURL：/wp-includes/ テンプレートURL：/wp-content/themes/cocoon-master スタイルシートURL：/wp-content/themes/cocoon-child-master 親テーマスタイル：/wp-content/themes/cocoon-master/style.css 子テーマスタイル：/wp-content/themes/cocoon-child-master/style.css WordPressバージョン：6.8.2 PHPバージョン：8.3.25 ブラウザ：Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/140.0.0.0 Safari/537.36 サーバーソフト：Apache サーバープロトコル：HTTP/1.1 エンコーディング：gzip, deflate, br, zstd 言語：ja-JP,ja;q=0.9,en-US;q=0.8,en;q=0.7 ---------------------------------------------- テーマ名：Cocoon バージョン：2.7.8 カテゴリー数：7 タグ数：0 ユーザー数：1 ---------------------------------------------- 子テーマ名：Cocoon Child バージョン：1.1.3 style.cssサイズ：79196 バイト functions.phpサイズ：372 バイト ---------------------------------------------- Gutenberg：1 Font Awesome：5 Auto Post Thumbnail：0 Retina：1 ホームイメージ：/wp-content/uploads/2025/05/logo_ogp.png ---------------------------------------------- ブラウザキャッシュ有効化：0 HTML縮小化：0 CSS縮小化：0 JavaScript縮小化：0 Lazy Load：0 ---------------------------------------------- 利用中のプラグイン： All-in-One WP Migration 6.68 Contact Form 7 6.0 Image optimization service by Optimole 3.13.7 Redirection for Contact Form 7 3.1.8 Search Regex 3.1.2 Smart Slider 3 3.5.1.24 ----------------------------------------------
----------------------------------------------
サイト名：あねミントンず
サイトURL： https://anemintonz.com
ホームURL： https://anemintonz.com
コンテンツURL：/wp-content
インクルードURL：/wp-includes/
テンプレートURL：/wp-content/themes/cocoon-master
スタイルシートURL：/wp-content/themes/cocoon-child-master
親テーマスタイル：/wp-content/themes/cocoon-master/style.css
子テーマスタイル：/wp-content/themes/cocoon-child-master/style.css
WordPressバージョン：6.8.2
PHPバージョン：8.3.25
ブラウザ：Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/140.0.0.0 Safari/537.36
サーバーソフト：Apache
サーバープロトコル：HTTP/1.1
エンコーディング：gzip, deflate, br, zstd
言語：ja-JP,ja;q=0.9,en-US;q=0.8,en;q=0.7
----------------------------------------------
テーマ名：Cocoon
バージョン：2.7.8
カテゴリー数：7
タグ数：0
ユーザー数：1
----------------------------------------------
子テーマ名：Cocoon Child
バージョン：1.1.3
style.cssサイズ：79196 バイト
functions.phpサイズ：372 バイト
----------------------------------------------
Gutenberg：1
Font Awesome：5
Auto Post Thumbnail：0
Retina：1
ホームイメージ：/wp-content/uploads/2025/05/logo_ogp.png
----------------------------------------------
ブラウザキャッシュ有効化：0
HTML縮小化：0
CSS縮小化：0
JavaScript縮小化：0
Lazy Load：0
----------------------------------------------
利用中のプラグイン：
All-in-One WP Migration 6.68
Contact Form 7 6.0
Image optimization service by Optimole 3.13.7
Redirection for Contact Form 7 3.1.8
Search Regex 3.1.2
Smart Slider 3 3.5.1.24
----------------------------------------------
2025年9月13日 13:07
moriaisueさん
スマホからですので、詳しく書けませんが。
PHPでエラーが発生している可能性が高いと思います。
エラーログをご確認いただき、そこに表示されているメッセージをご提示ください。
（現在ご提示の情報だけでは、何が起きているのかは、分からないです）
ヘテムルは、設定しないとエラーログが見れないかもしれないです。
その際は、設定後に、新たにエラーの状態を発生させる必要があるかもしれません。
以下のようなプラグインを使用しても分かるかもしれません。
Query Monitor – The developer tools panel for WordPress
https://ja.wordpress.org/plugins/query-monitor/
Error Log Monitor
https://ja.wordpress.org/plugins/error-log-monitor/
わいひら reacted
トピックスターター 2025年9月13日 13:36
ｍｋ２さん
ご教授いただき、誠にありがとうございます。
実はこのサーバのヘテムルは友人のサーバを借りていて、私の方からPHPのエラーを確認することができないのです。
また、教えていただいたプラグインもどのように扱えばいいのか分かりませんでした。
たいへん申し訳ございません。
ダウンロードしたプラグインのファイル群を、どのようにすれば良いのでしょうか？？
2025年9月13日 13:42
moriaisueさん
プラグインは、WordPressにインストールして使用するものかと思います。
ダウンロードしたものをインストールするか、「ダッシュボード」－「プラグイン」で検索してからインストールすることもできると思います。
使い方は、当該プラグインのページや、検索なさって解説サイトをご確認ください。
私もプラグインに精通している訳ではなく、検索してこういうプラグインがあるとしっただけですので。
（私は、通常エラーログを確認しています）
わいひら reacted
2025年9月13日 13:48
moriaisueさん
プラグイン名で検索すると、以下のようなサイトが見つかります。
検索して最初に表示されたものをリンクします。
（中は読んでいません）
【開発者必須】Query Monitor の使い方(おす
すめWordPressプラグイン)
https://push.tokyo/query-monitor/
管理画面からデバッグ情報（エラーや警告など）を確認できるプラグイン「Error Log Monitor」
https://habone.biz/recommend_plugin/error-log-monitor
他にもヒットしますので、検索してみてください。
わいひら reacted
トピックスターター 2025年9月13日 16:52
ｍｋ２さん、ありがとうございます。
Query MonitorをWordPressのプラグインにインストールしてみました。
すると、「Doing Wrong」という項目に以下のようなメッセージがあったのですが、何か関係あるのでしょうか？
Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the wpcf7-redirect domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. (This message was added in version 6.7.0.)
トピックスターター 2025年9月13日 17:07
Error Log Monitorもインストールしてみました。
以下のような指示があるのですが、
このコードを wp-config.php に追加して、「完了」 をクリックしてください:
//Enable error logging.
@ini_set('log_errors', 'On');
@ini_set('error_log', '/home/users/2/office-ny/web/anemintonz.com/wp-content/elm-error-logs/php-errors.log');
//Don't show errors to site visitors.
@ini_set('display_errors', 'Off');
if ( !defined('WP_DEBUG_DISPLAY') ) {
define('WP_DEBUG_DISPLAY', false);
}
推奨: 致命的なエラーと警告だけでなく、すべての種類のエラーをログに記録するには、行 define( 'WP_DEBUG', false ); を見つけて define( 'WP_DEBUG', true ); に変更します。
wp-config.phpの場所が分からないのです。
申し訳ありませんが、ご教授していただけないでしょうか？
2025年9月13日 17:08
moriaisueさん
和訳すると、以下のような感じです。
関数 _load_textdomain_just_in_time は正しくない方法で呼び出されました。
wpcf7-redirect ドメインの翻訳の読み込みが早すぎるタイミングで実行されました。
これは通常、プラグインやテーマ内のコードが早すぎるタイミング（適切でないタイミング）で実行されていることを示しています。
翻訳の読み込みは init アクション、もしくはそれ以降のタイミングで行うべきです。
（このメッセージはバージョン6.7.0で追加されました。）
ご利用のプラグイン「Redirection for Contact Form 7 3.1.8」の翻訳ファイルの読み込みが正しくないという、お知らせ（指摘）ですね。
主に開発者向けへのメッセージで、これは重大なエラーではないです。
今回の事象と関係ないと思います。
わいひら reacted
2025年9月13日 17:12
moriaisueさん
@chu-yaさんが仰るように、以下の「不具合修正」の項番14のようです。
Cocoon 2.8.0公開。iconショートコード機能の追加。主にブロックエディター周りの不具合修正
https://wp-cocoon.com/2-8-0/#toc6
「ダッシュボード」に更新通知が来ているのではないかと思います。
わいひら reacted
トピックスターター 2025年9月13日 17:25
@chu-ya 大門未知子さん
「最新バージョンの WordPress をお使いです。」となっていたのですが、「バージョン6.8.2-jaを再インストール」とあったので、再インストールしてみましたが、状況は変わりませんでした。
2025年9月13日 17:26
moriaisueさん
WordPressではないです、古いのはCocoonの親テーマです。
WordPressだけでなく、親テーマやプラグインも最新バージョンでご利用になるのが大前提です。
WordPressがバージョンアップで仕様が変われば、テーマやプラグインもその対応のためにバージョンアップを必ずします。
そのため、最新バージョンをご利用になることが大前提です。
わいひら reacted
トピックスターター 2025年9月13日 17:35
@mk2_mk2 ｍｋ２さん
Cocoonの親テーマを更新してみました。
申し訳ないのですが、やはり https://anemintonz.com/badmintonhistory/ の固定ページだけ編集できませんでした。
2025年9月13日 17:39
moriaisueさん
「2.8.8」に、バージョンアップされていることを確認しました。
それで解消しないということは、先の返信で書いた通り、他の原因があるということだと思います。
https://wp-cocoon.com/community/postid/86397/
関数 _load_textdomain_just_in_time は正しくない方法で呼び出されました。
wpcf7-redirect ドメインの翻訳の読み込みが早すぎるタイミングで実行されました。
これは通常、プラグインやテーマ内のコードが早すぎるタイミング（適切でないタイミング）で実行されていることを示しています。
翻訳の読み込みは init アクション、もしくはそれ以降のタイミングで行うべきです。
（このメッセージはバージョン6.7.0で追加されました。）
ご利用のプラグイン「Redirection for Contact Form 7 3.1.8」の翻訳ファイルの読み込みが正しくないという、お知らせ（指摘）ですね。
主に開発者向けへのメッセージで、これは重大なエラーではないです。
今回の事象と関係ないと思います。
他の原因を探す必要がありそうです。
わいひら reacted
2025年9月13日 17:44
moriaisueさん
推奨: 致命的なエラーと警告だけでなく、すべての種類のエラーをログに記録するには、行
define( 'WP_DEBUG', false );を見つけてdefine( 'WP_DEBUG', true );に変更します。
wp-config.phpの場所が分からないのです。申し訳ありませんが、ご教授していただけないでしょうか？
wp-config.phpは、WordPressをインストールしたディレクトリの直下にあります。
確か、ご友人のサーバーとの話でしたが、ファイルの編集はできるのでしょうか。
（FTPソフトや、サーバー提供のファイルマネージャー等で編集するものかと）
以下のプラグインで、wp-config.phpを編集しなくても、同じことができるっぽいです。
使ったことはないのですが・・・。
WP Debugging
https://ja.wordpress.org/plugins/wp-debugging/
わいひら reacted
2025年9月13日 17:50
moriaisueさん
以下からの返信を2つ読んでいただければと。
https://wp-cocoon.com/community/postid/86403/
ちなみに、恐れ入りますが、私はあと1時間が限界です。
そこからは、私の作業予定があり、フォーラムからは離脱します。
（準備等も含めれば、もっと早く離脱したいところ・・・）
トピックスターター 2025年9月13日 18:06
@mk2_mk2 ｍｋ２さん
wp-config.phpに以下のコードを書き込み、上書きしてみました。
//Enable error logging.
@ini_set('log_errors', 'On');
@ini_set('error_log', '/home/users/2/office-ny/web/anemintonz.com/wp-content/elm-error-logs/php-errors.log');
//Don't show errors to site visitors.
@ini_set('display_errors', 'Off');
if ( !defined('WP_DEBUG_DISPLAY') ) {
define('WP_DEBUG_DISPLAY', false);
}
このあと、何をすればよいのか分かりません。
お忙しいところ、たいへん恐れ入ります！
2025年9月13日 18:13
moriaisueさん
wp-config.phpは、WordPressのコアファイルで、慎重に編集しないと、大変なことになってしまいます。
（画面真っ白、あくせすできない、ログインできない等）
//Don't show errors to site visitors.@ini_set('display_errors', 'Off');if ( !defined('WP_DEBUG_DISPLAY') ) {define('WP_DEBUG_DISPLAY', false);}
これを書くのではなくて・・・。
元々、wp-config.phpには、以下の部分があるはずです。
if ( ! defined( 'WP_DEBUG' ) ) {
define( 'WP_DEBUG', false );
}
ここのfalseをtrueに変更するんだと思います。
最後に追記したのなら、それで大丈夫かもしれません。
デバックモードにしましたので、今回の事象を発生されて、エラーログを落とす必要があると思います。
発生させないと、何も起きません。
以下に書いたところに、エラーログが落ちるのではないでしょうか。
@ini_set('error_log', '/home/users/2/office-ny/web/anemintonz.com/wp-content/elm-error-logs/php-errors.log');
トピックスターター 2025年9月13日 18:26
@mk2_mk2 ｍｋ２さん
falseをtrueに書き換え、php-errors.logをダウンロードしたら、以下のように書かれていました。
[13-Sep-2025 09:05:33 UTC] PHP Fatal error: Allowed memory size of 314572800 bytes exhausted (tried to allocate 106496 bytes) in /home/users/2/office-ny/web/anemintonz.com/wp-includes/class-wpdb.php on line 2322
[13-Sep-2025 09:06:56 UTC] PHP Fatal error: Allowed memory size of 314572800 bytes exhausted (tried to allocate 106496 bytes) in /home/users/2/office-ny/web/anemintonz.com/wp-includes/class-wpdb.php on line 2322
[13-Sep-2025 09:22:31 UTC] PHP Fatal error: Allowed memory size of 314572800 bytes exhausted (tried to allocate 106496 bytes) in /home/users/2/office-ny/web/anemintonz.com/wp-includes/class-wpdb.php on line 2322
これで何か分かりますでしょうか？
2025年9月13日 18:30
moriaisueさん
和訳してみると、分かる思います。
[13-Sep-2025 09:05:33 UTC] PHP Fatal error: Allowed memory size of 314572800 bytes exhausted (tried to allocate 106496 bytes) in /home/users/2/office-ny/web/anemintonz.com/wp-includes/class-wpdb.php on line 2322
上記の部分は、以下のような感じです。
許可されたメモリサイズ（314,572,800バイト＝約300MB）を使い果たしました（106,496バイトの割り当てを試みました）
ファイル：/wp-includes/class-wpdb.php の2322行目で発生
端的に言えば、メモリ不足です。
314572800 bytes（約300MB）が、ご利用環境の上限のようです。
それを超えて、更に 106496 bytes（約104KB）を使おうとして、処理に失敗した。
そんな感じです。
PHPで使用できるメモリの上限を拡張する必要があると思います。
サーバーによって、これの設定方法が違うので、調べる必要があると思います。
確かに、300MBは小さいです。
わいひら reacted
トピックスターター 2025年9月13日 18:39
2025年9月13日 18:43
moriaisueさん
いろんなやり方があって。
サーバーによって、違うんですよね。
php.iniで対応することが多いと思いますが、やはりサーバーによります。
このフォーラムで過去にしったのは、htaccessで対応するサーバーもありました。
サーバーが非推奨の方法での対応は、良くないでしょうし。
（wp-config.phpで対応する場合もありますが、サーバーによって効かない場合もあります）
ヘテムルは、コントロールパネルでphp.iniが編集できるっぽいですが、以下のページにはメモリに関するものはなさそうです。
（見落としていなければ）
php.ini のご利用方法
https://support.heteml.jp/hc/ja/articles/360042620533-php-ini-%E3%81%AE%E3%81%94%E5%88%A9%E7%94%A8%E6%96%B9%E6%B3%95
他の方法で、拡張するのかもしれません。
2025年9月13日 18:56
例えば、wp-config.phpだとすると、以下のような感じかと思います。
（とりあえず、512Mにしてみました）
define('WP_MEMORY_LIMIT', '512M');
define('WP_MAX_MEMORY_LIMIT', '512M');
これを「/* That's all, stop editing! Happy publishing. */」の前に書く感じではないかと。
ただ、ヘテムルで、これが許容されるのかは、分からないです。
（やって良いものか・・・）
先に書いた通りですが。
php.iniで対応するサーバーが多いとは思うのですけれど。
サーバーによっては、その限りではないです。
検索しても、ヘテムルのメモリに関する情報が出てこないですね。
（アップロード容量や、かなり古い一律128MBの頃の情報はありましたが・・・）
【追記】
恐れ入りますが、そろそろ時間的に限界がきてしまいました。
フォーラムから離脱してしまいます。
【追記2】
ご友人、もしくは、サーバーのサポートにお問い合わせするのが確実のように思います。
わいひら reacted
トピックスターター 2025年9月13日 19:03
@mk2_mk2 ｍｋ２さん
やはりヘテムルのサーバ側のメモリに関する問題なのですね。
たしかに、編集できなくなってしまった固定ページは他のページよりもコンテンツの量が多く、読み込みにも時間がかかるものでした。
ページ構成も合わせて見直すことも検討してみます。
お忙しいところ、真摯にご対応して下さり、たいへん感謝しております！
トピックスターター 2025年9月13日 19:20
@mk2_mk2 ｍｋ２さん
wp-config.phpの「/* That's all, stop editing! Happy publishing. */」の前に
define('WP_MEMORY_LIMIT', '512M');
define('WP_MAX_MEMORY_LIMIT', '512M');
を追記してみたのですが、状況は変わりませんでした。
やはり友人にも相談してみます。
誠にありがとうございました。
2025年9月13日 19:24
moriaisueさん
スマホからですので、あまり書くことはできません。
wp-config.phpの「/* That's all, stop editing! Happy publishing. */」の前に
define('WP_MEMORY_LIMIT', '512M'); define('WP_MAX_MEMORY_LIMIT', '512M');を追記してみたのですが、状況は変わりませんでした。
ヘテムルは、これを許容していないんですね。
あとは、php.iniや.htaccessで設定する方法などあります。
いずれにしても、サーバーによって方法が違いますので。
書いていただいたとおり、ご友人なり、サーバー側なりに、ご相談いただくのが、確実かと思います。
2025年9月13日 20:34
moriaisueさん
書き忘れました。
もし解決した際には、どんな方法で解決したのかを、ご連絡いただけますと幸いです。
（後学のためにも）
解決後、お手隙の際に、宜しければお願い致します。
わいひら reacted
トピックスターター 2025年9月13日 21:03
@mk2_mk2 ｍｋ２さん
もちろん無事に解決いたしましたら、このフォーラムでご報告させていただきます。
できれば早めに解決して、ページを編集できるようにしたいので。
まずはサーバを借りている友人に連絡してみます！
トピックスターター 2025年9月13日 23:16
@mk2_mk2 ｍｋ２さん
サーバを借りている友人に連絡して解決しましたー！！
詳しいことは私もよく分かっておらず申し訳ありません。
友人いわく、phpのバージョンが「8.3(モジュール版)」で最新バージョンとのことでしたが、この「8.3（モジュール版）」だとphp.iniの設定変更ができないらしく、「8.3(CGI版)」にダウングレードしたところ、固定ページが編集できるようになりました！
やっと固定ページを編集できるようになり、ホッとしているところです。
このたびは、たいへんありがとうございました！
2025年9月13日 23:33
moriaisueさん
ご連絡ありがとうございます。
CGI版にして、php.iniを編集した感じかも？
（それかそもそもCGI版では、メモリが確保されていたのかも）
モジュール版は、一律の設定で、ユーザーが個別に設定変更できないんですよね。
先にリンクした以下にも、モジュール版は変更できないとあります。
php.ini のご利用方法
https://support.heteml.jp/hc/ja/articles/360042620533-php-ini-%E3%81%AE%E3%81%94%E5%88%A9%E7%94%A8%E6%96%B9%E6%B3%95
モジュール版の方が速いって話ですけれど。
（今現在、そんなに違いがあるのでしょうか。FastCGIという言葉も見掛けますね）
（今現在、そんなに違いがあるのでしょうか。FastCGIという言葉も見掛けますね）
でも、メモリが確保できないのであれば、それ以前の話ですしね。
解決したようで何よりです。
わいひら reacted
2025年9月14日 12:30
moriaisueさん
おそらく、CGI版は、十分なメモリが確保されている設定だったのだと思います。
（モジュール版は、ユーザー個別には設定できない。つまり変更はできない）
それでは、本トピックはクローズしてしまいます。
わいひら reacted
2025年9月14日 22:52
書き忘れましたので、追記しておきます。
ご友人のサーバーみたいで、もしかすると、php.iniの設定値をご自分で確認できないかもしれませんので。
モジュール版の時は、上限が300MBだったのだと思います。
（エラーメッセージから、間違いないかと）
では、CGI版の現在は？ということで、以下のような方法で確認できます。
①WordPressのサイトヘルス
②プラグイン「Query Monitor」
添付は私のローカル環境のものですので、控えめな数字です。
「Query Monitor」の「環境」は結構詳しい印象ですけれど。
WordPressのサイトヘルスも、割といろいろ確認できると思います。
これらで、今回のmemory_limit以外にも、サーバー環境等の情報・設定値を、確認することができると思います。
わいひら reacted
2025年9月14日 23:17
更に。
「Query Monitor」の「概要」というところには、「最大メモリ使用量」が表示されます。
（上限に対して、どの程度使用したか、割合も分かる）
プラグインが有効な時にしか記録されませんけれど。
トラブル時は、このプラグインで確認してみても良いかもですね。
（今回の場合であれば、問題の投稿を編集画面で開いてみれば、記録・表示されるはずです）
今後のトラブル時のご参考に。
（私は普段このプラグインを使用はしていないもので、今試してみて、分かったところです。結構いろいろ分かって便利だと思います）
（私は普段このプラグインを使用はしていないもので、今試してみて、分かったところです。結構いろいろ分かって便利だと思います）
それでは、再びクローズさせていただきますね。
わいひら reacted
問題の解決に至った場合には、トピック冒頭の「解決済み」をクリックしていただけますと幸いです。
また、有用な回答があった場合は返信右下にある「いいね！」もご活用ください。回答者の励みになります。
（CC BY-ND 2.1）準じていれば（リンクを貼っていただければ）転載も自由です。カスタマイズ記事を書く際にコード等をコピペ利用していただいて構いません。
フォーラムの使い方がよくわからない場合は、テストトピックで自由にテストしていただいて構いません。
最近の書き込みはこちら。
詳細なカスタマイズ依頼をするならこちら。