Mura CMS のプラグインを開発しようとしています。管理パネルからプラグインの zip ファイルをアップロードすると、/plugin ディレクトリ内のすべてのファイルのアクセス許可が 644 になるため、アップロード プロセスを繰り返さずにサーバー上で開発およびデバッグするために cfm ファイルを変更することはできません。
私のサーバーの ftp は、ファイルのパーミッションを 777 に変更した後も、ファイルのパーミッションを 644 に戻し続けます。
誰かがこれを回避する方法を提案してください
ありがとうデビッド
まず、Mura 管理者経由でファイルをアップロードした後に権限の問題が発生した場合は、Mura に付与されている権限を確認する必要があります。Mura が正しいパーミッションを持っている場合、ファイルには自動的に 777 が付与されるか、または /config/settings.ini.cfm ファイルのdefaultfilemode設定で設定されたものは何でも付与されます。
次に、プラグインを Mura に直接アップロードしたい場合は、プラグインを解凍します。次に、プラグインを /plugins/ ディレクトリに FTP で転送します。例えば：/plugins/YourPlugin/
次に、開い/config/settings.ini.cfmて設定があるかどうかを確認しますautoDiscoverPlugins...そうでない場合は、先に進んで追加し、値をに設定しますtrue。Mura をリロードすると、プラグインが「ソフト展開」され、[設定] > [プラグイン] に移動し、鉛筆アイコンをクリックして任意のサイトに割り当てることができます。
とはいえ、FTP 経由でファイルをアップロードした後でも問題が発生する場合は、Mura の問題ではなく、サーバーのアクセス許可の設定が原因です。
乾杯、スティーブ
ファイルのアクセス許可は、ファイルを配置しているプロセスから取得されます。FTP サーバーがパーミッションを変更し続ける場合、何らかのプロセス (CI サーバー、dreamweaver の更新など) が FTP 経由でファイルをサーバーにコピーしている可能性があります。ですので、まずはそうなるかどうかをチェックしていきます。通常、 FTP サーバーはファイルのアクセス許可を独自に変更しません。ただし、パーミッション付きのディレクトリにファイルをコピーします。通常は、パーミッションを実行するユーザーから継承されます。
あなたの質問から、開発の一環として、FTP エディター (Eclipse、ホームサイト、DW) を介してファイルを直接編集していると思われます。そのため、CF は管理者を介してファイルをアップロードして解凍し、それを編集して開発またはデバッグしますが、FTPユーザーはファイルを 644 パーミッションで配置します。FTP サーバーのユーザーまたは設定を変更すると、この問題を解決できます。
問題が CF である場合、考え方は同じです。CF (Railo/Tomcat) を実行しているユーザーは、ディスクに配置するファイルへのアクセス許可を継承します。
もちろん、これらのファイルを変更している別の悪意 - ある種のセキュリティ - が存在する可能性があります。
コードを本番サーバーにデプロイするまでには、おそらくサーバー上でコードを編集するべきではないことを付け加えておきます。とは言っても、デバッグには調査が必要な場合があり、緊急にそのような編集が必要になる場合があります。ただし、進行中の開発または開発の一環としてのデバッグは、ローカル環境で行う必要があります。実稼働サーバーに到達するまでに、編集を必要としないほど十分に精査されている必要があります。それが私の見解です - 私は一時しのぎや短期的な手段として、過去に本番環境で編集の分担を行ったことがありますが、あなたを非難するつもりはありません :)