登録日
2014年8月1日

メンバー検索

  

kojima

名前(ニックネーム)
koji
自分のconcrete5サイト
cnc5.kojimat.ddo.jp
ホームページ
kojimat.ddo.jp
自己紹介
Mac 愛好者
散歩とMacと読書と写真撮影で毎日を過ごす。
concrete5.org のユーザー名
kojimatak
concrete5 Slack Team ID
Twitterアカウント
@takum
フォーラム総投稿数
11

コミュニティバッジ

投稿

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

このページにあるサーバが応答しません

自宅サーバ:iMac macOS mojave 10.14.5
/usr/local/Cellar/nginx/1.17.0/bin/nginx
/usr/local/Cellar/php@7.1/7.1.30/bin/php
/usr/local/Cellar/php@7.1/7.1.30/sbin/php-fpm
concrete5-8.4.5



6月19日「ページを開けません。このページにあるサーバが応答しません。」と表示がでて concrete5.8.4.5 に突然接続できなくなりました。
concrete5.8.4.5 を置いた自宅 nginx サーバに接続できなくなったので error log を調べたところ次の通りでした。

2019/06/19 12:20:47 [error] 270#0: *2 FastCGI sent in stderr: "PHP message: PHP Fatal error: Method Concrete\Core\Asset\JavascriptLocalizedAsset::__toString() must not throw an exception in /Users/kojimatakumi/Sites/Documents2/concrete5.7.5.2sd2/updates/concrete5-8.4.5/concrete/src/View/View.php on line 0
PHP message: PHP Fatal error: Method Concrete\Core\Asset\JavascriptLocalizedAsset::__toString() must not throw an exception in /Users/kojimatakumi/Sites/Documents2/concrete5.7.5.2sd2/updates/concrete5-8.4.5/concrete/src/View/View.php on line 0" while reading response header from upstream, client: 127.0.0.1, server: localhost, request: "GET /favicon.ico HTTP/1.1", upstream: "fastcgi://unix:/usr/local/var/run/php-fpm/php-fpm.sock:", host: "localhost", referrer: "http://localhost/index.html"

2019/06/20 09:57:52 [error] 270#0: *14 FastCGI sent in stderr: "PHP message: PHP Fatal error: Method Concrete\Core\Asset\JavascriptLocalizedAsset::__toString() must not throw an exception in /Users/kojimatakumi/Sites/Documents2/concrete5.7.5.2sd2/updates/concrete5-8.4.5/concrete/src/View/View.php on line 0
PHP message: PHP Fatal error: Method Concrete\Core\Asset\JavascriptLocalizedAsset::__toString() must not throw an exception in /Users/kojimatakumi/Sites/Documents2/concrete5.7.5.2sd2/updates/concrete5-8.4.5/concrete/src/View/View.php on line 0" while reading response header from upstream, client: 192.168.1.60, server: localhost, request: "GET / HTTP/1.0", upstream: "fastcgi://unix:/usr/local/var/run/php-fpm/php-fpm.sock:"

いずれも Fatal error が2箇所あり、エラーは同じ箇所にあるように思えます。
2箇所の Fatal error にある View.php on line 0 とは何を指しているのでしょうか。
サーバを応答させるためには何が問題で何処を調べればよいでしょうか。
復旧方法が俄に解りません。ヒントがありましたらご教授下さい。



6月19日「ページを開けません。このページにあるサーバが応答しません。」の追加質問。

現況は以下の通りです。

concrete5.8.4.5 を置いた自宅 nginx サーバについてバージョンアップを経た結果は次の通りで従来通り安定起動を続けています。
nginx version: nginx/1.17.2
PHP 7.3.8 (fpm-fcgi)

concreat5 については相変わらず起動させることが出来ない。

nginx/error.log の内容は次の通り。

2019/08/18 19:32:44 [error] 11638#0: *40 FastCGI sent in stderr: "PHP message: PHP Fatal error: Cannot use Concrete\Core\Foundation\Object as Object because 'Object' is a special class name in /Users/kojimatakumi/Sites/Documents/concrete5.7.5.2sd1/concrete/src/Foundation/ClassLoader.php on line 5" while reading response header from upstream, client: 60.41.59.195, server: localhost, request: "GET /concrete5.7.5.2sd1/index.php HTTP/1.1", upstream: "fastcgi://unix:/usr/local/var/run/php-fpm/php-fpm.sock:", host: "www.kojimat.ddo.jp"

「PHPメッセージ:PHP致命的エラー: 'Object'は特別なため、Concrete \ Core \ Foundation \ Objectをオブジェクトとして使用できません 5 "行目」と表示されている。

concrete5 の ClassLoader.php を調べる
/Users/kojimatakumi/Sites/Documents/concrete5.7.5.2sd1/concrete/src/Foundation/ClassLoader.php

3 namespace Concrete\Core\Foundation;

5 use \Concrete\Core\Foundation\Object; # 5行目
6 use \Concrete\Core\Package\Package;
7 use \Concrete\Core\Foundation\ModifiedPSR4ClassLoader;
8 use \Symfony\Component\ClassLoader\MapClassLoader as SymfonyMapClassloader;
9 use Symfony\Component\ClassLoader\Psr4ClassLoader as SymfonyClassLoader;

ブラウザ Safari に表示された Fatal error の内容は次の通り。

http://www.kojimat.ddo.jp/concrete5.7.5.2sd1/index.php

Fatal error: Cannot use Concrete\Core\Foundation\Object as Object because 'Object' is a special class name in /Users/kojimatakumi/Sites/Documents/concrete5.7.5.2sd1/concrete/src/Foundation/ClassLoader.php on line 5

「ClassLoader.phpの特別なクラス名であるため、Concrete \ Core \ Foundation \ Objectをオブジェクトとして使用できません 」と「nginx/error.log の内容」と同様に表示されている。

6月中旬に php5.6 から php7.2 にバージョンアップしたことでサーバが応答しなくなりましたが concrete5 以外は表示するようになっています。

追加質問
object として使用するためには、どのような手立てがあるでしょうか。
何かヒントがありましたらご教授下さい。

結末
次のようになりました。

concrete5-8.5.2 インストール完了再設定

 6月19日「ページを開けません。このページにあるサーバが応答しません。」と表示がでて concrete5.8.4.5 に突然接続できなくなりましたが、concrete5.8.4.5 が置いてある自宅 nginx サーバについては従来通り安定起動を続けていました。
自宅サーバ:iMac macOS mojave 10.14.5
/usr/local/Cellar/nginx/1.17.0
/usr/local/Cellar/php@7.1/7.1.30/bin/php
/usr/local/Cellar/php@7.1/7.1.30/sbin/php-fpm
/usr/local/Cellar/mysql/8.0.16
concrete5-8.4.5

 以後、concrete5.8.4.5 の修復に努めていましたが思うようにならず、MySQLを入れ替えて12月15日concrete5-8.5.2 のインストールを完了しました。
自宅サーバ:iMac macOS Catalina 10.15.1
/usr/local/Cellar/nginx/1.17.3_1
/usr/local/Cellar/php/7.3.11
/usr/local/Cellar/php/7.3.11/sbin/php-fpm
/usr/local/Cellar/mysql/8.0.18_1
concrete5-8.5.2

これから concrete5-8.5.2 の設定を開始します。

Posted on 6月 21, 2019 at 11:33 午後

Re: 突然消失した "サイト全体の Header Navigation" を復活させるには -仮の解決

█ apache - concrete5.7.5.2 と nginx - concrete5.7.5.2 を同時に起動し操作したときの挙動を調べる。

▋ apache とnginx の設定状況

▋ localhost:80

/Volumes/LaCie/Library/WebServer/Documents/concrete5.7.5.2

Apache/2.4.16 (Unix) - PHP Variables

MySQL データベース名:conc5751

▋ localhost:8888

/Volumes/LaCie/Sites/WebServer/Documents/concrete5.7.5.2

nginx/1.8.0 - PHP Variables

MySQL データベース名:conc5752

█ PHP のセッショントラブルについて研究する。

▋ 問題のセッショントラブルログ

▋ localhost:80 に変更してサイトを開いたときに表示された /sess_ 。

An unexpected error occurred.

SessionHandler::read(): open(/var/tmp//sess_k8gfo1sg408kd99r331j12l7e3, O_RDWR) failed: Permission denied (13)

そこで以下のように修正した。

現行

Owner: jibun(501) - jibun

Group: wheel (0) - System Group

修正

Owner: _www(70) - World Wide Wev Server

Group: wheel (0) - System Group

▋ localhost:8888 を起動すると以下の /sess_ が表示された。

An unexpected error occurred.

SessionHandler::read(): open(/var/tmp//sess_ukibv4q3n5nraedji3gib1ehg3, O_RDWR) failed: Permission denied (13)

そこで以下のように修正した。オーナーの変更が逆になっている。

現行

Owner: _www(70) - World Wide Wev Server

Group: wheel (0) - System Group

修正

Owner: jibun(501) - jibun

Group: wheel (0) - System Group

█ php のセッショントラブルの原因と思われる php の存在とその相違。

▋ apache - php

場所:/usr/bin

作成日:2015年9月17日木曜日 16:07

変更日:2015年9月17日木曜日 16:07

共有とアクセス権

システム: 読み・書き

wheel:........読み出しのみ

everyone: ..読み出しのみ

▋ nginx - php

場所:/usr/local/Cellar/php56/5.6.13_3/bin

作成日:2015年9月22日火曜日 11:07

変更日:2015年9月26日土曜日 20:09

共有とアクセス権

(自分): 読み・書き

admin: .......読み出しのみ

everyone: ..読み出しのみ

█ php.ini が二つ存在し使われていると考えられるので、その比較をすると以下の通り。

▋ apache と nginx の比較

apache - php ..................................................................nginx - php

/private/etc/php.ini ........................................................./usr/local/etc/php/5.6/php.ini

901extension=php_pspell.dll .........................................無し

1007 pdo_mysql.default_socket= /tmp/mysql.sock ......無し

1156 mysql.default_socket = /tmp/mysql.sock .............無し

1215 mysqli.default_socket = /tmp/mysql.sock ............無し

1556 session.hash_function = 0 .....................................session.hash_function = 1

1729 ;mbstring.language = Japanese ............................mbstring.language = neutral

1736 ;mbstring.internal_encoding = ...............................mbstring.internal_encoding = UTF-8

█ セッショントラブルの研究結果

php.ini を操作したり、localhost:80 - apache 、localhost:8888 - nginx をしばらく操作した結果、セッショントラブルが起こらなくなった。

apache - phpinfo() と nginx - phpinfo() を調べてみると、両方の Configuration File が同じになっていることが分かった。

▋ apache - phpinfo()

Server APIApache 2.0 Handler

Virtual Directory Supportdisabled

Configuration File (php.ini) Path/usr/local/etc/php/5.6

Loaded Configuration File/usr/local/etc/php/5.6/php.ini

▋ nginx - phpinfo()

Server APIFPM/FastCGI

Virtual Directory Supportdisabled

Configuration File (php.ini) Path/usr/local/etc/php/5.6

Loaded Configuration File/usr/local/etc/php/5.6/php.ini

仮の解決

サイト全体の Header Navigation が消失する現象、PHP のセッショントラブルが生ずる現象は起きなくなった。

前者は MySQL の複製が原因であり、後者は設定内容の違う PHP 使用が原因と考えられるが、確証は未だない。

Posted on 10月 19, 2015 at 1:17 午後

Re: 突然消失した "サイト全体の Header Navigation" を復活させるには -質問の追加

お尋ねの、コピー元とコピー先の concrete5 サイトの MySQL データベースを同じものを使われていますか? については以下の通りです。

phpMyAdmin を使ってapache localhost:80 サイトの MySQL データベース名 conc572 の複製を作成する。

phpMyAdminにログインする。
http://localhost/phpmyadmin/
左メニューより、複製対象のデータベース名 conc572 を選択する。
上部メニューより、「操作」を選択する。

Copy database to: を操作する。
操作-1:構造とデータ を選択する。
操作-2:テキストボックスに nginx localhost:8888 サイト用の新しいデータベース名 conc575 を入力する。
操作-3:実行ボタンを押す。

以下の通りダイアログが現れ複製デーダベースが作成された。
「データベース conc572 を conc575 にコピーしました。」

結果
apache 駆動 concrete5.7.5.1 の mysql データベースは conc572 で、
nginx 駆動 concrete5.7.5.2 の mysql データベースは conc575 となり、
(nginx 駆動concrete5.7.5.1 の名称をconcrete5.7.5.2 に変更)
各々別々の mysql データベースはを使うこととなった。

つまり、MySQL データベースを複製して分けただけなのでデータベースの内容は全く同じものです。

問題点
オートナビが消失してしまった。

そのことがトラブルの原因の一つであると考え、目下新規にデータベース(今までのような複製ではなく)を作成し concrete5.7.5.2 をインストール(今までのようなアップデートではなく)したサイトを作成し検討中です。

nginx:8888 サイトとして起動させたところ通常通りの表示で管理画面も操作出来ます。
しかし、localhost:8888 で画像スライダーの写真をアップロード出来ないので、concrete5.7.5.2 を apache 駆動 localhost:80 で開き画像スライダーの写真を4枚アップロードし、4画像スライダーを作成しました。
nginx では管理が apache の様には滑らかにいかないところがあるようです。
更に、nginx で Blog を復元中ですが未だ滞っているところがあり完成していません。
ここまでのところ、「サイト全体の Header Navigation」は健在です。
トラブルの起こっているサイトは放棄するのが賢明(その原因は知りたいのですが)でしょうか。

よろしくお願いいたします。

Posted on 10月 15, 2015 at 10:06 午後

Re: 突然消失した "サイト全体の Header Navigation" を復活させるには -質問の追加

kojiです。

今日10月11日22時50分突然 localhost:8888 に下記の通り(添付)のアラートが表示されました。
なお、localhost/concrete5.7.5.1/index.php の方は今まで通り開けています。
どうなっているのか見当がつきません。

またのお越しをお待ちしております。
このサイトは現在メンテナンス中です。
This site is currenly down for maintenance.

どなたか教えていただければ幸いです。

Posted on 10月 11, 2015 at 9:45 午後

Re: 突然消失した "サイト全体の Header Navigation" を復活させるには

・使用バージョン concrete5.7.5.1 , concrete5.7.5.2
・使っているテーマ Elemental Elemental
・使っているアドオン なし       なし

・サイトの修正  -追加

追加事項 -はじめ
MySQL データを複製する前の元データを concrete5.7.5.2 を使って操作していました。
concrete5.7.5.2 についての資料を見ました。
http://translate.google.co.jp/translate?hl=ja&sl=en&u=https://www.concrete5.org/community/forums/5-7-discussion/can-not-add-any-block-to-globalarea/&prev=s...
追加事項 -おわり

apache localhost:80 サイトを作成した後、同じ concrete5.7.5.1 を使った nginx localhost:8888 サイトを TCP/IP 通信で作成、両者でブログを書込み表示が出来た。
nginx localhost:8888 を socket 通信のサイトに変更し、両方を同時に起動し相互に操っているうち色々なトラブルに遭う。
そこで apache localhost:80 サイトをコピーして nginx localhost:8888 サイトを独立させたが同じ MySQL データを使っているのでトラブルは止まなかった。
この nginx localhost:8888 サイトの concrete5.7.5.1 を concrete5.7.5.2 にしたが一部のトラブル以外は未解決であった。
そこで更に、apache localhost:80 サイトの MySQL データを複製して nginx localhost:8888 サイトで分離して使うことにした。
すると、サイト全体の Header Navigation が消失する現象が現れた。しかし MySQL データを複製する前に既に生じていたのかもしれない。
apache, nginx 両サイトともログイン出来るので管理画面でシステム設定などをかなりいじっているが、ここに違和感は生じていない。
http://localhost:80/index.php/blog とすると blog が表示される。
http://localhost:8888/index.php/blog とすると blog が表示される。
時々次のようなことが起こっている。
http://localhost/concrete5.7.5.1/index.php
An unexpected error occurred.
SessionHandler::read(): open(/var/tmp//sess_fepp0r323qsgpj6b986bmi8q97, O_RDWR) failed: Permission denied (13)
username(501) - username 現行
_www(70) - World Wide Wev Server に修正する。
再読み込みは効くようになったがナビゲーションが表示されていない。
概略以上の通りです。
どうぞよろしくお願いいたします。

Posted on 10月 09, 2015 at 10:43 午後

突然消失した "サイト全体の Header Navigation" を復活させるには -質問の追加

質問の追加 :
編集モードで "空の サイト全体の Header Navigation エリア" にブロック - ナビゲーション”オートナビ”を追加するにはどうすれば良いでしょうか。

追加質問の背景
localhost/concrete5.7.5.1/index.php (concrete5.7.5.1 使用)
localhost:8888/index.php (concrete5.7.5.2 使用)
編集モードで "空の サイト全体の Header Navigation エリア" にはブロックを追加することは出来ないが、”空の列(縦)の1〜4 エリア”にはブロック - ナビゲーション”オートナビ”を追加することが容易に出来ます。
以下に添付
以下に・サイトの修正  -追加


最初の質問 :
突然、サイト全体の Header Navigation が消失しました。
復活させる方法がわかりません。
”コンテンツを追加”からナビゲーション - オートナビ を "空の サイト全体の Header Navigation エリア" にドロップすると、次のようなアラートが出て先に進みません。

オートナビを追加
call_user_func_array() expects parameter 1 to be a valid callback, class 'Concrete\Core\Permission\Key\AddBlockBlockTypeKey' does not have a method 'canAddBlock'

method 'canAddBlock' を持つにはどのようにすればよいでしょうか。
ヒントがあればお教えください。

Posted on 10月 09, 2015 at 4:39 午後

c5704 を自宅サーバにインストールしてみた (Mac)

自宅サーバ:
MacBook Air
Mavericks 10.9.5
/Library/WebServer/Documents/
Apache/2.2.26 (Unix)
PHP/5.4.30
Perl/v5.16.2
mysql/v14.14 Distrib 5.6.21

concrete5をインストールする事前に次のような準備をする。
homebrew を使い mysql v14.14 Distrib 5.6.21 をインストール。
mysql 準備:

$ mysql.server start
Starting MySQL
.. SUCCESS!
$ mysql -u root -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 1
Server version: 5.6.21 Homebrew

Copyright (c) 2000, 2014, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

[(none)] mysql>

concrete5をインストールする事前に次のような準備をする。
Sequel Pro を使い新規データベース作成:
db 準備:
conc57 を作成する。
/usr/local/var/mysql/conc57 1項目:db.opt default-character-set=utf8 default-collation=utf8_general_ci

concrete5.7.0.4 をダウンロード:
/Library/WebServer/Documents/  にフォルダを置く。
/Library/WebServer/Documents/concrete5.7.0.4

localhost を起動:
http://localhost/concrete5.7.0.4/ として起動させる。

concrete5をインストール:
バージョン 5.7.0.4
必須項目をチェック
「アップロードファイルとファイルの設定のディレクトリに書き込み可能」にチェックがつかない。
「?」を見て、/packages , /application/config/, application/files に書き込みが許可されていないことを知る。

処置:
そこで、書き込み許可を与えるよう以下のフォルダのパーミッションを 777 にする。
/packages/ , /application/config/ , application/files/ のパーミッションを Sequel Pro を使い 777 とする。

これで、必須項目、オプション項目に全てチェックが入り、インストールの準備が整う。

concrete5をインストール:
バージョン 5.7.0.4
サイト情報
サイト名: concrete57 適当な名前
管理者情報
メールアドレス: abcde@fghijklm.com
パスワード: zxcvbnm
パスワード確認: zxcvbnm
データベース情報
サーバー: 127.0.0.1 既設定
MySQLユーザー名: root
MySQLパスワード: qwertyuiop 既設定
データベース名: conc57 既設定

インストール結果:
concrete5をインストール
バージョン 5.7.0.4

おめでとうございます! concrete5が無事にインストールされました。あなたは入力したパスワードで admin としてログイン中です。パスワードを変更する場合は、管理画面のユーザー設定から行なってください。

点検:
db : conc57 がどのようになったか調べる。
/usr/local/var/mysql/conc57 493項目

自宅サーバでの確認:
自宅サーバに次の通り concrete5 が表示される。
http://www.kojimat.ddo.jp/concrete5.7.0.4/

メインページ:
次のような画面が表示される。

Elemental
ServicesPortfolioTeam
About
 Careers
 Frequently Asked Questions
BlogContact

確認:
自宅サーバに concrete5.7.0.4 がインストールされたことを確認する。

mysql 自動起動を設定:
~/Library/LaunchAgents/homebrew.mxcl.mysql.plistをXcodeで開き、
「KeepAlive」の値を「NO」に変更。
「Program」3つのコマンドのパスの中から /usr/local/opt/mysql/bin/mysqld_safe を選択。

結果:
mysql 自動起動が設定され、http://www.kojimat.ddo.jp/concrete5.7.0.4/ が常時見られるようになった。
ターミナルで mysql.server start , mysql.server stop を入力し、mysql の起動、終了を操作することも出来る。
$ mysql.server start
Starting MySQL
. SUCCESS!
$ mysql.server stop
Shutting down MySQL
. SUCCESS!

今年の8月から concrete5.6.3.1 のインストールに取り組みましたが旨くいかず、 concrete5.7.0.4 にしたところ以外と簡単にいきました。

Posted on 10月 06, 2014 at 1:57 午後

Re: 自宅サーバに concrete5 をインストールする

5.7 の操作は取りあえず中止して 5.6 の操作を修練することにします。
5.7 を扱うのは正規版が出てからにします。
色々とご指導いただき有り難うございました。

Posted on 8月 14, 2014 at 5:03 午後

Re: 自宅サーバに concrete5 をインストールする

OS のオーナーは本機の管理者で、ディレクトリのオーナーも本機の管理者であり全て同じグループに属しています。

PHP の動作で不審な点があるか調べるために concrete5.7 を操作してみましたが、マニュアルも読まずに見当で操作し、empty Packages を作ってなお操作を続けたため、

Whoops \ Exception \ ErrorException (E_ERROR)  Class 'Concrete\Block\DateNav\PageList' not found を生じさせてしまい、復帰できなくなりました。

/Library/WebServer/Documents/concrete5/concrete/blocks/date_nav/controller.php

49行目の   $pl = new PageList();  について No comments for this stack frame. と表示されています。

これは PHP の不審な動作ではなく操作ミスと思います。

復帰の仕方が俄に解りません。ヒントがありましたらご教授下さい。

Posted on 8月 13, 2014 at 7:32 午後

Re: 自宅サーバに concrete5 をインストールする

ご連絡をいただき有り難うございました。

ファイルの所有者は MAMP, WebServer 共に本機の管理者になっています。

パーミッションエラーが出るのは次のファイル main.css だけです。
/Library/WebServer/Documents/concrete5/application/files/cache/css/elemental/main.css

MAMP に置かれているファイル main.css にはエラーが出ません。
/Applications/MAMP/htdocs/concrete57/application/files/cache/css/elemental/main.css

main.css のパーミッションは全てのユーザについては次の通りです。
ただし、MAMP には全て実行は許可してない。訂正:全て実行は許可してある。
ただし、WebServer には全て実行が許可してある。
MAMP : オーナー:読み書き、グループ:読み出しのみ、全てのユーザ:読み出しのみ
WebServer : オーナー:読み書き、グループ:読み出しのみ、全てのユーザ:読み書き

つまり、WebServer の場合全てのユーザについては読み書きの許可を与えなければ concrete5 が起動しないことになります。

phpから書き込みする権限がないということは、他にも何か影響が出ていると思われますが、それはどのような場面でしょうか。

よろしくお願いいたします。

Posted on 8月 13, 2014 at 12:08 午前
« 前12次 »