Διαβάζοντας αυτό το
WordPress Αντιμετώπιση προβλημάτων: Δικαιώματα, CHMOD και μονοπάτια, OH MY!
Με θέματα που προκύπτουν από ποικίλες Shared Hosting πακέτα, εκδόσεις της PHP, Apache, κλπ., θέματα δικαιωμάτων αρχείων πίσω μερικές φορές άσχημο κεφάλι τους. Ελπίζω η ακόλουθη αναφορά μπορεί να προσφέρει κάποια βοήθεια ή κατεύθυνση προς τις λιγότερο έμπειρους:
Ένα "αρχείο δεν βρέθηκε" "404", "Δεν είναι δυνατή η δημιουργία καταλόγου", "δεν μπορεί να ανοίξει" ή "δεν υπάρχει" λάθος στάσεις πράγματα νεκροί στις διαδρομές τους. Αυτό οφείλεται συνήθως σε ένα πρόγραμμα / script δεν διαθέτει κάποιο συγκεκριμένο script ή αρχείο, όπου αναμένει να, ή δεν είναι «επιτρέπεται» να το δείτε λόγω της ρυθμίσεις δικαιωμάτων για το αρχείο ή τον κατάλογο του. Αυτό είναι απογοητευτικό για κάθε χρήστη υπολογιστή! Οι υπολογιστές είναι υποτιθέμενο για να είναι αποτελεσματική και διασκεδαστική. PartyPoker στο διαδίκτυο , graphic design, ηλεκτρονικό ταχυδρομείο ή ό, τι πρέπει να κάνετε στον υπολογιστή σας δεν θα πρέπει να σταματήσει ή να καθυστερήσει ενοχλητικό δυσλειτουργίες. Υπάρχουν πάντα τρόποι γύρω τους εάν ξέρετε τι να κάνετε.
Ας αρχίσουμε με το μονοπάτι. Ελέγξτε το σφάλμα σας προσεκτικά, θα λίστα συνήθως η διαδρομή προς το αρχείο στην ερώτηση. Θα ήθελα να συστήσω χρησιμοποιώντας το FileZilla FTP πρόγραμμα . 
Ανοίξτε FileZilla και να συνδεθείτε στο δικτυακό σας τόπο. Πλοηγηθείτε μέσα από το μονοπάτι που αναφέρονται στο λάθος και να προσπαθήσουμε να βρούμε το αρχείο. Αν λείπει, προσπαθήστε ξανά να το ανεβάσετε και να δοκιμάσει ... Αν η διαδρομή είναι διαφορετική, ελέγξτε αν έχετε εγκαταστήσει WordPress στην «κορυφή» ή root directory ή αν είναι σε ένα υπο-κατάλογο.
Σε περίπτωση που το βρήκατε και η διαδρομή είναι σωστή, ελέγξτε τα δικαιώματα.
Για αυτό το παράδειγμα, εγώ θα τον αριθμό των δικαιωμάτων σημαίες:
drwxrwxrwx 1234567890
1 Σημαία καταλόγου, «δ», εάν ένα κατάλογο, «-» αν ένα κανονικό αρχείο, περιστασιακά «l» για μια σύνδεση.
2,3,4 διαβάζει, να γράφει, να εκτελούν την άδεια για το χρήστη (owner) του αρχείου
5,6,7 διαβάζει, να γράφει, άδεια εκτέλεσης για την ομάδα
8,9,0 διαβάζει, να γράφει, να εκτελούν άδεια για άλλες (Μερικές φορές αποκαλείται «όλοι»).
- Σε οποιαδήποτε θέση, σημαίνει ότι η σημαία δεν έχει οριστεί
r αρχείο είναι αναγνώσιμο από τον ιδιοκτήτη, την ομάδα ή άλλα
w αρχείο είναι εγγράψιμο. Σε έναν κατάλογο, γράψτε σημαίνει πρόσβαση μπορείτε να προσθέσετε ή να διαγράψετε αρχεία
x είναι εκτελέσιμο αρχείο (μόνο για τα προγράμματα και τα προγράμματα κελύφους - δεν είναι χρήσιμο για τα αρχεία δεδομένων). Εκτελέστε την άδεια σε έναν κατάλογο σημαίνει ότι μπορείτε να λίστα τα αρχεία σε αυτόν τον κατάλογο
s στη θέση όπου "x" θα πάει κανονικά ονομάζεται το σύνολο-UID ή set-GroupID σημαία (Σε ένα εκτελέσιμο πρόγραμμα με το set-UID ή set-GroupID, ότι το πρόγραμμα τρέχει με τα δικαιώματα του ιδιοκτήτη / ομάδας του. Σε ένα κατάλογο, η set-UID/set-groupID δυνάμεις αρχεία και τους καταλόγους που δημιουργείται μέσα για να κληρονομήσει ο χρήστης / goup του καταλόγου γονέα).
Για λόγους ασφαλείας, τις ρυθμίσεις δικαιωμάτων για το WordPress θα πρέπει να είναι 755 για καταλόγους και 644 για τα αρχεία. Οι περισσότεροι οικοδεσπότες, ωστόσο, απαιτούν από όλες τις διεργασίες που γεννήθηκαν από ένα χρήστη να έχει μια μοναδική ταυτότητα για να προσθέσετε ένα άλλο επίπεδο ασφάλειας. Έτσι, αν WordPress ή ένα plugin δημιουργεί ένα αρχείο ή έναν κατάλογο, θα έχει ένα μοναδικό ιδιοκτήτη (και συχνά της ομάδας), έτσι ώστε ο κατάλογος με τα 755 δεν θα μας επιτρέψει να δημιουργήσουμε αρχεία σε αυτό και το αρχείο με 644 δεν θα μας επιτρέψει να αποθηκεύσετε τις αλλαγές σε αυτό. Έτσι, η αλλαγή πρέπει να συμβεί.
Αυτό είναι που χτύπησε το "Χιλιόμετρα σας μπορεί να διαφέρουν" περιοχή. Τυπικά WordPress εγκαθιστά μόνο που χρειάζεται είναι το wp-content/ directory να είναι 777 (WordPress, έτσι ώστε να δημιουργήσετε το wp-contents/uploads/ φάκελο). Αν σας wp-content/uploads/ υπάρχει ήδη, μπορείτε να hop πάνω δεξιά και να κάνει wp-content/ 755. Εάν έχετε ενεργοποιημένη Οργανώστε τις προσθέσεις μου στο μήνα και έτος με βάση τους φακέλους τότε η υπο-καταλόγους πρέπει να ελέγχονται, καθώς και ( wp-content/uploads/2006/06 για παράδειγμα), έτσι θα πρέπει uploads/ να είναι 777, 2006/ να είναι 777 και 06/ να είναι 777. Αν χρησιμοποιείτε το plugin ImageManager, θα πρέπει να ελέγξετε τα δικαιώματα για wp-content/uploads/2006/06/.thumbs/ όπως καλά!
Αυτός είναι ένας λόγος σας προτείνω να απενεργοποιήσετε Οργανώστε τις προσθέσεις μου στο μήνα και έτος με βάση τους φακέλους γιατί θα έχετε την ευκαιρία να έχουν ένα πρόβλημα με τα δικαιώματα κάθε μήνα, όταν ένα νέο κατάλογο που πρέπει να δημιουργηθεί. Απλά αφήστε τους να πάνε όλα στο / wp-content/uploads.
Μερικοί άνθρωποι χρησιμοποιήσετε τον επεξεργαστή στο admin για να επεξεργαστείτε το θέμα και plug-in αρχεία (συστήνω κατά αυτής αν δεν μπορεί να διατηρήσει 644 στα αρχεία υπό επεξεργασία εκεί), να ανακαλύψουν ότι έχουν την άδειά ζητήματα (όπως η διαδικασία της PHP θα έχει διαφορετικές πιστοποιήσεις για τα περισσότερα servers) και την αλλαγή αρχεία τους σε 666. Είμαι άβολα με αυτό. Και έχω μια συντριβή σε FileZilla. Ναι, πρέπει να πάρετε περισσότερες πληροφορίες.
Αν έχω ftp στο site μου με FileZilla και κάντε διπλό κλικ σε ένα αρχείο, ανοίγει στον αγαπημένο επεξεργαστή κειμένου (Edit: Ρυθμίσεις: Αρχείο προβολή / επεξεργασία στο μενού FileZilla) και σε μια πολύ πιο «άνετο» περιβάλλον, μπορώ να κάνω αλλαγές, αποθήκευση, και κάντε κλικ στο OK για να φορτώσετε το αρχείο που άλλαξε στον server. Το άλλο όφελος σε αυτό είναι ότι το αρχείο είναι να διαβάσει και να γράψει, μέσω FTP το οποίο διατηρεί το χρήστη / ομάδα την ταυτότητά μου, που μου έδωσε περισσότερη ασφάλεια και έλεγχο.
Αν έχετε προτάσεις για αυτό το άρθρο, μη διστάσετε να αφήσετε ένα σχόλιο ...
57 Χρήστες σχολιασμένες στην "WordPress Αντιμετώπιση προβλημάτων:! Δικαιώματα, CHMOD και μονοπάτια, OH MY"
Roo λέει, Ευχαριστώ, πολύ χρήσιμη. Έψαχνα για κάτι παρόμοιο με αυτό.
Μέχρι να καταλάβω γιατί το κουμπί «Επεξεργασία» εξαφανίστηκε, μπορείτε πάντα να δοκιμάσετε [yourdomainhere].com/fishing/wp-admin και ότι θα πρέπει να ισχύει η οθόνη σύνδεσης WP να έρθει επάνω.
Πρώην μου girlfreind που έχει συσταθεί αυτό το site, και έχω επεξεργαστεί πάντα, αλλά ξαφνικά το κουμπί EDIT στο χώρο του ξενοδοχείου οθόνη μου έχει φύγει; Δεν μπορώ να έχουν πρόσβαση σε οποιοδήποτε opions επεξεργαστείτε; Πώς μπορώ να βρω αυτό πίσω, ως πρώην μου δεν είναι διαθέσιμο; Πρέπει να δημοσιεύσετε νέα πράγματα ASAP; Μπορεί κάποιος να με βοηθήσει; Daryl
Έχω ένα πρόβλημα με τη λήψη εικόνων σε WP .. Έτσι, αν έχω δίκιο, τότε όλα του WP-περιεχόμενο δικαιώματα μου θα πρέπει να είναι 644.
Edgars: Το παρακάτω είναι από το σημείο που πιστεύω ότι ισχύει για εσάς:
"Τυπικά WordPress εγκαθιστά μόνο που χρειάζεται είναι το wp-content / directory να είναι 777 (WordPress, έτσι ώστε να δημιουργήσετε το φάκελο wp-contents/uploads). Εάν έχετε ενεργοποιημένη Οργανώστε τις προσθέσεις μου στο μήνα και έτος με βάση τους φακέλους στη συνέχεια τους υποφακέλους πρέπει να ελεγχθούν, καθώς (wp-content/uploads/2006/06 για παράδειγμα). "
Οποιοσδήποτε κατάλογος WordPress έχει οριστεί να χρησιμοποιήσει μπορεί να χρειαστεί να 777.
Changinging τη λειτουργία του wp-content / directory σε 777 το οποίο είναι σε μεγάλο βαθμό θεωρείται ως ανασφαλής είναι το θέμα σε όλη WordPress. Αλλά αυτό δεν είναι απολύτως αληθές, αν έχετε πρόσβαση στο κέλυφος: Το πρόβλημα είναι ότι σε ένα Linux box, ένα PHP script εκτελείται όπως κανείς, αλλά ο κατάλογος είναι ιδιοκτησία του χρήστη, ώστε κανείς δεν μπορεί να γράψει σε αυτό εκτός αν είναι chmod 777. Μια καλύτερη λύση είναι να αλλάξει το ιδιοκτησιακό καθεστώς του καταλόγου σε κανέναν και στη συνέχεια τον κατάλογο ανεβάσετε μπορεί να chmod 755 και όλους τους καταλόγους που δημιουργούνται από WordPress είναι επίσης chmod 755.
Στο cd κέλυφος στο ριζικό κατάλογο WordPress και στη συνέχεια πληκτρολογήστε και πληκτρολογήστε:
κανείς δεν chown WP-περιεχόμενο
Αν δεν έχετε πρόσβαση κέλυφος, ρωτήστε τον οικοδεσπότη Ιστού σας για να το κάνει για σας.
Αλλά αν ο διακομιστής σας εκτελεί με phpsuexec ενεργοποιημένη, είναι php scripts εκτελούνται στο όνομα του χρήστη που επίσης έχει γράψει την πρόσβαση σε καταλόγους που ανήκουν στον χρήστη. Έτσι σε εκείνη την περίπτωση ο κατάλογος ανεβάσετε μπορεί να chmod 755.
Είναι ατυχές το γεγονός ότι η Shell πρόσβαση γίνεται όλο και πιο σπάνια με τακτικά σχέδια φιλοξενίας.
Και 777 σε μια σύγχρονη υποδοχής δεν είναι τόσο επικίνδυνη όσο μπορεί να ακούγεται, δεν παύει να λάβει ορισμένα διαδικασία / config αποτυχιών για να μπορεί να αξιοποιηθεί, και αφού μιλάμε για / προσθήκες / Δεν είμαι πάρα πολύ ανησυχούν για κάποιον που το hacking image / zip-files κρατώ εκεί.
Υπάρχει ένα θεμελιώδες ζήτημα της ασφάλειας με τον καθορισμό ενός αρχείου, όπως "wp-config.php" σε 644 σε ένα κοινό περιβάλλον: αυτό επιτρέπει σε άλλους χρήστες σε αυτόν τον κεντρικό υπολογιστή για να διαβάσετε τις ρυθμίσεις της βάσης δεδομένων που περιέχονται σε αυτό το αρχείο. Μπορούν να χρησιμοποιήσουν στη συνέχεια τις ρυθμίσεις της βάσης δεδομένων σας και να κάνετε ό, τι θέλουν με τα στοιχεία της βάσης δεδομένων σας. Δείτε αυτό το νήμα στο φόρουμ WP για περισσότερο:
http://wordpress.org/support/topic/83831
EDIT: Αυτό που αμέλησε να πω παραπάνω είναι ότι το θέμα της ασφάλειας ισχύει εάν ο φορέας παροχής φιλοξενίας επιτρέπει SSH πρόσβαση στο λογαριασμό σας.
Pizdin: Αυτό απλά δεν είναι αλήθεια, στις περισσότερες σύγχρονες κοινόχρηστα περιβάλλοντα.
Αλλά εκτιμώ το σύνδεσμο, οι άνθρωποι είναι ευπρόσδεκτοι να έρθουν να τα δικά τους συμπεράσματα? ")
Γεια σου, είμαι ασχολούνται με το 777 τεύχος του wp-plugin/uploads /
Τι θα συμβεί αν οι άνθρωποι που κάποια σενάρια για το φάκελο η οποία όταν θα εκτελεστεί θα διαγράψει άλλα αρχεία σε άλλους φακέλους (ή να κάνετε κάποια δυσάρεστα πράγματα);
Γεια Adi:
Οι ανησυχίες σας είναι έγκυρα. Ανάλογα με τον κεντρικό υπολογιστή γίνεται συχνά μια πράξη εξισορρόπησης μεταξύ της ασφάλειας και την ευκολία στη χρήση.
Αν έπρεπε να χρησιμοποιήσει 777 (ή 666 για τα αρχεία) το συντομότερο είχα ολοκληρώσει τις αλλαγές θα πρέπει να μπαίνουν σε μεγάλο πειρασμό να αλλάξουν τα πάντα πίσω στο 755/644. Και έχω όταν ήμουν φιλοξένησε με Network Solutions (τον οποίο δεν συνιστούμε ως οικοδεσπότης).
Το πρόβλημα έγκειται συνήθως με το πώς το web-host εκχωρεί μια ταυτότητα για το χρήστη που συνδέεται στο μέσω ftp / etc. και την ταυτότητα δοθεί διαδικασίες από απορρίμματα από admin interface εσωτερικό της ομάδας εργασίας (η διαδικασία PHP (s)). Αυτές είναι συνήθως διαφορετική, και γι 'αυτό βλέπετε διαφορές στη συμπεριφορά κατά την επεξεργασία / διαγραφή / ανέβασμα αρχείων με ftp / etc. και όταν το κάνει εντός της περιοχής διαχειριστή WP ...
Τρέχουσα host μου, site5.com, αντιμετωπίζει τα θέματα ασφάλειας με διαφορετικό τρόπο, ώστε να μπορώ να διατήρηση των καταλόγων σε 755 και τα αρχεία στους 644 δεν έχει ακόμη λάβει την άδεια τυχόν λάθη κατά τη χρήση των εργαλείων διαχειριστή WP.
Από την άλλη πλευρά, όπως Pizdin επισημαίνεται ανωτέρω (με κάποια hosts), ένας άλλος χρήστης μπορεί να είναι σε θέση να διαβάσει wp-config.php αρχείο μου στο σημερινό περιβάλλον μου. Αυτό δεν με ενδιαφέρει πάρα πολύ (έχω κρατήσει αντίγραφα ασφαλείας και οι περισσότεροι hackers θα «κακά στην ίδια φωλιά τους» δεν είναι τόσο να μιλούν), αλλά έκανα αλλαγή wp-config.php σε 600.
thirstan λέει, Είμαι στη διαδικασία δημιουργίας άλλο blog για ένα νέο ξενιστή με το δικό μου όνομα τομέα και πρόβλημα με τα δικαιώματα, μετά σας φαίνεται να είναι ακριβώς αυτό που ψάχνω για, αναρωτιόμουν αν η θέση εξακολουθεί να είναι επίκαιρη και για τις τρέχουσες WP ;
Πω πω, ότι είναι μια πορεία για την πρόταση 
χάρη,
thirstan
Thirstan: Ναι, τίποτα δεν έχει αλλάξει στην πραγματικότητα εκεί.
Η έκδοση του WP δεν πειράζει πραγματικά, αν και το περιβάλλον υποδοχής. Παράδειγμα: Στο aplus.net (και η Network Solutions) θα αντιμετωπίζετε προβλήματα με το WP που δεν έχει «δικαίωμα» να δημιουργήσει καταλόγους και αρχεία. Ωστόσο, οι οικοδεσπότες όπως site5.com το χειριστεί με διαφορετικό τρόπο και δεν θα παρατηρήσετε κάποια από τα ζητήματα δικαιωμάτων που προκύπτουν με WordPress / PHP διεργασίες δημιουργία ή την επεξεργασία αρχείων.
Sam ευχαριστώ πολύ για αυτό. Έχω μάχεται με 1and1 για την τελευταία εβδομάδα, επειδή δεν μπορούσαν να μου εξηγήσετε γιατί ξαφνικά ηλεκτρονικού εμπορίου plugin μου δεν μπορούσε πλέον να δημιουργήσει μικρογραφίες από τις εικόνες που ανεβάσετε.
Νομίζω ότι τώρα καταλαβαίνω και μπορεί να είναι σε θέση να πάρει εξυπηρέτησης πελατών για να με βοηθήσει πραγματικά. Θα διαβάσετε θέση σας πάνω και να το προσθέσετε στο email μου μόλις το αντιλαμβάνομαι πλήρως.
Ευχαριστώ και πάλι.
Καλύτερη λύση για αυτό είναι να δημιουργήσετε το χέρι δομή του καταλόγου σας εκ των προτέρων. Ο μόνος λόγος να απαιτήσει από 777 είναι επειδή wordpress πρέπει να δημιουργήσει αυτούς τους καταλόγους. Ωστόσο, εάν οι κατάλογοι υπάρχουν ήδη μια αυστηρότερη σύνολο δικαιωμάτων είναι δυνατή. Ως εκ τούτου δημιουργούν οι κατάλογοι για τα επόμενα δύο χρόνια (ένα φάκελο για κάθε μήνα) τότε καταλόγους chmod σε 755 και τα αρχεία σε 644. Μερικές φορές έχω παρατηρήσει ότι οι κατάλογοι χρειάζονται 775 ανάλογα με το που σας φιλοξενεί.
Cheers!
Γεια σου, προσπάθησε να chmod WP-περιεχόμενο 755 με 644, αλλά το αποτέλεσμα γίνεται πάντα 764. καμία ιδέα; ευχαριστίες
μεγάλο άρθρο, τώρα όλα λειτουργούν καλά, THX.
Τρεις λέξεις: PHP Safe Mode.
Ήμουν κυνηγώντας αυτό το πρόβλημα για έναν πελάτη για περίπου μία ώρα. Ο κατάλογος προσθήκες ανήκει ο χρήστης apache, αλλά και κάθε έτος ή μήνα καταλόγους WordPress προσπάθησε να δημιουργήσει στο προσθήκες απέτυχε μέχρι να απενεργοποιηθεί PHP Safe Mode. Τώρα λειτουργεί σαν chizzamp!
Cheers Sam. Ακριβώς απάνω σ 'αυτό το πρόβλημα, ενώ μετεγκατάστασης ενός WordPress.com να. Org blog σε ένα νέο ξενιστή. Αυτή είναι η πρώτη φορά που είχα να αλλάξετε τα δικαιώματα αρχείων.
Ευχαριστώ,
Ματ
woow μεγάλο μήνυμα, αυτό θα είναι πολύ χρήσιμη για μένα. Ευχαριστώ για αυτό το μεγάλο έργο.
Είχα δοκιμάσει την αλλαγή άδεια, να αλλάζει τις διαδρομές, αλλά τίποτα δεν λειτούργησε.
Μέχρι Bard 's σχόλιο.
Έχω αλλάξει την πορεία με την αφαίρεση του εμπρός κάθετο πριν wp-content/uploads ... και δούλεψε:)
Γεια σας, δεν υπάρχει καμία χρήση του δίνει άδεια στο εσωτερικό του διακομιστή για αυτό. Απλά συνδεθείτε στο WP με το διαχειριστή διαπιστευτήρια και στη συνέχεια πηγαίνετε στο Settings -> Διάφορα -> και στη συνέχεια να αντιγράψετε και να επικολλήσετε την προεπιλεγμένη διαδρομή που εμφανίζονται εκεί. Αυτό θα καθορίσει το θέμα και είχα σταθερό μόλις τώρα ... :-) Είναι τόσο απλό. Μην χτυπάτε τα πάρα πολύ για ένα απλό ζήτημα.
Regards,
Rj.
Μηχανικός Συστημάτων
actsupport.com
Χάρη RJ, αλλά είναι λίγο πιο περίπλοκη με κάποια οικοδεσπότες Ιστού.
Γεια σας,
Έχω προβλήματα με τα δικαιώματα στο WordPress πλατφόρμα μου και κανείς δεν φαίνεται να ξέρει πώς να τα λύσει. Παρακαλώ βοηθήστε!
Όταν προσπαθώ να αλλάξετε τα δικαιώματα σε κάποια αρχεία, όπως το index.php (η οποία είναι αρκετά σημαντικό αρχείο, είμαι βέβαιος ότι θα συμφωνήσετε) έως 666, να πάρω αυτή τη γραμμή: 500 'SITE CHMOD 666 index.php »: εντολή δεν κατανοητή
Το ίδιο πράγμα συμβαίνει όταν προσπαθώ να γράψω την εντολή χειροκίνητα.
Δεν ξέρω τι άλλο να κάνω. Hosting μου δεν παρέχει acces να cPanel και που χρησιμοποιούν τα Windows και λένε ότι ότι θα έχουν "μόνο για ανάγνωση" σήμα για τα αρχεία αν ήταν μόνο αναγνώσιμο, αλλά δεν τα έχουν, γι 'αυτό θα πρέπει να είναι σε θέση να αλλάξετε τα δικαιώματα . Αλλά δεν είμαι. Μπορούν επίσης να πω ότι ίσως θα μπορούσε να αλλάξει τις ρυθμίσεις του διακομιστή στο εσωτερικό του WordPress, αλλά δεν έχω βρει όπου μπορώ να το κάνω αυτό ακόμα.
Υπάρχει κάτι άλλο που μπορώ να κάνω εκεί; Παρακαλώ βοηθήστε!
@ Alia: Τα Windows είναι ένα τελείως διαφορετικό ζώο όταν πρόκειται για δικαιώματα. Σας προτείνω να ρωτήσω τον host σας να κινείστε σε linux server, και αν δεν μπορούν, να βρουν έναν άλλο κεντρικό υπολογιστή ... Δικαιώματα είναι μόνο ένα από τα προβλήματα που ενδέχεται να αντιμετωπίσετε WordPress τρέχει σε ένα διακομιστή των Windows? ")
Και, όσον αφορά την index.php? Δεν θα πρέπει να είναι 666, αυτό θα σήμαινε ότι άλλοι θα μπορούσε να γράψει σε αυτό. Κάν 'το 644.
Έχω δοκιμάσει ήδη 644, πάρα πολύ, αλλά τίποτα δεν λειτουργεί.
Δεν νομίζω ότι μπορούν να κινούνται με το Linux, είτε.
Έχω ήδη πει ότι είναι καλύτερα να βρούμε ένα άλλο hosting, φαίνεται ότι θα είμαι πραγματικά πρέπει να:.)
Ευχαριστώ anyways!
Γεια σας,
Εγώ είμαι πάλι. Φιλοξενία μου μετά από όλα κατάφερε να περάσω σε πλατφόρμα Linux, αλλά το πρόβλημα παραμένει. Σε Filezilla η άδεια είναι "644", αλλά δεν μπορώ να γράψω στο αρχείο στο WordPress-λέει ακόμα ότι πρέπει να αλλάξω την άδεια πριν μπορέσω να γράψω. (;)
Επιπλέον, ακόμη και τώρα thos δικαιώματα που είχα έχουν φύγει.
Οποιεσδήποτε ιδέες;
@ Alia: Ακούγεται σαν να παίρνουν για να τις 2 τελευταίες παραγράφους του άρθρου? Οικοδεσπότης είναι η χαρτογράφηση PHP διαδικασίες σε άλλο «χρήστης» (όχι άλλο πρόσωπο, αλλά μια άλλη «ταυτότητα»), η οποία είναι μια μορφή της «ασφάλειας» που χρησιμοποιείται για να είναι δημοφιλής. Σας προτείνω να χρησιμοποιήσετε ένα πρόγραμμα FTP στα εν λόγω περιβάλλοντα (όχι την εσωτερική editor).
Μην λύπη της μετάβασης σε ένα Linux server, υπάρχουν πολλά περισσότερα θέματα που θα μπορούσαν (θα ήταν;) έχουν σκάσει επάνω χρησιμοποιώντας ένα M $ διακομιστή ...
Προσπάθησα και ότι λειτούργησε. Σας ευχαριστώ πάρα πολύ! Μετά από app. 10 informaticians ρώτησα δεν ήξεραν πώς να λύσει αυτό το πρόβλημα (συμπεριλαμβανομένης της υποστήριξης hosting), είστε ένα πραγματικό σας σώσει τη ζωή!
πλημμύρα εικόνων , λέει, I σελιδοδείκτη αυτής της σελίδας.
Χρησιμοποιώ wordpress, το άρθρο αυτό θα με βοηθήσει κάποια μέρα.
Μεγάλη άρθρο, μου αρέσει πραγματικά. Ευχαριστίες
ευχαριστίες για εκείνη την μεγάλη θέση.
πράγματι άδεια αρχείων είναι πολύ τσιμπούρια .. Ευχαριστώ για τη βοήθεια έξω.
Regards
Σας ευχαριστώ πολύ!
azzaam λέει, Ευχαριστούμε, το έργο της για μένα 
οικοδεσπότες μου κλείσει 8 από τις περιοχές μου (5 WordPress) λόγω της «ασυνήθιστη δραστηριότητα» και έλεγξα όλα τα αρχεία που χρησιμοποιούν CPanel. Βρήκα το dodgy αρχείων σε έναν ζεν-καλάθι εγκαταστήσει και οι φάκελοι ήταν chmod 777 και τα αρχεία 666.
Αν το κάνουμε αυτό, παρατήρησα wp-content/uploads μου ήταν και τα 7 είναι και τόσο χάρη 6 για λεπτομερή επεξήγηση σας για το πώς να επιλύσετε το πρόβλημα. Τους έχω αλλάξει σε 755/644 αλλά αν WP δεν μπορεί να γράψει στο τέλος του μήνα, ξέρω γιατί ...
Χρειάζομαι βοήθεια. 755 και 644 δεν μου επιτρέπουν να έχετε πρόσβαση σε σελίδες και θέσεις ... Τι να κάνουμε; Πάω καρύδια.
@ NH: Σελίδες και θέσεις δεν είναι αρχεία ... Μπορείτε να μου δώσετε περισσότερες πληροφορίες;
Δεν παίρνω όπου μπορείτε να εισαγάγετε τρία ψηφία κωδικούς δικαιωμάτων στο αρχείο. τα 755 και 644 κωδικούς. Ψάχνω στο site μου με Plesk, για να ελέγξετε τα δικαιώματα στο διακομιστή μου και το μόνο που βλέπω είναι hte καιρό κωδικών, όπως είναι rwx rx rx.
Τι είναι το "Forbidden .. Δεν έχετε δικαίωμα πρόσβασης / wordpress / wp-admin / upload.php σε αυτόν τον server. "Όταν προσπαθώ να δημοσιεύσετε. αλλαγή δικαιωμάτων για το αρχείο που αναφέρεται δεν έχει κανένα αποτέλεσμα.
>> Δεν παίρνω, όπου μπορείτε να εισαγάγετε τρία ψηφία κωδικούς δικαιωμάτων στο αρχείο. τα 755 και 644 κωδικούς.
Βλ. σύσταση μου πάνω από περίπου Filezilla / FTP ...
suyash Dwivedi λέει, ή μπορείτε να ρυθμίσετε μόνο την άδεια σε 751 στον κατάλογο δεν θέλετε να δημοσιοποιεί
Ευχαριστώ για αυτό .. Έψαχνα για παύση της άδειας στην ιστοσελίδα μου ... Ελπίζω ότι θα λειτουργήσει, θα προσπαθήσω αυτό ....
Αναρωτιέμαι αν πολλές από τις διατριβές θέματα άδεια μπορεί να εντοπιστεί πίσω στο δρόμο WordPress είναι εγκατεστημένο, δηλαδή με γρήγορη εγκατάσταση πακέτων τώρα παρέχονται από πολλούς web υποδοχής. Ποτέ δεν έχω αντιμετωπίσει κανένα από αυτά τα ζητήματα άδεια με μια νέα μη αυτόματη εγκατάσταση του WordPress. Μόνο με προϋπάρχουσες εγκαταστάσεις ή ρυθμίσεις που μετακινούνται από τον ένα server στον άλλο.
Πολύ χρήσιμη. Αυτό το έχει λύσει το πρόβλημά μου, σας ευχαριστώ Sam.
Ευχαριστώ για αυτή τη συμβουλή Sam! Αυτό είναι κάτι που μου ζητούσαν για κάποιο χρονικό διάστημα. Φαίνεται σαν συνήθης πρακτική σε WordPress εγκαθιστά είναι να χρησιμοποιήσετε Cmod 777 κατάλογοι για upload αρχείων. Και είναι απίστευτα επικίνδυνο!
Αν βρείτε τον εαυτό σας να χρειάζεται να chmod 777 στον κατάλογο wp-content/uploads για το site σας στην εργασία, συστήνω αλλαγή οικοδεσπότη Ιστού σας.
Σας ευχαριστώ πολύ για αυτό!
Το έργο του για μένα πολύ καλά.
Με τις καλύτερες ευχές από τη Γερμανία
Αυτό είναι ακριβώς αυτό που έψαχνα, σας ευχαριστώ.
Δεν είχα ποτέ προβλήματα με WordPressand CHMOD
Ευχαριστώ για το πιο ενημερωτικό άρθρο. Είχα πρόβλημα αντιμετώπιση προβλημάτων wordpress blog.
