問題タブ [chmod]

私がしていることを理解するための前の質問：フォルダとそのサブフォルダ/ファイルのアクセス許可を1つのステップで変更する方法

したがって、chmod to 755forを変更しchmod 75 /opt/lampp/htdocsてシステムを再起動すると、ファイルがになりますchmod 755。

次のアップロードフォームを使用すると、ファイルのアクセス許可に問題が発生しました。テキストファイルは、グローバルユーザーによってupload/dirに渡されます。

しかし、私はrootとしてログインしていないため、ドメインにアップロードされた新しいファイルは、権限を制限してupload / dirに保存され、変更できません。例えば。

この問題は、グローバルユーザーによってアップロードフォルダーに追加されたすべてのファイルで明らかに同じです。ファイルがアップロードされたら、ドメインで実行されているphpスクリプトにrootパスワードを埋め込まずに、ファイルの権利を変更する方法が必要です。助けてください！

新しいファイルが追加されたときに、含まれているフォルダーと同じ権限をファイルに関連付ける方法はありますか？

フォームの送信：

upload_file.php：

グーグルで答えを見つけることができなかったので、これは他の方法を試す前の私の最後の試みです。

私はこのようなスクリプトを持っています：

それを機能させるために、uploadsディレクトリとそのすべてのファイルとdirsを777にchmodしました（ここでの提案はもっと良いですか？）

longタイプは「images」と評価され、これはサーバー上にすでに作成されているディレクトリです。

ここで、スクリプトは、アクセス許可341を持つyearという名前のフォルダーを作成します。これは、再帰的なフォルダーの蓄積を終了するか、コンテンツをブロックするため、必要ありません。

ヘルプや提案はありますか？

phpバージョン：5.2.5

configureコマンド：'./configure''--enable-bcmath''--enable-calendar''--enable-exif''--enable-ftp''--enable-gd-native-ttf''--enable- libxml'' --enable-magic-quotes'' --enable-mbstring'' --enable-pdo = shared'' --enable-soap'' --enable-sockets'' --enable-wddx''- -enable-zip'' --prefix = / usr / local'' --with-apxs2 = / usr / local / apache / bin / apxs'' --with-bz2'' --with-curl = / opt / curlssl /'' --with-curlwrappers'' --with-freetype-dir = / usr'' --with-gd'' --with-gettext'' --with-imap = / opt / php_with_imap_client /'' --with-imap-ssl = / usr'' --with-jpeg-dir = / usr'' --with-kerberos'' --with-libexpat-dir = / usr'' --with-libxml-dir = / opt / xml2''--with-libxml-dir = / opt / xml2 /'' --with-mcrypt = / opt / libmcrypt /'' --with-mhash = / opt / mhash /'' --with-mssql = / usr / local / freetds'' --with-mysql = / usr'' --with-mysql-sock = / var / lib / mysql / mysql.sock'' --with-mysqli = / usr / bin / mysql_config''- -with-openssl = / usr'' --with-openssl-dir = / usr'' --with-pdo-mysql = shared'' --with-pdo-sqlite = shared'' --with-png-dir = / usr'' --with-pspell'' --with-sqlite = shared'' --with-tidy = / opt / tidy /'' --with-ttf'' --with-xmlrpc''- with-xpm-dir = / usr'' --with-xsl = / opt / xslt /'' --with-zlib'' --with-zlib-dir = / usr '--with-mysql-sock = / var / lib / mysql / mysql.sock'' --with-mysqli = / usr / bin / mysql_config'' --with-openssl = / usr'' --with-openssl- dir = / usr'' --with-pdo-mysql = shared'' --with-pdo-sqlite = shared'' --with-png-dir = / usr'' --with-pspell'' --with -sqlite = shared'' --with-tidy = / opt / tidy /'' --with-ttf'' --with-xmlrpc'' --with-xpm-dir = / usr'' --with-xsl = / opt / xslt /'' --with-zlib'' --with-zlib-dir = / usr '--with-mysql-sock = / var / lib / mysql / mysql.sock'' --with-mysqli = / usr / bin / mysql_config'' --with-openssl = / usr'' --with-openssl- dir = / usr'' --with-pdo-mysql = shared'' --with-pdo-sqlite = shared'' --with-png-dir = / usr'' --with-pspell'' --with -sqlite = shared'' --with-tidy = / opt / tidy /'' --with-ttf'' --with-xmlrpc'' --with-xpm-dir = / usr'' --with-xsl = / opt / xslt /'' --with-zlib'' --with-zlib-dir = / usr '--with-ttf'' --with-xmlrpc'' --with-xpm-dir = / usr'' --with-xsl = / opt / xslt /'' --with-zlib'' --with- zlib-dir = / usr '--with-ttf'' --with-xmlrpc'' --with-xpm-dir = / usr'' --with-xsl = / opt / xslt /'' --with-zlib'' --with- zlib-dir = / usr '

Web からページを取得するための py スクリプトを作成しましたが、書き込み許可を読み取るだけで十分なので、実行許可が必要な場合はいつですか?

シンプルfopen("w")でfwriteセットアップを使用して、サーバーに新しいファイルを書き込みます。最近、これらのファイルに勝手に 0640 パーミッションが割り当てられています。つまり、ブラウザからそれらを表示することはできません。しかし、それは毎回起こっているわけではありません。理由を教えてもらえますか？ここで何が欠けていますか？これが私のコードです：

アップロードされた画像を取得し、ディレクトリが存在する場合はディレクトリを作成し、そのディレクトリに画像をアップロードするステージング サイトでスクリプトを実行しています。

作成されたディレクトリをライブサイトに変更しようとしていますが、うまくいきません。ライブ URL ではなく、まだステージング URL を探しているのは、このコード ブロックであることは間違いありません。

}//関数

?> ご協力ありがとうございます。

編集:問題は、パスを変更し、データベースに正しい URL が格納されていても、作成またはアクセスしたいディレクトリがまだステージング ディレクトリで作成/アクセスされていることにあります。

いくつかの異なるサーバーがあり、一部のサーバーでは public_html フォルダーを 777 のアクセス許可に問題なく chmod できますが、他のサーバーではエラー メッセージが表示されます。ドメインにアクセスしようとすると、内部サーバー エラーが発生し、あるサーバーの cpanel error_log に次のようなメッセージが表示されます。

public_html パーミッションを一時的に 777 に変更する必要があるのは、シェルの unzip コマンドを実行する php スクリプトが正しく機能し、URL 経由でアクセスしたときにファイルを抽出できるようにするためです。

public_html の 777 パーミッションが内部サーバー エラーを発生させるサーバー設定はありますか? public_html のパーミッションを変更しながら、このエラーを取り除くにはどうすればよいですか?

テスト1と2は正常に機能しますが、配列から値をキャストすると機能しません。

出力：

なぜこれが機能しないのですか？

私はファイルパーミッションのためにこれを取得します：

編集：

テスト3は機能しますが、それでも主な例ではありません。UGH !!!

編集＃2：

変数の型をエコーすると、それは文字列であるという問題を見つけたと思います。

どうしてこれなの？

HTML/CSS を知らない人のために、JS で WYSIWYG 型のサイト ビルダーを開発しています。これですべて完了ですが、これをできるだけ簡単にしたいと思います。完璧な世界では、すべてのファイルをホストにアップロードするだけで完了します。私が抱えている問題は、書き込みが必要なファイルとフォルダーがいくつかありますが、それらの特定のファイルとフォルダーを 777 に CHMOD しない限り、PHP にはアクセス許可がありません。

私は本当にこれをしたくありませんし、何らかの代替手段があることを望んでいました.CHMOD 777をすべての人に強制したことで批判されたくもありません. 全員に許可を与えなくても、PHP がファイル/フォルダーに書き込みできるようにするためにできることはありますか (ユーザーにとっては簡単なことです)。

ルートディレクトリへの書き込みアクセス権がないため、PHPにファイル/フォルダー自体を作成させることはできません。

既存のファイルを編集できるが、新しいファイルやディレクトリを作成できない再帰的な chmod コマンドはありますか? フィッシング サイトをホストするためにハッキングされ続ける Web サイトを所有しているホスティング ユーザーがいます。彼がコードの穴を塞いでいる間、私は彼のホーム ディレクトリ全体を chmod して、新しいファイルを作成できないようにしたいのですが、彼は既存のコードを更新して穴を修正することができます。