1からまでを表示 (計23) |
いえいえ、とんでもありません、恐縮です。
はい、バージョンの整合性も確認しました。
これでひと安心です。ありがとうございました。
Posted on 7月 15, 2014 at 3:14 午前
|
あー、ありました!
はい、全部解決しました。\(^ ^)/ ありがとうございました!
Posted on 7月 14, 2014 at 1:54 午後
|
あーよかったです。Fancy Image Links だけでも元に戻りました。
有料テーマ Silence の方はダウンロードできないので、一時的にライセンスを別サイトに紐付けてアップロードしてとか、なんとか模索してみます。
この度はありがとうございました。
Posted on 7月 14, 2014 at 12:40 午後
|
キャッシュのクリア だめでした。(-_-;)
FTPでアドオンの再アップロード はい、手動で上書きインストールしてしまえば綺麗に戻るはずですよね。ちなみに、テーマやアドオンのファイル一式はどこで手に入るのでしょうか?
Posted on 7月 14, 2014 at 12:08 午後
|
あと、放っておく分には問題ないのですが、Silence Theme V1.3.2 というテーマもアップデート不良になってしまいまして、プレビューしようとすると以下のようなエラーで適用できず。 予期せぬエラーが発生しました。
/~/public_html/updates/concrete5.6.3.1.ja/concrete/packages/theme_silence/themes/silence にテーマがありません
かといって削除しようにも、以下のようなエラーで再インストールもできず。
Fatal error: Call to a member function getPackageItems() on a non-object in /~/public_html/updates/concrete5.6.3.1.ja/concrete/core/controllers/single_pages/dashboard/pages/themes.php on line 69
恐縮ながら、これを取り除く方法も可能であればお願い致します。
Posted on 7月 14, 2014 at 10:32 午前
|
お返事ありがとうございます。大変助かります。
Fancy Image Links というアドオンが不良のようです。
Warning: require_once(/~/public_html/packages/fancy_image_links/blocks/fancy_image_links/controller.php) [function.require-once]: failed to open stream: No such file or directory in /~/public_html/updates/concrete5.6.3.1.ja/concrete/core/libraries/loader.php on line 217
Fatal error: require_once() [function.require]: Failed opening required '/~/public_html/packages/fancy_image_links/blocks/fancy_image_links/controller.php' (include_path='/~/public_html/libraries/3rdparty:/~/public_html/updates/concrete5.6.3.1.ja/concrete/libraries/3rdparty:.:/usr/lib/php:/usr/local/lib/php') in /~/public_html/updates/concrete5.6.3.1.ja/concrete/core/libraries/loader.php on line 217 ※ 最初は 5.6.1.2 だったものを、updates フォルダへ concrete5.6.3.1.ja を入れてアップデートを実行。
Posted on 7月 14, 2014 at 10:24 午前
|
お世話になります。
とあるブロックのアップデートが失敗(設定などは残ったまま本体が消えてしまった模様)したせいで、ページにブロックを追加しようとすると、エラーが出てブロックの一覧さえ表示されなくなってしまいました。
気持ち悪いので、一旦すべてのアドオンと共に concrete5 全体を削除し、その後改めてクリーンにインストールしたいのですが、その際既存のデータベースを残すことは可能でしょうか? そしてそれは、どのような手順で行えば宜しいのでしょうか?
是非ご教示のほど、何卒宜しくお願い致します。
Posted on 7月 14, 2014 at 3:18 午前
|
お話の通り、「download_file.php」のオーバーライドで解決しました。
ただ、「標準のファイル保存場所」の変更は、キャッシュなどは素直に移動してくれるのですが、ファイルマネージャからアクセスできなくなったり、少し変な挙動を示しました。
なので変更するのはやめて、.htaccess で直接アクセスを拒否してみました。
----- .htaccess -----
Deny from all
--------------------
これで安心です。ありがとうございました。
Posted on 10月 16, 2013 at 6:20 午後
|
お返事ありがとうございます。
権限設定すればファイルのURLはPHPを経由するので、
上級権限モードではありますが、ファイルマネージャで閲覧できるユーザからゲストを外し、管理者しか閲覧できないようにしてみても、依然として直リンクへリダイレクトされてしまいます。何故なのでしょうか?
http://www.abc.com/download_file/0/123/
↓
http://www.abc.com/files/0123/4567/8910/image.jpg
非公開ディレクトリを追加のファイル保存場所に設定し、ファイルをそちらに移動することができます。
なるほど、「ファイルの保存場所」の「標準のファイル保存場所」の部分で、アップロード先が決まっていたのですね。了解しました。
Posted on 10月 16, 2013 at 5:12 午前
|
お世話になります。(バージョン:5.6.1.2)
ファイルマネージャーからアップロードしたファイルのアクセス権限を編集して、
特定の会員やグループからしかアクセスできないようにしたいのですが、
デフォルトでは、実体の保存先である /file フォルダが公開ディレクトり内にあるので、
http://www.abc.com/files/0123/4567/8910/image.jpg
などと直接アクセスすると、権限設定に関係なく丸見えになってしまいます。
それなら、/file フォルダを非公開ディレクトりへ移動させようと、
base.php の "/files" という部分を書き換えてみましたが、
/concrete/config/base.php
それだけでは正常にアクセスできなくなってしまいました。
ちなみに、ファイルのダウンロードは、常に PHP のスクリプトを経由して行われているのでしょうか?
直接アクセスを廃し、常に認証を強要したいのですが。
何卒ご教示のほど、よろしくお願い致します。
Posted on 10月 15, 2013 at 11:53 午後
|