Dit gaat meer over serverbeheer. De standaard mod_php werkt gewoonlijk als de apache gebruiker en heeft geen schrijfrechten in je docroot.
Je kunt een andere php-handler als php-fpm installeren, of de apache module mod_ruid2. Dan draait PHP en WordPress onder een gebruiker die je zelf in kunt stellen, en die daar dus wel schrijfrechten heeft.
Er bestaan hier wel blogposts over die je in Google kunt vinden.
Je probleem heeft niet veel met .htaccess te maken (tenzij je een spannende custom configuratie hebt), maar aangezien ik ook een mac heb ken ik ’t probleem en het is vreselijk irritant. Dat los je op door deze handelingen uit te voeren: http://ianlunn.co.uk/articles/quickly-showhide-hidden-files-mac-os-x-mavericks/ … werkt ook gewoon voor El Capitan. Bestand is vervolgens te bewerken vanuit textedit b.v. Want met de rename ’toer’ maak je snel vergissingen.
De foutmelding die je krijgt heeft te maken met het user vs. group en bestandsrechten. Geef wp-content 775 rechten b.v. … kan je daarna altijd nog spelen met diverse server mods.
@marcel: je beantwoord trouwens wel een vraag die ik toevallig gister had en nog onopgelost was 🙂 thx!
@rhyker2u: Blijkbaar ben ik nogal een nitwit op dit vlak. Ik ben op zoek gegaan naar een mogelijkheid om de rechten aan te passen voor wp-content. Ik probeerde het met Terminal door het volgende in te typen:
chmod -R 775 /Applications/XAMPP/xamppfiles/htdocs/wordpress/wp-content
, maar kreeg dan de volgende tekst te zien:
chmod: Unable to change file mode on /Applications/XAMPP/xamppfiles/htdocs/wordpress/wp-content: Operation not permitted
Oftewel, blijkbaar heb ik daar ook geen rechten voor. Googelen op dit onderwerp levert een paar andere suggesties, maar nog steeds niets dat werkt. Ik ga ook even kijken of ik iets kan met de suggestie van Marcel.
De suggestie van Marcel is voor mij helaas te hoog gegrepen. Ik ben geen ict-er en hetgeen ik lees vergt toch wel wat meer kennis op dit gebied. Helaas. Misschien dan toch maar op een Windows laptop verder proberen.
Ik heb diverse dingen geprobeerd, maar niets lukte. Toen heb ik maar besloten om XAMPP te verwijderen van mijn Mac en opnieuw te installeren. Ditmaal WP niet zelf gedownload en geinstalleerd, maar de application van Bitnami gebruikt. En daarbij gekozen voor de ontwikkelaarsversie, die minder goed beveiligd is. Aangezien de installatie lokaal is, is dat geen bezwaar. Wanneer ik de site tzt wil overzetten naar een externe server moet ik dat natuurlijk wel correct doen. Hoe dan ook kon ik nu mijn eigen gemaakte template wel installeren. Dus kan ik verder aan de slag met het vervaardigen van mijn website. Dank voor jullie moeite.
@docneet: ik ook hoor :o) .. mijn expertise ligt vooral in de consumenten OS sector; dit is hele andere koek. Afgelopen maand ookal bezig met dat soort zaken op mijn eigen server goed te krijgen; en het is uitermate frustrerend dat standaard oplossingen niet werken.
Wat je mist bij het aanpassen van de rechten is ze “sudo” voor de commando regel (dat geeft je superuser / root rechten). Anders krijg je inderdaad die foutmelding. Dit is wat voor mij goed werkt (scriptje wat ik regelmatig uitvoer):
sudo chown -R macuser:www-data html
sudo find /var/www/html/ -type d -exec chmod 755 {} \;
sudo find /var/www/html/ -type f -exec chmod 644 {} \;
sudo chown -R macuser:www-data /var/www/html/wp-content
sudo chmod -R 775 /var/www/html/wp-content
sudo chown www-data /var/www/html/wp-content/uploads
sudo chown www-data /var/www/html/wp-content/upgrade
sudo chown www-data /var/www/html/wp-content/plugins
sudo chmod 664 /var/www/html/.htaccess
sudo chmod 644 /var/www/html/wp-config.php
dat is op een ubuntu server. Waarbij 775 op wp-content geen permanente oplossing is of zou moeten zijn. 755 is beter, maar dan werken diverse updates op mijn site weer niet. En dan biedt de suggestie van marcel wellicht betere perspectieven, maar zou dat voor XAMPP niet nodig moeten zijn. Maar goed om te horen dat het nu wel werkt en dat bitnami de oplossing biedt. Ik ga binnenkort op basis van jouw informatie ook maar eens een lokale testomgeving opzetten.
Met Bitnami was het dus gelukt om WP lokaal via XAMPP te installeren. Het overzetten naar de online server was weer een andere uitdaging. Ik heb meerdere zaken geprobeerd, waaronder “Duplicator” en handmatig. Beide opties gaven veel problemen. Uiteindelijk gekozen voor All-in-One WP Migration plugin. Dit ging verrassend goed. Inmiddels staat mijn site online en werkt. Alleen moet ik nog even stoeien met wat afbeeldingen in pagina’s. Ik had de tekst en plaatjes van mijn Joomla website gekopieerd en deze werden dan ook keurig weergegeven. Maar de Joomla site heb ik offline gehaald, waarna de plaatjes in de pagina’s verdwenen waren. Dit leverde mij de clue op dat deze plaatjes dus gewoon gelinkt waren naar mijn oude website. Ik zal de plaatjes nu in WP uploaden en de diverse pagina’s aanpassen.
Bedankt voor de hulp.