登録日
2016年6月15日

メンバー検索

  

afujiwara

名前(ニックネーム)
afujiwara
自分のconcrete5サイト
ホームページ
自己紹介
Concrete5 を使用したサイト制作を行ってます。
concrete5.org のユーザー名
afujiwara
concrete5 Slack Team ID
Twitterアカウント
フォーラム総投稿数
2

コミュニティバッジ

投稿

1から2までを表示 (計2)

Page ID: 1のHomeページが公開できないエラー

8.2.1 で Pixel Theme を使用してサイトを作っていたときに遭遇したエラーです。

管理者adminでログイン状態で、PageID:1 にアクセスすると
通知が出る状態(PNotify でポップアップが出ている状態)になり、
( test1.jpg 参照 )
編集しても保存・公開ができなくなりました。

ページ設定のデザインからカスタムCSSに下記のようなものを流し込み、


.wrap-cl{
position: relative;
display: inline-block;
font-size: 2em;
}

.wrap-cl:before{
position: absolute;
top: 1.3em;
left: 0;
content: "";
display: inline-block;
width: 0;
height: 2px;
background: #b7282e;
transition: 2s;
}

.wrap-cl:hover:before{
width: 100%;
}

保存した時にエラーが発生し、
( test2.jpg 参照 )

慌ててカスタムCSSをクリアしたりしましたが、
以後 PageID:1 を編集したものを保存や公開しようとする度にその回数分(バージョン分かな?)、
通知だけが蓄積されて実際には修正内容は反映されない 状態です。

またその通知は、「レビュー」とだけあって、
このレビューをクリックすると、バージョン比較の画面になります。

一方、バージョンを削除してもバージョンは削除できるのですが状況は変わらず。
編集したページの公開ではなく保存を行い、バージョンの承認しようとするとエラーが発生して処理を完了できません。
( test3.jpg 参照 )

そもそも、PageID:1 ですのでページ自体が削除できませんので、
なぜこのような症状になるのか?また、どうやったら解消できるかを、
きちんと把握しておきたいなと思っています。

過去のフォーラムを拝見すると、HTMLブロックにCSSやJSを流し込んだりした場合のエラー etc. のケースがあるようですが、
こういう症状を経験された方は、どのようにして解消されたのか、
有識者の皆様の知恵をお借りしたく、投稿致しました。

※なお本家(Pixel Theme Support)でも質問していますがまだ回答は得られていません。

環境情報

# concrete5 Version
Core Version - 8.2.1
Version Installed - 8.2.1
Database Version - 20170802000000

# concrete5 Packages
Pixel Theme (1.4.2)

# concrete5 Overrides
None

# concrete5 Cache Settings
Block Cache - On
Overrides Cache - On
Full Page Caching - Off
Full Page Cache Lifetime - Every 6 hours (default setting).

# Server Software
Apache/2.4.28

# Server API
cgi-fcgi

# PHP Version
5.6.31

# PHP Extensions
cgi-fcgi, Core, ctype, curl, date, dom, ereg, exif, fileinfo, filter, gd, gettext, gmp, hash, iconv, json, libxml, mbstring, mcrypt, mysql, mysqli, mysqlnd, openssl, pcre, PDO, pdo_mysql, pdo_sqlite, Phar, posix, Reflection, session, SimpleXML, snmp, soap, SPL, sqlite3, standard, tokenizer, xml, xmlreader, xmlwriter, xsl, Zend OPcache, zip, zlib

# PHP Settings
max_execution_time - 30
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 60
max_input_vars - 64K
memory_limit - 128M
post_max_size - 8M
sql.safe_mode - Off
upload_max_filesize - 5M
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
pcre.backtrack_limit - 1000000
pcre.recursion_limit - 100000
session.cache_limiter - no value
session.gc_maxlifetime - 7200
soap.wsdl_cache_limit - 5
opcache.max_accelerated_files - 2000
opcache.max_file_size - 0
opcache.max_wasted_percentage - 5

Posted on 11月 01, 2017 at 5:54 午後

Re: 常時SSL化について

初めまして。
現在、作成中のConcrete5サイトが同じような条件下でしたので、
こちらのフォーラムをずっと参考にさせていただいてましたが、
同じ問題でお困りの方が多いようなので、当方が試した結果を共有致します。

さくらのレンタルサーバースタンダード
ラピッドSSL(SNI SSL)
Concrete5はCore Version - 5.7.5.8で、
常時SSLをhttp://xxx.com/ で行うようにしています。
(コモンネームは xxx.com )

さくらインターネット側のコントロールパネルでの設定は
www無しとwwwありをそれぞれ別々のドメインとして設定し、
SNI SSLはwww無しのhttp://xxx.com/ のみに証明書をインストール、
・wwwを付与せずマルチドメインとして使用する(上級者向け)
を選択してます。
またwwwありの方は物理的に別のディレクトリに設定して、mod_rewriteでwww無しhttpsにアクセスするようにしてます。

.htaccessの設定は特に変更せず、
Concrete5側は SSL Redirect Configuration のアドオンを使用し、設定で *(ワイルドカート)で全てのアクセスをSSL Redirectする設定にしてます。

また、 application/boostrap/app.php の先頭に、


$request = Request::getInstance();
if ($request->headers->has('HTTP_X_SAKURA_FORWARDED_FOR')) {
$request->server->set('HTTPS', 'on');
$request->env->set('HTTPS', 'on');
$request->server->set('HTTP_HOST', 'xxx.com');
$request->env->set('HTTP_HOST', 'xxx.com');
$request->server->set('SERVER_NAME', 'xxx.com');
$request->env->set('SERVER_NAME', 'xxx.com');
}


を追加して強制的なSSLアクセスと、
曖昧な解釈になってしまうらしい、さくらレンタルサーバーのHOSTなどを、www無しのURIに強制固定するようにしています。

さて、このような設定の状態での挙動ですが、

http://xxx.comhttp://xxx.com にリダイレクト
http://www.xxx.comhttp://xxx.com にリダイレクト
してくれます。
トップページは問題なく表示され、cssやjsなど全てのアクセスがSSL化できています。

問題は「プリティーURL」の設定を行った時で、
http://xxx.com/contact などには無限ループに入ってしまい表示できません。
ですがプリティーURLの設定を解除すると、
http://xxx.com/index.php/contact となって問題なくSSLで表示可能でした。
(全て確認できてませんが)管理画面(index.php/dashboard)も問題なく機能しているようです。

出来ればプリティーURL設定を行った状態で各ページがSSLで動いてくれれば、
理想的なさくらレンタルサーバーでの常時SSL化が完成するのですが。。

長文失礼致しました。
どなたかの参考になれば幸いです。

Posted on 6月 16, 2016 at 12:03 午前