21からまでを表示 (計137) |
上記、エラーよく見直しましたが、JavaScriptエラーではないようです……。
このようなエラーが出ていました。
VM17:1 GEThttp://www.example.co.jp/index.php/ccm/system/dialogs/page/add_block?btask=edit&cID=8017&arGridMaximumColumns=&arEnableGridContainer=0&arHandle=Main&am... 500
Posted on 3月 25, 2019 at 4:45 午後
|
ありがとうございます。上記コードで、ページ属性の部分一致検索が問題なく出来ました。
Posted on 3月 18, 2019 at 2:34 午後
|
現在運用しているサイトで、商品の品番をページ属性に入れているのですが、
品番で検索した際に、完全一致でないと検索結果が出ないという問題が出ました。
$ipl = new PageList();
$ipl->filterByProductSubCode($product_sub_code);
上記のようにしてページの絞り込みを行っているのですが、
filterBy~ で部分一致を指定する方法はあるのでしょうか?
Posted on 3月 15, 2019 at 3:38 午後
|
現在、公開済のサーバーを確認中なのですが、
『エリアの追加』をすると、下記JavaScriptエラーが発生してしまいます……。
https://www.example.com/index.php/ccm/system/dialogs/page/add_block?btask=edit&cID=7825&arGridMaximumColumns=12&arEnableGridContainer=1&arHandle=Main&btID=1&arCustomTemplate%5Bcontent%5D=wysiwyg
サイト内で複数のテーマがあって、その中の一部だけでエラーが発生しているので、テーマ側の問題かと思いますが、何が原因かご存じの方いらっしゃるでしょうか?
Posted on 3月 04, 2019 at 3:22 午後
|
本日、同じサーバーで全く同じ現象が起きました。
パスもファイル名も同じなので、同じキャッシュファイルが定期的に壊れる状況になっているようです……。
最初に投稿したエラーのログの直前に、上記エラーが発生していました。
---
Exception Occurred: /home/kusanagi/excloud/DocumentRoot/application/files/cache/0fea6a13c52b4d47/25368f24b045ca84/38a865804f8fdcb6/57cd99682e939275/18e23c785c6a72cf/ca47fbe20fed45aa.php:14 syntax error, unexpected 'type' (T_STRING) (4)
---
Posted on 2月 14, 2019 at 4:48 午後
|
上記、間違いがありました。
nginxに関しては、httpsになっているので、
ssl_error.log
こちらの方にエラーログが入っていました。
ただ、画像を再スキャンしたのログを監視しましたが、エラーは発生していませんでした……。
Posted on 2月 13, 2019 at 3:41 午後
|
レンタルサーバーのサポートに連絡して、nginxのログファイルの位置確認しました。
error.log は存在しているのですが、中身は空でした。
tail -f error.log
上記コマンド実行して、『再スキャン』を行ってみましたが、エラーは出ませんでした。
hhvmのerror.logも確認しましたが、同様にエラーはありませんでした……。
Posted on 2月 13, 2019 at 3:07 午後
|
サーバーのスペックを調べました。
http://ex-cloud.jp/wordpress/
契約している『レギュラー』のコースで、メモリは4GBあります。これくらいあれば問題ないかと思いますが……。
Posted on 2月 12, 2019 at 12:50 午後
|
画像は、JPEGファイルになります。
ファイルを「再スキャン」することでサムネイルが生成されますので、
それで試してください。
再スキャンは行ったのですが、それでも生成されませんでした……。
サーバー自体のメモリが足りない可能性もあるんですね……。スペックを再度調べてみます。
Posted on 2月 07, 2019 at 6:10 午後
|
クライアントから公開中のサイトでの不具合が指摘され、調査をしていたのですが、
元画像は横2000px×縦1600pxと大きなサイズなのに、『ファイルマネージャー詳細サムネイル』だけが生成されていない、という事が理由というのが分かりました。
---
ファイルマネージャーサムネイル
60 x 60 dimensions (Exact)
---
上記は正常に生成されていて、
---
ファイルマネージャー詳細サムネイル
400 x 自動 dimensions (Exact)
---
上記が、
『サムネイルが見つかりませんでした。多くの場合、サムネイル設定よりも小さいサイズであることが理由です。』
となって生成されていません。
ピクセル数が大きな画像を多くアップロードされているため、php.iniで
memory_limit - 256M
としているのですが、メモリはもっと割り当てた方が良いのでしょうか?
サーバーはEx-CLOUD,concrete5のバージョンは8.2.1,PHPは5.6.30(KUSANAGI環境で動いているのでHHVM?)です。
もし対処法ありましたら、お知らせ頂けるとありがたいです。
Posted on 2月 07, 2019 at 3:53 午後
|