登録日
2012年8月1日

メンバー検索

  

mikihicom

名前(ニックネーム)
mikihicom
自分のconcrete5サイト
ホームページ
自己紹介
大阪で映像制作やら、 Web制作やら、イラスト制作やら何やらかんやら、いろいろとやってます。
concrete5は目下勉強中。いろいろとご教授いただけるとありがたいです。
concrete5.org のユーザー名
concrete5 Slack Team ID
Twitterアカウント
@@mikihicom
フォーラム総投稿数
17

コミュニティバッジ

投稿

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

MAMP環境で8.2.1インストール後にエラー

諸事情でいろんな環境で試しています。

Windouws10
MAMP : 4.1.1
PHP:7.1.20
c5 : 8.2.1

上記な感じで、PCローカルにインストールを試みるも、
インストール後に以下のようなエラーが出てます。

require(C:/MAMP/htdocs/kazurasei_teramachi_8/application/config/doctrine/proxies\__CG__ConcreteCoreEntitySiteType.php): failed to open stream: No such file or directory


同ディレクトリの中を見ると何もファイルが無い状態になってます。
インストール後に再構築されるのかわかりませんが、
その際に全削除されているようなのですが、、

以下フォーラムでも質問が上がってますが、
回答がありませんでしたし、XAMPP環境でしたので、別途質問させていただきました。

http://concrete5-japan.org/community/forums/beginner/post-16123/

よろしくお願いします。

Posted on 9月 25, 2019 at 1:26 午後

Re: Re: Re: Re: touch関数について

書き方に誤りがありましたね。。

PCローカルでMAMPを使用して構築しようとしたときに
同様のエラーが出るという意味でした。。。

Posted on 9月 25, 2019 at 1:10 午後

Re: Re: Re: touch関数について

hissyさん

ちなみになんですが、
引越し後のことも考え、
ローカル上で「5.7 → 8.2.1」にアップグレードしようと思い、
以下に記載されている形で、concreteフォルダをupdatesディレクトリに入れましたが、
再度「touch() has been disabled for security reasons」が出てしまいます。。
ローカルなので、php.iniの設定などは行っていないのですが、、

http://concrete5-japan.org/help/5-7/developer/installation/upgrading-concrete5/

手動でも、上書きでも同様のエラーが出ました。

そもそも根本が間違ってるんでしょうか?

Posted on 9月 24, 2019 at 6:08 午後

Re: Re: touch関数について

最新版でもtouch関数は使用していますね。


そうなんですね。。。
ベンダーの方で変更が難しい場合は、
引越しを考えます。

Posted on 9月 24, 2019 at 5:50 午後

touch関数について

ASPを提供しているサービスの、
CMSを使用できるオプションを使用して、移設を試みています。
移設先はphp7.1しか対応しておらず、
c5のバージョンは5.7.5.13になります。

php::7.1
concrete5:5.7.5.13

同CMS用サーバーにインストール後、

touch() has been disabled for security reasons ...

と表示され、その後の設定が出来なくなりました。

ベンダーに確認したところ、
touch関数を無効(使用不可)としているとの回答があり、
何か別の方法が無いか悩んでいます。

touch関数を使用せず行う方法などありますでしょうか?
また、8系であればtouch関数に関するエラーは表示されないでしょうか?

Posted on 9月 24, 2019 at 5:10 午後

Re: Expressのデータ削除の際にエラー、さらにそれに関連したエントリーの編集不可

返事遅くなってすいません。

エラーログを調べたところ、
関係があるかどうかはわかりませんが、本エラーが最初に表示されたあたりのログは見つけました。

"Exception Occurred: /****/concrete/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:53 An exception occurred while executing 'SELECT count(distinct e.exEntryID) FROM ExpressEntityEntries e LEFT JOIN TypeOfEventExpressSearchIndexAttributes ea ON e.exEntryID = ea.exEntryID WHERE e.exEntryEntityID = ? LIMIT 1' with params [""bf8fec22-8b55-11e7-9974-00164711fcee""]: SQLSTATE[42S02]: Base table or view not found: 1146 Table '[[[[ DB_name ]]]].TypeOfEventExpressSearchIndexAttributes' doesn't exist (0)
"



"Exception Occurred: /****/concrete/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:60 An exception occurred while executing 'DELETE FROM ExpressEntities WHERE id = ?' with params [""bf8fec22-8b55-11e7-9974-00164711fcee""]: SQLSTATE[23000]: Integrity constraint violation: 1451 Cannot delete or update a parent row: a foreign key constraint fails (`[[[[ DB_name ]]]]`.`ExpressEntityEntries`, CONSTRAINT `FK_B8AE3531AFC87D03` FOREIGN KEY (`exEntryEntityID`) REFERENCES `ExpressEntities` (`id`)) (0)"


サイトのアドレスにあたる部分と、
DB名([[[[DB_name]]]])は伏せていますが、おそらくこの2行がキモかなと。

また、
削除したはずオブジェクト(以降:幽霊オブジェクト)は、
別のオブジェクトのエントリー一覧とかに表示させていたりしたので、
それも影響しているかと思います。

幽霊オブジェクトは、
設定のデータオブジェクトから選択も可能で、
「詳細」「エンティティ編集」「属性」「アソシエーション」「フォーム」は選択可能。
ただし、「属性」では、
登録していた属性は消えていますが、
改めて消す前に登録していた属性のハンドルは残っているみたいで、
「すでに登録されている」というエラーが表示されます。
別の名称でハンドルを登録しようとすると、以下のエラーが出て登録できません。

An exception occurred while executing 'ALTER TABLE TypeOfEventExpressSearchIndexAttributes ADD ak_test_ex_hundles LONGTEXT DEFAULT NULL': SQLSTATE[42S02]: Base table or view not found: 1146 Table '[[[[DB_name]]]].TypeOfEventExpressSearchIndexAttributes' doesn't exist


上記を含め、
どれを設定したところで、反映されないようなので意味はありません。

構造を把握しているわけではないんで、
なんとも言えないですけど、
オブジェクトのテーブルだけがない?
オブジェクトの名前だけがどっかに残って削除できてない???
ということでしょうか?

ちなみに、
MySQLのバージョンは5.6です。

Posted on 8月 31, 2017 at 12:32 午前

Expressのデータ削除の際にエラー、さらにそれに関連したエントリーの編集不可

エクスプレスのデータオブジェクトからオブジェクトを削除しようとした際にエラーが発生し、正しく削除できず、
オブジェクト一覧に残ったままになってしまいました。(バグ??)

その後、アソシエーションで関連づけた別のエントリーを編集しようとしたところ、
以下のエラーが表示され編集が不可に、、、

Call to a member function getId() on null

関連したアソシエーションを削除をしているので、
そのIDが無いために生じていることかと思うのですが、
データベースを触れる状況でも無いため、
MySQLを直接、、と言うことも難しく、困っています。

エントリーの編集ができるようにだけでもなりませんでしょうか?

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

# concrete5 Packages
Honest Websites Back To Top (1.0.1), Manual Nav (2.2.0), Open Graph Tags Lite (2.1.3)

# concrete5 Cache Settings
Block Cache - Off
Overrides Cache - Off
Full Page Caching - Off
Full Page Cache Lifetime - Only when manually removed or the cache is cleared.

# Server Software
Apache

# Server API
cgi-fcgi

# PHP Version
5.6.31

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

# PHP Settings
max_execution_time - 300
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 600
max_input_vars - 1000
memory_limit - 500M
post_max_size - 1000M
sql.safe_mode - Off
upload_max_filesize - 1000M
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
pcre.backtrack_limit - 1000000
pcre.recursion_limit - 100000
pgsql.max_links - Unlimited
pgsql.max_persistent - Unlimited
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

==== 追記 ======

一部自己解決しました。

エクスプレスで登録する際に表示されない問題に関しては、
設定にて、
削除したものも含めたアソシエーションをエントリー一覧に表示するようにしていたのですが、
それが有効のままだったために、エラーを起こしていたようです。

以下の手順で解決しました。

concrete/src/Express/Search/Column/AssociationColumn.php :

21行目を

return 'association_' . $this->association->getId();

return 'association_' . '1111111';

26行目を

return S$this->association->getTargetEntity()->getName();

return '1111111';

に一旦修正して、更新。

これで、
Expressオブジェクトのエントリー一覧が表示されるようになります。

この状態で、
「システム設定」→「データオブジェクト」→ 対象のオブジェクト

オブジェクト詳細が表示されます。

「検索/一覧をカスタマイズ」を表示させると、
「アソシエーション」の部分が、[1111111]など、先ほど書き換えた表示になっていますが、
気にせず、その横にあるチェックを全て外し保存。

これで、
エキスプレスのエントリー一覧から、
アソシエーション部分の名前が消えます。

その後、
先ほど修正した箇所を戻して保存。

これで治りました。


ですが、データオブジェクトの問題は残ったままです。
ローカルでも試しましたが、残ったままです。

使わないので、問題はないのですが、
気持ち悪いので、何とかしたいのですが、方法はありますでしょうか?

Posted on 8月 28, 2017 at 6:17 午前

Re: レポート フォーム一覧の削除ボタンについて

use Group でもエラー出ましたねぇ。。

他に、スマートなやり方や、
複数のグループ指定が簡単に出来ないか検証してみますー。

Posted on 12月 28, 2016 at 8:11 午前

Re: レポート フォーム一覧の削除ボタンについて

Katzさん、ありがとうございます!
返信遅くなりすいません。

Katzさんから教えていただいた方法でやると、
[use]のとこでシンタックスエラーが出てしまったので、
色々やって解決しました

サンプルコードはこちら
http://gist.github.com/mikihicom/60c7327f39775d9402812a9eae4b7439

ありがとうございました!


ただ、結構強引なやり方だと思うので、もうちょっとスマートなやり方はないかなと、、

Posted on 12月 28, 2016 at 7:57 午前

Re: レポート フォーム一覧の削除ボタンについて

ありがとうございます。

Katzさんのやり方でコピーして、
該当の場所を display:none で見えなくしました。

例えば

管理者 → 削除ボタン表示
フォーム閲覧のみグループ → 削除ボタン非表示、もしくは操作不可能

というような権限設定はできませんかね??

Posted on 12月 08, 2016 at 10:34 午前
« 前12次 »