問題タブ [777]

基本的なPythonスクリプトをDreamhostの共有ホスティングにアップロードし、権限をに変更しました777。シェルから（SSH経由で）正常に実行されましたが、ブラウザから呼び出されると「サーバーエラー」が表示されました。

error.logでは、エラーはでした'Premature end of script headers'。

私はDreamHostに書き込みました。DreamHostは（驚くほど迅速に）アクセス許可をに変更して応答し755、スクリプトはapacheで正しく機能し始めました（ブラウザーで出力を確認できました）。

しかし、これは正しくないようです-寛大な権限を追加すると、機能が妨げられる可能性がありますか？

私が所有するフォーラムのモデレーターがそうしました。私はまだそれを信じることができず、彼がどのようにそれをしたのか理解できません. 誰かが私を説明できますか？彼は、HTTP GET リクエストのみを使用したと述べました

モデレーターは、サーバー (nginx) は通常、実行された php ファイルの出力を送信するが、ファイルが URL にいくつかのパラメーターを追加しているため、解析されていないバージョンを取得できると述べました。

ありがとう

サーバー上の PHP スクリプトがディレクトリを作成できない場合、これは通常、PHP が apache/nobody として実行されているためですか? このことから、サーバーの構成が間違っていると言えますか? （または標準構成を使用するだけ）

セキュリティ上の理由から、ユーザーとして php を実行した方がよいでしょう。また、実行した場合、この問題 (777 が必要) は引き続き発生しますか? 仕方ないとは思いますが質問させていただきます...

私のコードでは

しかし、私がタイプするとき

ターミナルで

これは私が得た許可ですが、私は望んでいません。

実行時に作成された製品 ID (ディレクトリ) に基づいて、Web ユーザーがプロジェクトをアップロードできるようにしたいと考えています。

どうすればそうできますか？

私のシステムは、.txtファイルに書き込みおよび.txtファイルから描画する会話領域を備えています。FTPクライアントを介してアクセス許可を設定できることは明らかですが、PHP内のシステムを介してアップロードされるすべてのファイルに書き込み可能な機能を適用したいと考えています。セキュリティは問題ではないことを付け加えておきます。

コードのレイアウトと一般的な構文についてお詫びします

バックエンドアクセス権のないサーバーにインストールされるクライアント用のPHPスクリプトを作成しています。特定のフォルダとデータベースにしかアクセスできません。

私のスクリプトはファイルをアップロードし、フォルダを作成します。ただし、実行して実行しようとすると、アクセス許可が拒否されたというエラーが表示されmkdir()ますmove_uploaded_file()。条件は次のとおりです。

• IIS6とPHP5.1.2を実行しているサーバー（悪い、古代の混合物、私は知っています）
• ディレクトリを作成してファイルをアップロードしようとするフォルダには777のアクセス許可があります
• Webルートまでのフォルダには777のアクセス許可があります
• ファイルのアップロードがオンになっています
• アップロードされたファイルは非常に小さく、upload_max_filesize範囲内です

これが機能しない理由について何かアイデアはありますか？

お時間をいただきありがとうございます。

私は最近、.php スクリプトをアップロードして画像を装うボットから Linux サーバーを侵害しました。私は現在これを修正している最中です。

私のサーバーには多くのWebサイトがあるため、サーバー上の777個のディレクトリすべてをスキャンし、.phpファイルを含むディレクトリを表示するLinuxコマンドを探しています。

次のコマンドを使用して 777 個のディレクトリすべてを返すことができますが、これはそうではありません。

find httpdocs/ -type d -perm 777

何か案は？

ファイルやフォルダを移動、作成、削除する必要のあるphpスクリプトがいくつかあります。フォルダを777にCHMODしない限り、phpスクリプトは権限に関するエラーで死にます。フォルダを777にCHMODすると問題は修正されますが、多くのことを読んだ後でも、それを実行してもよいかどうかについてはまだ混乱しています。

共有ホスティングでは危険な場合があることを読みましたが、私の質問は、VPSで行うのは安全ですか？

重複の可能性:
アップロード フォルダー 777 パーミッションの設定は安全ですか?

新しいホストでWordPressを使用しています。プラグインをインストールしようとすると、次のようになります。

ホスティング プロバイダーに修正できるかどうか尋ねたところ、PHP セーフ モードを無効にするとのことでした。彼らは今、それを修正する方法がわからず、私はまだこのエラーが発生しています.

WordPress がまだセーフモードであると認識しているのはなぜですか? そして、それがまだセーフモードになっているかどうかを確認するにはどうすればよいですか? プレックスを使用しています。WordPressなどを再インストールする必要がありますか？

また、アップロード フォルダーに問題がありました。WordPress はアクセスできませんでした。そこで、フォルダーのアクセス許可を777に設定したところ、機能するようになりましたが、これは安全な方法ですか?

ハッキングされた後、JoomlaとKunenaのフォーラムを修正するだけです:(

フォーラムのメンバーは添付ファイルを正常にアップロードできなくなりました。次のように権限を変更してみました。

666はユーザーIDであり、ファイルが保存される場所です。

777のアクセス許可は機能しますが、安全ではありません。775は機能するはずですが、機能しません。これは所有権の問題である可能性がありますか？もしそうなら、私はこれらの数千を正しい所有者にどのように変更しますか、そして所有者はどうあるべきですか？現在、それはcpanelのユーザー名です。

任意の提案をいただければ幸いです。

乾杯

アップデート

そこにあなたの天才の心の中でアイデアを引き起こすかもしれない他の問題のリスト。

1. メンバーは投稿に画像をアップロード/添付できません（スーパーユーザーでもこれを行うことはできません）
2. 管理者の一定のエラー：警告：file_put_contents（/home/xxxxx/public_html/administrator/components/com_community/jomsocialupdate.ini）[function.file-put-contents]：ストリームを開くことができませんでした：/ home / xxxxx/public_htmlでアクセスが拒否されました418行目の/libraries/joomla/filesystem/file.php
3. Joomlaの新規インストールで拡張機能をインストールしようとすると、移動に失敗しましたというエラーが発生します
4. Joomlaを更新できません。アップデートパッケージのダウンロードに失敗しました。