Wordpress अनुमतियाँ OS X और MAMP


2

मैंने विकास के उद्देश्यों के लिए वर्डप्रेस के कई स्थानीय संस्करण स्थापित किए हैं।

इंस्टॉल के बाद मैं पोस्ट, पेज बना सकता हूं और व्यवस्थापक विकल्प संपादित कर सकता हूं।

हालाँकि जैसे ही वे चित्र अपलोड करने का प्रयास करेंगे जो wp_content / अपलोड में सहेजे जाएंगे मुझे एक त्रुटि मिलती है:

अपलोड त्रुटि: निर्देशिका बनाने में असमर्थ ..... / ब्लॉग / wp-content / अपलोड / 2011/05। क्या सर्वर द्वारा पैरेन्ट डायरेक्ट्री राइट किया जा सकता है?

ऐसा लगता है कि MAMP सर्वर उपयोगकर्ता _www के रूप में चलता है ब्लॉग निर्देशिका User1 के स्वामित्व में है और समूह User1 _www User1 समूह में नहीं है, क्या यह होना चाहिए? मैं केवल 777 या 765 को निर्देशिका में लाने के लिए नहीं चाहता कि यह जा सके। संदर्भों की एक जोड़ी से गुगली:

http://codex.wordpress.org/Changing_File_Permissions "वर्डप्रेस के लिए अनुमति योजना"

सभी फ़ाइलें आपके वेब सर्वर पर आपके उपयोगकर्ता (ftp) खाते के स्वामित्व में होनी चाहिए, और उस खाते द्वारा लिखित होनी चाहिए। साझा किए गए मेजबानों पर, फ़ाइलों को कभी भी वेबसर्वर प्रक्रिया के स्वामित्व में नहीं होना चाहिए (कभी-कभी यह www, या अपाचे या कोई उपयोगकर्ता नहीं है)।

किसी भी फ़ाइल को वर्डप्रेस से लिखने की आवश्यकता होती है जो वर्डप्रेस द्वारा उपयोग किए गए उपयोगकर्ता खाते के स्वामित्व या समूह के स्वामित्व वाली होनी चाहिए (जो सर्वर खाते से भिन्न हो सकती है)। उदाहरण के लिए, आपके पास एक उपयोगकर्ता खाता हो सकता है जो आपको एफ़टीपी फ़ाइलों को आपके सर्वर पर आगे और पीछे ले जाने देता है, लेकिन आपका सर्वर स्वयं एक अलग उपयोगकर्ता का उपयोग करके, किसी अलग उपयोगकर्ता समूह में, जैसे कि dhapache या कोई भी, का उपयोग करके चला सकता है। यदि वर्डप्रेस एफ़टीपी खाते के रूप में चल रहा है, तो उस खाते को लिखने की पहुंच होनी चाहिए, अर्थात, फ़ाइलों का स्वामी हो, या उस समूह से संबंधित हो, जिसके पास पहुंच हो। बाद के मामले में, इसका मतलब है कि अनुमतियाँ डिफ़ॉल्ट रूप से अधिक अनुमेय सेट की जाती हैं (उदाहरण के लिए, फ़ोल्डर्स के लिए 755 के बजाय 775 और 644 के बजाय 664)।

उपयोगकर्ता और समूह User1 (जो व्यवस्थापक है) हैं। "Ps aux | grep httpd" को _www के रूप में चल रहा है तो मुझे लगता है कि इसका मतलब यह है कि Wordpress उपयोगकर्ता _www के रूप में चल रहा है। तो यह सलाह विरोधाभासी लगती है: "फ़ाइलों को कभी भी वेबसर्वर प्रक्रिया के स्वामित्व में नहीं होना चाहिए" अर्थात _www लेकिन बाद में यह कहता है कि "किसी भी फ़ाइल को वर्डप्रेस से लिखने की आवश्यकता है जो वर्डप्रेस द्वारा उपयोग किए गए उपयोगकर्ता खाते के स्वामित्व या समूह के स्वामित्व वाली होनी चाहिए" क्या यह फिर से नहीं है?

एक अन्य खोज में यह यूआरएल मिला http://dancingengineer.com/computing/2009/07/how-to-install-wordpress-on-mac-os-x-leopard राज्य अमेरिका जो कहते हैं:

ऐसा करने का मेरा पसंदीदा तरीका यह है कि वर्डप्रेस डायरेक्टरी और उसकी सामग्री के समूह को बदलकर _www करें और समूह को लिखित अनुमति दें। स्वामी को अपने "उपयोगकर्ता नाम" के रूप में रखें।

$ cd / उपयोगकर्ता / "उपयोगकर्ता नाम" / साइटें

$ sudo chown -R उपयोगकर्ता नाम: _www wordpress_directory

$ sudo chmod -R g + w wordpress_directory

हालाँकि, जब मैंने यह कोशिश की, तो यह वर्डप्रेस के नए संस्करणों के लिए स्वचालित उन्नयन के लिए काम नहीं करता था, हालांकि इसने स्वचालित रूप से सुंदर पारलैमिंक के लिए .htaccess फ़ाइल को अपडेट करने के लिए काम किया।

यह मेरे लिए पूरी तरह से स्पष्ट नहीं है कि क्या किया जाना चाहिए। यह अंतिम सुझाव यह कह रहा है कि User1 से _www तक समूह को बदलें और समूह को लिखने की पहुँच प्रदान करें, लेकिन Wordpress उन्नयन काम नहीं करेगा।

क्या यह सही समाधान है?
मुझे लगा कि OS X 10.6 पर इसे स्थापित करने का कोई स्पष्ट तरीका होगा?

यदि कोई ऐसा प्लगइन हो जो मुख्य OS में से प्रत्येक के लिए एक स्क्रिप्ट चला सके जो कि Wordpress पर चलता है।

जवाबों:


1

आपके प्रश्न का पालन करना थोड़ा कठिन है, लेकिन मैं वैसे भी मदद करने की कोशिश करूंगा:

  1. सबसे पहले, आप MAMP को "www / mysql" या "user / user" के रूप में चला सकते हैं। क्या तुमको चुनें कि आप क्या चाहते हैं और आप अपनी फ़ाइलों को कहाँ रखा है पर निर्भर करता है। यदि आप अपने वेब सर्वर को बाहरी दुनिया में उजागर नहीं कर रहे हैं, तो उपयोगकर्ता / उपयोगकर्ता शायद सबसे आसान है, हालांकि उतना सुरक्षित नहीं है।

  2. दूसरा, आपकी साइट पर ऑटो-अपग्रेड / प्लगइन्स / थीम डाउनलोड किए जाते हैं एफ़टीपी के माध्यम से और एमओएसटी के बाद से लोग न तो एफ़टीपी सर्वर चलाते हैं स्थानीय मशीनों और न ही उनके पते के लिए एक स्थिर आईपी या डोमेन नाम है स्थानीय मशीन वे काम नहीं करेंगे, इसलिए मैन्युअल रूप से इंस्टॉल और अपग्रेड करें। हां, आप अपने वर्कस्टेशन पर एफ़टीपी सर्वर सेटअप कर सकते हैं और ए का उपयोग कर सकते हैं DynDNS अपने राउटर के माध्यम से एफ़टीपी पोर्ट को सेवा और अग्रेषित करें और आप के लिए फ़ायरवॉल कार्य केंद्र, लेकिन वास्तव में यह शायद इसके लायक नहीं है।

  3. तीसरा, मीडिया अपलोडर एफ़टीपी का उपयोग नहीं करता है इसलिए यह अभी भी काम करना चाहिए प्लगइन्स, अपग्रेड और थीम के विपरीत एक स्थानीय इंस्टॉल। तुम्हारा शायद काम नहीं कर रहा है क्योंकि स्वामित्व या अनुमतियां सेट नहीं हैं सही ढंग से / wp-content के लिए। यह हो सकता है कि आप चला रहे हैं "_www / _mysql" और "_www" के रूप में वेब सर्वर के पास अनुमति नहीं है कभी भी फ़ोल्डर जो आपने अपनी फ़ाइलों को संग्रहीत किया है या यह हो सकता है कि RWX अनुमतियाँ फ़ोल्डर पर सही ढंग से सेट नहीं हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.