อ่านนี้

WordPress แก้ปัญหา: อนุญาต, CHMOD และเส้นทาง, OH MY!

Sam
โพสต์ที่ 23 มิถุนายน 2006

permissions_noobie.png กับปัญหาที่เกิดจากการเปลี่ยนแปลง Packages Hosting ร่วมรุ่นของ PHP, Apache เป็นต้นไฟล์ปัญหาได้รับอนุญาตบางครั้งหลังหัวน่าเกลียดของพวกเขา. ฉันหวังอ้างอิงต่อไปนี้สามารถให้ความช่วยเหลือบางส่วนหรือทิศทางผู้มีประสบการณ์น้อย:

"ไฟล์ไม่พบ" "404", "ไม่สามารถสร้างไดเรกทอรี", "ไม่สามารถเปิด" หรือ "ไม่มี" ข้อผิดพลาดหยุดสิ่งที่ตายในแทร็คของพวกเขา. นี้มักจะเกิดจากโปรแกรมสคริปต์ / ไม่พบสคริปต์หรือไฟล์ซึ่งคาดว่าจะหรือจะไม่ 'อนุญาต' เพื่อดูเป็นเพราะการตั้งค่าอนุญาตในแฟ้มหรือไดเรกทอรีเป็น.

เริ่มต้นให้กับเส้นทาง. ตรวจสอบข้อผิดพลาดของคุณอย่างระมัดระวังก็มักจะมีรายการเส้นทางไปยังไฟล์ในคำถาม. ฉันขอแนะนำให้ใช้ โปรแกรม FileZilla FTP. FileZilla interface เปิด FileZilla และเชื่อมต่อกับเว็บไซต์ของคุณ. นำทางผ่านเส้นทางที่ระบุไว้ในข้อผิดพลาดและลองหาไฟล์. ถ้ามันหายไปลองอัปโหลดอีกครั้งและทดสอบ ... หากเส้นทางแตกต่างให้ตรวจสอบหากคุณมีการติดตั้งใน wordpress 'ด้านบนหรือไดเรกทอรีรากหรือถ้าในการย่อย directory.

ถ้าคุณพบและเส้นทางถูกต้องตรวจสอบสิทธิ.

File permissions image

เช่นนี้ฉันจะธงจำนวนสิทธิ:

drwxrwxrwx
1234567890

ธงไดเรกทอรี 1 'd' ถ้าไดเรกทอรี '-' ถ้าไฟล์ปกติ l บาง 'สำหรับลิงค์.
2,3,4 อ่านเขียนรันอนุญาตให้ผู้ใช้งาน (เจ้าของ) ของไฟล์
5,6,7 อ่านเขียนรันได้รับอนุญาตสำหรับกลุ่ม
8,9,0 อ่านเขียนรันอนุญาตอื่นๆ (บางครั้งเรียกว่า 'ทุกคน').

- ในตำแหน่งใดหมายถึงธงที่ไม่ได้กำหนด
แฟ้ม r สามารถอ่านได้โดยเจ้าของกลุ่มหรืออื่นๆ
ไฟล์ w เป็น writeable. ในไดเรกทอรีเขียนเข้าหมายความว่าคุณสามารถเพิ่มหรือลบไฟล์
file x มีการปฏิบัติการ (สำหรับโปรแกรมและสคริปต์เชลล์ - ไม่เป็นประโยชน์สำหรับแฟ้มข้อมูล). อนุญาต Execute ในไดเรกทอรีหมายความว่าคุณสามารถรายชื่อแฟ้มในไดเรกทอรีที่
s ในสถานที่ที่ 'x' ปกติไปเรียกว่าตั้ง-uid หรือตั้ง groupID ธง (ในโปรแกรมปฏิบัติการที่มีตั้ง uid หรือตั้ง groupID โปรแกรมที่รันด้วยสิทธิ์ของเจ้าของบริษัท / กลุ่ม. ในไดเรกทอรีไฟล์บังคับ set-UID/set-groupID และไดเรกทอรีที่สร้างขึ้นในการรับมรดกของผู้ใช้ / goup ของไดเรกทอรีแม่).

"ติดตั้ง WordPress ทั่วไปเพียงต้อง wp-เนื้อหา / ไดเรกทอรีเป็น 777 (ชั่วคราว) ..."

สำหรับการรักษาความปลอดภัยการตั้งค่าสิทธิ์สำหรับ WordPress ควร 755 สำหรับไดเรกทอรีและ 644 สำหรับไฟล์. ครอบครัวส่วนใหญ่แต่ต้องใช้กระบวนการทั้งหมด spawned โดยผู้ใช้ที่มีเอกลักษณ์เฉพาะเพื่อเพิ่มระดับการรักษาความปลอดภัยอื่น. ดังนั้นหาก WordPress หรือปลั๊กอินที่สร้างไฟล์หรือไดเรกทอรีนั้นจะมีเจ้าของเฉพาะ (และกลุ่มบ่อย) เพื่อไดเรกทอรีกับ 755 จะไม่ให้เราสร้างไฟล์ในนั้นและไฟล์ด้วย 644 จะไม่แจ้งให้เราบันทึกการเปลี่ยนแปลงไป. ให้มีการเปลี่ยนแปลงเกิดขึ้น.

นี่คือที่เรากดปุ่ม "ระยะที่พฤษภาคมของคุณแตกต่างกันไป" พื้นที่. ติดตั้ง WordPress ทั่วไปเพียงต้อง wp-content/ ไดเรกทอรีเป็น 777 (เพื่อให้ WordPress สามารถสร้าง wp-contents/uploads/ โฟลเดอร์). ถ้า wp-content/uploads/ ของคุณ wp-content/uploads/ แล้วคุณสามารถกระโดดสิทธิและ wp-content/ 755. ถ้าคุณใช้ อัพโหลดของฉันจัดเป็นเดือนและปีตามโฟลเดอร์ แล้วย่อยไดเรกทอรีต้องตรวจสอบเช่นกัน wp-content/uploads/2006/06 เป็นต้น) ดังนั้นคุณจะต้อง uploads/ เป็น 777, 2006/ ให้เป็น 777 และ 06/ เป็น 777. ถ้าคุณใช้ปลั๊กอิน ImageManager คุณจะต้องตรวจสอบสิทธิใน wp-content/uploads/2006/06/.thumbs/ ดี!

นี่คือเหตุผลที่ฉันขอแนะนำให้คุณปิดการ จัดอัพโหลดของฉันเป็นเดือนและปีตามโฟลเดอร์ เพราะคุณจะมีปัญหากับสิทธิทุกเดือนเมื่อมีสมุดใหม่ต้องสร้าง. เพียงแค่ให้พวกเขาทั้งหมดไป / wp-content/uploads.

บางคนใช้แก้ไขในผู้ดูแลระบบเพื่อแก้ไข theme และ plug-in ไฟล์ (I แนะนำต่อนี้ถ้าคุณสามารถรักษา 644 ในไฟล์ที่กำลังแก้ไขมี) พวกเขาได้ค้นพบปัญหาได้รับอนุญาต (เป็นกระบวนการ PHP จะมีสิทธิอื่นในที่สุดเซิร์ฟเวอร์) และเปลี่ยนไฟล์เพื่อ 666. ฉันอึดอัดกับ. และฉันมีความสนใจใน FileZilla. ใช่ฉันต้องได้รับข้อมูลเพิ่มเติม.

ถ้าฉัน ftp ไปยังเว็บไซต์ของฉันด้วย FileZilla และดับเบิ้ลคลิกที่ไฟล์ก็เปิดในโปรแกรมแก้ไขข้อความของฉันชื่นชอบ (แก้ไข: Settings: File ดู / แก้ไขในเมนูของ FileZilla) และในสภาพแวดล้อมอื่นๆอีกมากมาย 'สบาย' ฉันจะแก้ไขให้บันทึกและคลิก OK เพื่ออัพโหลดไฟล์เปลี่ยนเซิร์ฟเวอร์. ประโยชน์อื่นๆนี้ก็คือไฟล์มีการอ่านและเขียนผ่าน ftp ซึ่งดูแลผู้ใช้ / identity กลุ่มของฉันให้ฉันรักษาความปลอดภัยและการควบคุม.

หากคุณมีข้อเสนอแนะสำหรับบทความนี้โปรดออกความคิดเห็น ...

33 ผู้ใช้ความเห็นเรื่อง "การแก้ปัญหา WordPress: อนุญาต, CHMOD และเส้นทาง, OH MY!

สมัครคิดเห็นเหล่านี้ ความคิดเห็น RSS หรือ TrackBack URL
Roo กล่าว
6-23-2006 ที่ 13:01:00 จาก 69.253.130.158

ขอบคุณที่มีประโยชน์มาก. ฉันถูกมองหาบางอย่างที่คล้ายกันนี้.

Sam กล่าว
6-24-2006 ที่ 21:13:02 จาก 65.78.97.147

คุณยินดีต้อนรับ!

Daryl Oberacker กล่าว
7-8-2006 เวลา 13:27:45 จาก 207.200.116.74

Girlfreind อดีตของฉันตั้งเว็บไซต์นี้และฉันได้แก้ไขเสมอแต่กึกที่ปุ่มแก้ไขในเว็บไซต์หน้าจอของฉันหายไป? ฉันไม่สามารถเข้าที่แก้ไข opions? ฉันจะกลับไปนี้เป็นของอดีตใช้ไม่ได้? ฉันต้องการโพสต์สิ่ง ASAP ใหม่ คนช่วยฉัน Daryl

Sam กล่าว
7-8-2006 เวลา 13:36:34 จาก 65.78.97.147

จนกว่าคุณจะคิดว่าทำไมปุ่ม 'แก้ไข' หายคุณสามารถลอง [yourdomainhere].com/fishing/wp-admin และควรบังคับหน้าจอการเข้าสู่ระบบ WP มา up.

edgars กล่าว
8-13-2006 ที่ 13:16:32 จาก 87.110.70.27

ฉันมีปัญหากับการดาวน์โหลดภาพไปยัง WP .. ดังนั้นถ้าฉันได้มันขวาแล้วทั้งหมดของ wp ของฉันสิทธิเนื้อหาควร 644.

Sam กล่าว
8-13-2006 ที่ 18:04:29 จาก 65.78.97.147

edgars: ต่อไปนี้คือจากวรรคที่ฉันคิดกับคุณ:

"ติดตั้ง WordPress ทั่วไปเพียงต้อง wp-เนื้อหา / ไดเรกทอรีเป็น 777 (เพื่อให้ WordPress สามารถสร้างโฟลเดอร์ wp-contents/uploads). ถ้าคุณใช้อัพโหลดของฉันจัดเป็นเดือนและปีตามโฟลเดอร์แล้ว subdirectories ต้องตรวจสอบเช่นกัน (wp-content/uploads/2006/06 เช่น). "

WordPress ไดเรกทอรีใดมีกำหนดที่จะใช้อาจต้องมี 777.

Anthony กล่าว
8-27-2006 ที่ 17:37:05 จาก 62.252.64.30

Changinging โหมดของ wp-เนื้อหา / ไดเรกทอรีที่ 777 ซึ่งเป็นถือส่วนใหญ่ที่ไม่ปลอดภัยเป็นเรื่องการทำงานตลอด Wordpress. แต่ที่ไม่จริงอย่างเคร่งครัดหากคุณใช้เปลือก: ปัญหาคือว่าในกล่อง Linux สคริปต์ PHP แสดงเป็นใครแต่ไดเรกทอรีเป็นเจ้าของโดยผู้ใช้จึงไม่มีใครไม่สามารถเขียนไปจนกว่าจะ chmod 777. วิธีที่ดีคือการเปลี่ยนเจ้าของไดเรกทอรีที่ไม่มีใครแล้วไดเรกทอรีอัพโหลดได้ chmod 755 และไดเรกทอรีทั้งหมดที่สร้างโดย Wordpress จะ chmod ยัง 755.

ในเปลือก cd ไปยังไดเรกทอรีราก Wordpress แล้วพิมพ์และป้อน:

wp ไม่มีใคร chown เนื้อหา

ถ้าคุณไม่สามารถเข้าถึงเปลือกขอโฮสต์เว็บของคุณที่จะให้คุณ.

แต่ถ้าเซิร์ฟเวอร์ของคุณทำงานกับ phpsuexec ใช้สคริปต์ PHP จะทำงานเป็นผู้ใช้ที่มีการเขียนการเข้าถึงไดเรกทอรีที่เป็นของผู้ใช้. ดังนั้นในกรณีสมุดอัปโหลดได้ที่ chmod 755.

Sam กล่าว
8-27-2006 ที่ 18:00:19 จาก 65.78.50.139

ก็โชคร้ายที่เข้าหอยกำลังจะมีเพิ่มมากขึ้นหายากมีแผนพื้นที่ปกติ.

และ 777 บนโฮสต์ใหม่จะไม่เป็นอันตรายที่อาจเสียงก็ยังคงใช้กระบวนการบาง / config เหลวมันจะ exploited และเนื่องจากเรากำลังพูดถึง / อัพโหลด / ฉันไม่กังวลมากเกินไปเกี่ยวกับคนแฮ็คภาพ / ซิปไฟล์ฉันให้มี.

Pizdin มซำกล่าว
8-29-2006 ที่ 16:54:44 จาก 220.240.241.52

มีปัญหาด้านความปลอดภัยพื้นฐานของการตั้งค่าไฟล์เช่น wp "config.php" ไป 644 ในสภาพแวดล้อมที่ใช้ร่วมกันมันช่วยให้ผู้ใช้อื่นๆในโฮสต์ที่อ่านการตั้งค่าฐานข้อมูลของคุณอยู่ในแฟ้มที่. พวกเขาจะสามารถใช้การตั้งค่าฐานข้อมูลของคุณและสิ่งที่พวกเขาต้องการข้อมูลฐานข้อมูลของคุณ. ดูหัวข้อในฟอรั่ม WP นี้เพิ่มเติม:

http://wordpress.org/support/topic/83831

แก้ไข: ฉันทอดทิ้งกล่าวข้างต้นเป็นปัญหาความปลอดภัยที่ใช้ในกรณีที่ผู้ให้บริการโฮสต์จะช่วยให้ SSH บัญชีของคุณ.

Sam กล่าว
8-29-2006 ที่ 17:52:24 จาก 65.78.50.139

Pizdin: นี่ก็ไม่จริงในสภาพแวดล้อมสาธารณะที่ทันสมัยที่สุด.

แต่ฉันขอขอบคุณที่ลิงค์คนยินดีต้อนรับมาสรุปเอง)

Adi Yesaya กล่าว
4-12-2007 ที่ 07:13:08 จาก 84.241.248.37

สวัสดีฉันกังวลกับ 777 ปัญหาของ wp-plugin/uploads /

ถ้าคนวางสคริปต์บางโฟลเดอร์ที่รันเมื่อจะลบไฟล์อื่นๆในโฟลเดอร์อื่นๆ (หรือทำบางสิ่งที่น่ารังเกียจ)

Sam กล่าว
4-12-2007 ที่ 07:37:56 จาก 216.164.18.158

Adi Hi:

ความกังวลของคุณถูกต้อง. ขึ้นอยู่กับเจ้าของบ้านมักจะกระทำสมดุลระหว่างความปลอดภัยและสะดวกต่อการใช้.

ถ้ามีการใช้ 777 (หรือ 666 ในไฟล์) ทันทีที่ฉันได้กระทำการแก้ไขฉันจะ tempted อย่างมากที่จะเปลี่ยนทุกอย่างกลับไปที่ 755/644. และฉันได้เมื่อฉันถูกจัด with Network Solutions (ที่ฉันไม่แนะนำให้เป็นโฮสต์).

ปัญหามักจะอยู่กับเว็บ-โฮสต์กำหนด identity เพื่อผู้ใช้ที่เข้าสู่ระบบผ่าน ftp / etc. และตัวรับการปั่นจากในอินเตอร์เฟซผู้ดูแลระบบของ WP (กระบวนการ PHP (s)). เหล่านี้มักจะแตกต่างกันและที่ว่าทำไมคุณเห็นความแตกต่างในพฤติกรรมเมื่อแก้ไข / ลบ / อัพโหลดไฟล์ ftp / etc. และทำเมื่อภายในพื้นที่ admin WP ...

เจ้าบ้านปัจจุบัน site5.com, ของฉันอยู่ที่ปัญหาด้านความปลอดภัยแตกต่างกันดังนั้นฉันสามารถเก็บไดเรกทอรีที่ 755 และ 644 ไฟล์ที่ยังไม่ได้รับอนุญาตใดๆที่ผิดพลาดเมื่อใช้เครื่องมือ WP admin.

ในทางกลับกันเป็น Pizdin ชี้ออกด้านบน (มีไพร่พลบางส่วน), ผู้ใช้อื่นจะสามารถอ่านไฟล์ wp-config.php ของฉันในสภาพแวดล้อมปัจจุบันของฉัน. นี้ไม่กังวลฉันมากเกินไป (I เก็บสำรองข้อมูลและแฮกเกอร์ส่วนใหญ่จะคนเซ่อไม่ 'ในรังของตัวเอง' เพื่อพูด) แต่ฉันไม่เปลี่ยน wp-config.php ไป 600.

thirstan กล่าว
10-7-2007 เวลา 01:02:33 จาก 75.40.252.173

ฉันอยู่ในกระบวนการตั้งค่าการบล็อกอื่นในโฮสต์ใหม่ด้วยชื่อโดเมนของตัวเองและมีปัญหากับสิทธิโพสต์ของคุณน่าจะเป็นว่าสิ่งที่ฉันมองหาฉันแล้วไม่แน่ใจว่าการโพสต์ยังคงเวลาในปัจจุบัน WP ?

ว้าวที่หนึ่งวิ่งในประโยค :)

ขอบคุณ,
thirstan

Sam กล่าว
10-7-2007 เวลา 07:17:38 จาก 70.110.189.135

Thirstan: ใช่ไม่มีเปลี่ยนจริงๆมี.

รุ่น WP ไม่ได้เรื่องจริงๆแต่สิ่งแวดล้อมโฮสต์จะ. เช่นเมื่อ aplus.net (และโซลูชั่นเครือข่าย) คุณจะประสบปัญหากับ WP ไม่ได้มี 'สิทธิ' เพื่อสร้างไดเรกทอรีและไฟล์. แต่ครอบครัวต้องการ site5.com จัดการมันแตกต่างกันและคุณจะไม่แจ้งให้ทราบในเรื่องการอนุญาตให้เกิดขึ้นกับ WordPress / PHP กระบวนการสร้างหรือแก้ไขไฟล์.

namnum กล่าว
9-6-2008 เวลา 15:37:20 จาก 98.98.58.198

Sam ขอบคุณมากสำหรับ. ฉันได้รับ battling with 1and1 สำหรับสัปดาห์ที่ผ่านมาเพราะพวกเขาไม่สามารถอธิบายให้ฉันทำไมทุกฉับพลันปลั๊กอินอีคอมเมิร์ซของฉันไม่สามารถสร้างภาพจากภาพที่เราอัพโหลด.

ฉันคิดว่าตอนนี้ฉันเข้าใจและอาจจะได้รับบริการลูกค้าที่จริงช่วย. ฉันจะอ่านบทความของคุณมากกว่าและราคาในอีเมลของฉันเมื่อฉันเข้าใจว่ามันเต็ม.

ขอขอบคุณอีกครั้ง.

Grump กล่าว
10-21-2008 เวลา 08:35:18 จาก 24.82.186.53

วิธีที่ดีที่สุดสำหรับการนี้ด้วยตนเองสร้างโครงสร้างไดเรกทอรีของคุณล่วงหน้า. เหตุผลเพียงเพื่อต้องการ 777 เนื่องจาก wordpress ต้องสร้างไดเรกทอรีนี้. แต่ถ้าไดเรกทอรีอยู่แล้วชุด tighter สิทธิเป็นไปได้. จึงสร้างไดเรกทอรีสำหรับคู่ต่อไปของปี (หนึ่งโฟลเดอร์สำหรับทุกเดือน) แล้วไดเรกทอรี chmod เพื่อ 755 และไฟล์ที่ 644. บางครั้งฉันพบว่ามีไดเรกทอรีต้อง 775 ขึ้นอยู่กับเจ้าของบ้าน.

ไชโย!

busbyseotest!!! กล่าวว่า
11-20-2008 เวลา 18:42:52 จาก 114.121.53.93

สวัสดีครับผมพยายาม wp chmod เนื้อหา 755-644 แต่ผลเสมอเป็น 764. แนวคิด? ใดๆ ขอบคุณ

บล็อกปรับ กล่าวว่า
7-2-2009 เวลา 18:36:25 จาก 79.212.190.164

บทความดีตอนนี้ทุกอย่างทำงานได้ดี, thx.

wafwot กล่าว
8-5-2009 เวลา 15:16:47 จาก 207.115.64.151

สามคำ: PHP เซฟโหมด.

ฉันถูกกวดปัญหานี้สำหรับลูกค้าประมาณหนึ่งชั่วโมง. ไดเรกทอรีอัพโหลดเป็นของผู้ใช้ Apache แต่ปีหรือไดเรกทอรีเดือน Wordpress พยายามสร้างในการอัพโหลดล้มเหลวจนฉันปิด PHP เซฟโหมด. ตอนนี้ทำงานเหมือน chizzamp!

Matt กล่าว
8-7-2009 เวลา 02:18:02 จาก 94.169.136.102

Sam ไชโย. Bumped เพียงในขณะที่ปัญหานี้ย้ายบล็อกไป WordPress.com. Org ในโฮสต์ใหม่. นี้เป็นครั้งแรกที่ฉันเคยเปลี่ยนสิทธิไฟล์.

ขอบคุณ,

Matt

xtc-แม่ กล่าวว่า
8-24-2009 ที่ 07:30:28 จาก 82.207.232.108

โพสต์มาก woow นี้จะเป็นประโยชน์สำหรับฉัน. ขอบคุณสำหรับชิ้นใหญ่นี้ทำงาน.

madhuriesingh กล่าว
9-6-2009 เวลา 06:12:58 จาก 122.170.28.96

ฉันได้พยายามเปลี่ยนได้รับอนุญาตให้เปลี่ยนเส้นทางแต่ไม่มีอะไรทำงาน.

จนนักกวี 's comment.

ฉันจะเปลี่ยนเส้นทางโดยลบเฉือนหน้าก่อน wp-content/uploads ... และก็ทำงาน:)

rj.techie กล่าว
11-25-2009 เวลา 07:09:00 จาก 122.183.241.126

สวัสดีมีใช้ให้อนุญาตภายในเซิร์ฟเวอร์นี้ no. เพียงเข้าสู่ WP โดยใช้สิทธิผู้ดูแลระบบแล้วไปที่การตั้งค่า -> เบ็ดเตล็ด -> แล้วคัดลอกและวางเส้นทางเริ่มต้นที่แสดงมี. นี้จะแก้ไขปัญหาและฉันคงได้เพียงแค่นี้ ... :-) เป็นง่ายๆเพื่อ. ไม่กระแทกกระทั้นมากเกินไปสำหรับเรื่องง่ายๆ.

ความนับถือ,
Rj.
วิศวกรระบบ
actsupport.com

Sam กล่าว
11-25-2009 เวลา 13:15:25 จาก 24.115.247.20

ขอบคุณ RJ แต่บิตซับซ้อนมากขึ้นกับโฮสต์เว็บ.

Alia กล่าว
12-8-2009 เวลา 15:57:14 จาก 93.136.75.102

สวัสดี,

ฉันมีปัญหากับสิทธิในแพลตฟอร์ม Wordpress ของฉันและไม่มีดูเหมือนว่าทราบวิธีการแก้พวกเขา. กรุณาช่วย!
ขณะพยายามเปลี่ยนแปลงสิทธิในบางไฟล์เช่น index.php (ซึ่งเป็นไฟล์สำคัญอีกฉันแน่ใจว่าคุณจะยอมรับ) ไป 666 ผมได้รับสายนี้: 500 เว็บไซต์ 'CHMOD 666 index.php': คำสั่งไม่เข้าใจ

สิ่งเดียวที่เกิดขึ้นขณะพยายามเขียนคำสั่งเอง.

ฉันไม่รู้อะไรทำ. พื้นที่ไม่ให้ acces เพื่อ cPanel และฉันจะใช้ Windows และพวกเขากล่าวว่าการที่พวกเขาจะมี "อ่านเฉพาะเครื่องหมาย" ในแฟ้มถ้าพวกเขาสามารถอ่านได้เพียงแต่พวกเขาไม่ได้พวกเขาดังนั้นฉันควรจะสามารถเปลี่ยนแปลงสิทธิ . แต่ฉันไม่. พวกเขายังกล่าวว่าฉันอาจจะเปลี่ยนการตั้งค่าเซิร์ฟเวอร์ภายใน wordpress แต่ฉันไม่พบที่ฉันจะทำยัง.

มีอะไรอีกฉันจะทำอย่างไรกรุณาช่วย!

Sam กล่าว
12-8-2009 เวลา 16:37:51 จาก 24.115.247.20

@ Alia: Windows เป็นสัตว์ที่แตกต่างกันโดยสิ้นเชิงเมื่อมาถึงสิทธิ. ฉันขอแนะนำให้คุณขอให้เจ้าของบ้านที่จะย้ายคุณไปยังเซิร์ฟเวอร์ลินุกซ์และหากพวกเขาไม่สามารถหาโฮสต์อื่น ... อนุญาตเพียงหนึ่งปัญหาที่คุณอาจพบการทำงาน WordPress ในเซิร์ฟเวอร์ Windows; ')

และ index.php เกี่ยวกับ; มันไม่ควร 666 ว่าจะหมายถึงคนอื่นๆสามารถเขียนไป. ทำให้ 644.

Alia กล่าว
12-8-2009 เวลา 16:41:05 จาก 93.136.76.5

ฉันได้พยายามแล้ว 644 เช่นกันแต่การทำงานไม่มีอะไร.
ฉันไม่คิดว่าพวกเขาสามารถย้ายฉันไป Linux ทั้ง.

ฉันแล้วบอกว่าดีเพื่อหาพื้นที่อื่นดูเหมือนว่าฉันจริงจะต้อง.:)
Anyways ขอบคุณ!

Alia กล่าว
12-9-2009 เวลา 08:28:41 จาก 93.136.53.185

สวัสดี,
ก็ฉันอีก. ของพื้นที่ได้หลังจากที่มีการจัดการย้ายฉันไปชานชาลา Linux แต่ปัญหายังคง. ใน Filezilla อนุญาตคือ "644" แต่ฉันไม่สามารถเขียนไฟล์ใน Wordpress แบบก็ยังกล่าวว่าฉันต้องเปลี่ยนการอนุญาตก่อนที่ฉันจะเขียน. (??)

นอกจากนี้สิทธิ thos แม้ฉันจะไป.

ความคิดใด?

Sam กล่าว
12-9-2009 เวลา 08:56:31 จาก 24.115.247.20

@ Alia: เป็นเสียงเหมือนเรารับไปก่อน 2 วรรคของบทความนั้นโฮสต์ของคุณคือการทำแผนที่ PHP กระบวนการที่ผู้ใช้รายอื่น '(ไม่ใช่คนอื่นแต่ id อื่น') ซึ่งเป็นหนึ่งในรูปแบบ 'ปลอดภัย' ที่เคยเป็นที่นิยม. ฉันขอแนะนำให้คุณใช้โปรแกรม FTP ในสภาพแวดล้อมที่ (ไม่แก้ไขภายใน).

ไม่เสียใจสลับไปยังเซิร์ฟเวอร์ลินุกซ์ให้มีปัญหามากหลายที่อาจ (จะ?) มี popped up ใช้ M $ server ...

Alia กล่าว
12-9-2009 เวลา 11:27:21 จาก 93.141.6.90

ฉันพยายามให้มันทำงาน. ขอบคุณมากมาก! หลังจาก app. 10 informaticians ฉันถามไม่ทราบวิธีการแก้ปัญหา (รวมถึงพื้นที่สนับสนุน) นี้คุณประหยัดชีวิตของจริง! :)

Pingback & Trackback
7-15-2009 ที่ 13:33:31 จาก 75.119.216.146
7-18-2009 ที่ 11:02:02 จาก 67.43.0.50
10-12-2009 เวลา 08:48:59 จาก 77.92.147.72

ปล่อยให้ตอบกลับของคุณด้านล่าง

ชื่อผู้ใช้

ที่อยู่อีเมล

Website I follow icon

"); // zoom: 1 is a css hack for IE filter opacity document.write("
"); ticker.init();//]]>

เกี่ยวกับเว็บไซต์

ภาพของลิง

ข้อสังเกตของการแก้ปัญหาและลิง

IT อดีตผู้อำนวยการ

อดีตกรรมการ Digital Video

อดีตช่างซ่อมอาวุธ

อดีตช่างซ่อมรถจักรยานยนต์

ทำงานมา ติดต่อฉัน
ปรับปรุงเว็บด้วย Nofollow แลกเปลี่ยน.