keeztha

名前（ニックネーム）

keeztha

自分のconcrete5サイト

ホームページ

http://www.flowplus.jp/

自己紹介

2010年9月に初めてconcrete5の存在を知りました。自分がCMSで実現したいと思っていた以上のことが可能となっており、感激しています。

concrete5.org のユーザー名

concrete5 Slack Team ID

Twitterアカウント

フォーラム総投稿数

コミュニティバッジ

投稿

1から10までを表示 (計17)
PHP環境設定（php.ini）がおかしかったので文字化け minibirdで運用しているサイトで、concrete 5.6 にバージョンアップした後、記事ブロックやHTMLブロックなどを編集して保存を行うと文字化けしてしまう現象が発生していました。既存のコンテンツの表示が文字化けしてしまうことはなく、このところ更新することもなかったのでほったらかしにしておいたのですが・・・。本日久しぶりに更新を行おうとしたところ、文字化けしてしまうことを思い出し、慌てて原因を調べ始めた次第です。 conrete5のバージョン　・concrete5.6.0.2.ja 　・concrete5.6.3.3.ja　（バージョンアップしたら直るかと期待したのですが・・・） PHPのバージョン：　PHP5.5.19 その結果、php.ini の mbstring の設定がイケていないようだということが判明しました。 minibirdでは、「PHP環境設定」としてphp.iniのカスタマイズができるようになっています。これまでは次のようにしていたのですが・・・ ----- （「php.ini直接編集」の修正箇所のみ抜粋） [mbstring] extension=mbstring.so mbstring.language = neutral mbstring.internal_encoding = UTF-8 mbstring.http_input = auto mbstring.http_output = UTF-8 mbstring.encoding_translation = On mbstring.detect_order = auto mbstring.substitute_character = none; ----- これを次のように修正したところ・・・ ----- [mbstring] extension=mbstring.so mbstring.language = Japanese mbstring.internal_encoding = UTF-8 ;mbstring.http_input = UTF-8　　　　←★行頭に「;」を付けてコメントアウト。 ;mbstring.http_output = UTF-8 　　　←★行頭に「;」を付けてコメントアウト。 mbstring.encoding_translation = Off mbstring.detect_order = UTF-8,SJIS,EUC-JP,JIS,ASCII mbstring.substitute_character = none; ----- 無事、文字化けは発生しなくなりました。以上、ご参考まで。 Posted on 9月 04, 2015 at 1:19 午前
Re: 5.6.0.2.jaへのアップデート時に Class 'DateTime' not found エラーそうですね。確かにDateTimeクラスがなくなったとは考えにくい・・・レンタルサーバはminibirdです。 http://www.minibird.jp/ 設定でPHPのバージョンを選択できるので、私の場合「PHP 5.5.19」にしたところ、エラーが発生したものです。 http://www.minibird.jp/man/homepage_program_php_ver.php Posted on 3月 24, 2015 at 3:55 午後
Re: 5.6.0.2.jaへのアップデート時に Class 'DateTime' not found エラー 5.5.2.1.ja　→　5.6.3.3.ja　へのアップデートを行っていたところ、また Fatal error: Class 'DateTime' not found in /home/～/public_html/updates/concrete5.6.3.3.ja/concrete/core/helpers/date.php on line 66 が出てしまいました。今度はレンタルサーバのPHPバージョンを 5.5.19 にしておいたのですが発生してしまいました。そこで、もしかしたら・・・と思いついて、 PHP5.5.19　→　PHP5.3.3 に変更してみたところ、解決し、無事アップデートに成功しました。これまた、ご参考まで。 Posted on 3月 24, 2015 at 2:37 午前
5.6.0.2.jaへのアップデート時に Class 'DateTime' not found エラー concrete5のバージョンを最新化するべく、　5.4.1.1.1.ja　→　5.4.2.2.ja　→　5.5.2.1.ja　→　5.6.0.2.ja と作業していたところ、5.6.0.2.ja へのアップデート処理時に、　Fatal error: Class 'DateTime' not found in 　/home/～/public_html/updates/concrete5.6.0.2.ja/concrete/core/helpers/date.php on line 82 が出てしまいました。このエラーが発生する原因はPHPのバージョンが古いためとのことでした。　Fatal error: Class 'DateTime' not found そこで、 1）レンタルサーバのPHPバージョンを、「5.1.6　→　5.3.3」に変更し、 2）いったん、「/config/site.php 」を 5.5.2.1.ja のファイルに戻し、 3）また、DBも全テーブルを削除した上、バックアップしてあった 5.5.2.1.ja のDBをインポートしなおした上、 4）もう一度、管理画面からアップデートを実行、で、無事アップデートできました。以上、同じところで引っ掛かる方が居るかもしれませんので、ご参考までに。 Posted on 4月 29, 2013 at 12:24 午前
Re: [事例報告] テーマフォルダからdefault.phpを外したらgetThemePath()がおかしくなるなるほど！考えてみると、自作以外のテーマが使われるケースも考慮しておかないといけませんものね。そうすると、「ページタイプ：デフォルトのハンドル名はdefaultのままにしておく」というのが、やっぱり一番分かりやすいですね。 hissyさん、ていねいにお付き合いくださいまして、ありがとうございました。 Posted on 4月 11, 2013 at 1:02 午後
Re: [事例報告] テーマフォルダからdefault.phpを外したらgetThemePath()がおかしくなるなるほど。 > 「デフォルト」というページタイプは必須ではありません。 > ページタイプとテーマの必須ファイルは別に考えましょうこれはちょっと勘違いしていました。失礼しました。ところでそうなると、現在 default.php は中身が空のままでも一応うまく動作しているようなんですけれど、この default.php の役割って、ご存知ですか？ Posted on 4月 10, 2013 at 10:09 午後
[事例報告] テーマフォルダからdefault.phpを外したらgetThemePath()がおかしくなるどのバージョンからかは分からないのですが、現ver5.6.0.2.jaでは「ページタイプ：デフォルト」のハンドル名が指定できるようになっていました。そこでテーマフォルダの中を見やすくしたいと思い、　「default.php」　→　「pageType_default.php」　「home.php」　→　「pageType_home.php」といった感じにファイル名を変えた上、管理画面＞ページタイプでハンドル名も併せて「pageType_default」や「pageType_home」に変えたところ、$this->getThemePath() で取得される値が「/updates/concrete5.6.0.2.ja/concrete/themes/[テーマハンドル]」になってしまいました。色々試行錯誤してみた結果、中身は空でよいのでテーマフォルダ直下に「default.php」を置いてみたら、$this->getThemePath() の取得値を「/themes/[テーマハンドル]」に戻すことが出来ました。以前のバージョンでは「default.php」は必須だったのでこのようなケースは発生しなかったと思いますが、今後は同じような穴に陥る人も出てくるかもしれませんので、ご参考までにアップしておきます。といっても、わざわざ default.php のファイル名を変えるような人は居ないかな・・・ Posted on 4月 10, 2013 at 4:27 午後
Re: 公式サイトcacooのURL 昨日はお疲れさまでした。自分のイメージを「ワイヤーフレーム：Top2」として追加しました。昨日お話しした内容と異なる部分もありますが・・・ Posted on 5月 22, 2011 at 4:24 午後
Re: Re: Re: Re: ページタイプ編集画面で「子ページの設定」をした時の表示ページ名が最新でないスレ主？のkeezthaです。皆さん、いろいろとご検討くださいましてありがとうございます。 syzlmrさんの記載を読みますと、「concrete5.4.1.1.1 ja にアップグレードすれば、この問題は解決される」ということかと思いました。（私はまだ concrete5.4.1.1.1 ja を試していないため、検証できずに申し訳ないですが・・・）もしそうであるなら、この件はそれでクローズしてしまって良いと思いますが、いかがでしょうか？ Posted on 1月 04, 2011 at 9:40 午前
ロリポップ！（2011年まで）「ロリポップ！」についてのスレッドです。 http://lolipop.jp/ 設置方法はロリポップのマニュアル「concrete5の設置」をご参照ください。 http://lolipop.jp/manual/blog/concrete5/ 不具合などありましたら、下記の「返信」リンクにて投稿してください。なお『コロリポプラン』ではMySQL使用できないのでNG、『ロリポプラン』にプラン変更のこと、となっています。（2010年11月時点） Posted on 11月 16, 2010 at 2:45 午前

1から10までを表示 (計17)

PHP環境設定（php.ini）がおかしかったので文字化け

minibirdで運用しているサイトで、concrete 5.6 にバージョンアップした後、記事ブロックやHTMLブロックなどを編集して保存を行うと文字化けしてしまう現象が発生していました。

既存のコンテンツの表示が文字化けしてしまうことはなく、このところ更新することもなかったのでほったらかしにしておいたのですが・・・。
本日久しぶりに更新を行おうとしたところ、文字化けしてしまうことを思い出し、慌てて原因を調べ始めた次第です。

conrete5のバージョン
　・concrete5.6.0.2.ja
　・concrete5.6.3.3.ja　（バージョンアップしたら直るかと期待したのですが・・・）
PHPのバージョン：　PHP5.5.19

その結果、php.ini の mbstring の設定がイケていないようだということが判明しました。

minibirdでは、「PHP環境設定」としてphp.iniのカスタマイズができるようになっています。
これまでは次のようにしていたのですが・・・
-----
（「php.ini直接編集」の修正箇所のみ抜粋）
[mbstring]
extension=mbstring.so
mbstring.language = neutral
mbstring.internal_encoding = UTF-8
mbstring.http_input = auto
mbstring.http_output = UTF-8
mbstring.encoding_translation = On
mbstring.detect_order = auto
mbstring.substitute_character = none;
-----

これを次のように修正したところ・・・
-----
[mbstring]
extension=mbstring.so
mbstring.language = Japanese
mbstring.internal_encoding = UTF-8
;mbstring.http_input = UTF-8　　　　←★行頭に「;」を付けてコメントアウト。
;mbstring.http_output = UTF-8 　　　←★行頭に「;」を付けてコメントアウト。
mbstring.encoding_translation = Off
mbstring.detect_order = UTF-8,SJIS,EUC-JP,JIS,ASCII
mbstring.substitute_character = none;
-----

無事、文字化けは発生しなくなりました。

以上、ご参考まで。

Posted on 9月 04, 2015 at 1:19 午前

Re: 5.6.0.2.jaへのアップデート時に Class 'DateTime' not found エラー

そうですね。
確かにDateTimeクラスがなくなったとは考えにくい・・・

レンタルサーバはminibirdです。
http://www.minibird.jp/

設定でPHPのバージョンを選択できるので、私の場合「PHP 5.5.19」にしたところ、エラーが発生したものです。
http://www.minibird.jp/man/homepage_program_php_ver.php

Posted on 3月 24, 2015 at 3:55 午後

Re: 5.6.0.2.jaへのアップデート時に Class 'DateTime' not found エラー

5.5.2.1.ja　→　5.6.3.3.ja　へのアップデートを行っていたところ、

また
Fatal error: Class 'DateTime' not found in
/home/～/public_html/updates/concrete5.6.3.3.ja/concrete/core/helpers/date.php on line 66
が出てしまいました。

今度はレンタルサーバのPHPバージョンを 5.5.19 にしておいたのですが発生してしまいました。

そこで、もしかしたら・・・と思いついて、
PHP5.5.19　→　PHP5.3.3
に変更してみたところ、解決し、無事アップデートに成功しました。

これまた、ご参考まで。

Posted on 3月 24, 2015 at 2:37 午前

5.6.0.2.jaへのアップデート時に Class 'DateTime' not found エラー

concrete5のバージョンを最新化するべく、

　5.4.1.1.1.ja　→　5.4.2.2.ja　→　5.5.2.1.ja　→　5.6.0.2.ja

と作業していたところ、5.6.0.2.ja へのアップデート処理時に、

　Fatal error: Class 'DateTime' not found in
　/home/～/public_html/updates/concrete5.6.0.2.ja/concrete/core/helpers/date.php on line 82

が出てしまいました。

このエラーが発生する原因はPHPのバージョンが古いためとのことでした。
　Fatal error: Class 'DateTime' not found

そこで、
1）レンタルサーバのPHPバージョンを、「5.1.6　→　5.3.3」に変更し、
2）いったん、「/config/site.php 」を 5.5.2.1.ja のファイルに戻し、
3）また、DBも全テーブルを削除した上、バックアップしてあった 5.5.2.1.ja のDBをインポートしなおした上、
4）もう一度、管理画面からアップデートを実行、
で、無事アップデートできました。

以上、同じところで引っ掛かる方が居るかもしれませんので、ご参考までに。

Posted on 4月 29, 2013 at 12:24 午前

Re: [事例報告] テーマフォルダからdefault.phpを外したらgetThemePath()がおかしくなる

なるほど！
考えてみると、自作以外のテーマが使われるケースも考慮しておかないといけませんものね。
そうすると、「ページタイプ：デフォルトのハンドル名はdefaultのままにしておく」というのが、やっぱり一番分かりやすいですね。

hissyさん、ていねいにお付き合いくださいまして、ありがとうございました。

Posted on 4月 11, 2013 at 1:02 午後

Re: [事例報告] テーマフォルダからdefault.phpを外したらgetThemePath()がおかしくなる

なるほど。

> 「デフォルト」というページタイプは必須ではありません。
> ページタイプとテーマの必須ファイルは別に考えましょう

これはちょっと勘違いしていました。
失礼しました。

ところでそうなると、現在 default.php は中身が空のままでも一応うまく動作しているようなんですけれど、この default.php の役割って、ご存知ですか？

Posted on 4月 10, 2013 at 10:09 午後

[事例報告] テーマフォルダからdefault.phpを外したらgetThemePath()がおかしくなる

どのバージョンからかは分からないのですが、現ver5.6.0.2.jaでは「ページタイプ：デフォルト」のハンドル名が指定できるようになっていました。
そこでテーマフォルダの中を見やすくしたいと思い、
　「default.php」　→　「pageType_default.php」
　「home.php」　→　「pageType_home.php」
といった感じにファイル名を変えた上、
管理画面＞ページタイプでハンドル名も併せて「pageType_default」や「pageType_home」に変えたところ、$this->getThemePath() で取得される値が「/updates/concrete5.6.0.2.ja/concrete/themes/[テーマハンドル]」になってしまいました。

色々試行錯誤してみた結果、中身は空でよいのでテーマフォルダ直下に「default.php」を置いてみたら、$this->getThemePath() の取得値を「/themes/[テーマハンドル]」に戻すことが出来ました。

以前のバージョンでは「default.php」は必須だったのでこのようなケースは発生しなかったと思いますが、今後は同じような穴に陥る人も出てくるかもしれませんので、ご参考までにアップしておきます。

といっても、わざわざ default.php のファイル名を変えるような人は居ないかな・・・

Posted on 4月 10, 2013 at 4:27 午後

« 前12次 »

メンバー検索

keeztha

コミュニティバッジ

投稿