Earnie Rhyker

@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.

Zelf gebruik ik daar pronamic voor … maar dat is i.c.m. complexe omgeving van o.a. woocommerce en membership based site. Heb je dat echt nodig? Zo te lezen niet.

Ik denk dat je beter paar statische verkoop pagina’s kunt maken (met b.v. een wordpress page builder) en rechtstreeks linken naar TargetPay.NL … die geven die formulieren er namelijk bij cadeau. Mollie en multisafepay namelijk niet.

@henk, wat is je probleem / zijn je problemen precies? Wellicht dat wij je kunnen helpen? 😉

modificatie van theme of WP core files is nooit een goed idee. Bij thema updates zijn dan nl. al je modificaties foetsie (en vaak weet je dan niet meer hoe je dat precies deed). En je child thema aanmaken is niet voor iedereen weggelegd. Maar kijk hier eens: https://wordpress.org/plugins/search.php?q=header+footer

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.

dat de oude image locaties nog in je blogposts staan is niet vreemd. Dat is eenvoudig op te lossen met https://wordpress.org/plugins/better-search-replace/ … wat echter wel vreemd is, is dat nieuwe plaatjes ook naar de oude domein gaan.

Misschien dat er in wp-config.php iets staat ingesteld waarbij je handmatig upload naar de oude server. Als dat het geval is kan je alles daaromtrend verwijderen. Dan doel ik dus op iets wat lijkt op dit :

define( 'FTP_USER', 'user' );
define( 'FTP_PASS', 'password' );
define( 'FTP_HOST', 'ftp.domain.com' );

hmm, waarom gebruik je daar niet gewoon de comments voor van 1 pagina / 1 post? Daar zit namelijk alle functionaliteit al standaard in. Zie ook /wp-admin/options-discussion.php

En kaars.gif kan je automatisch injecteren in iedere comment d.m.v. apply_filters via https://codex.wordpress.org/Function_Reference/wp_new_comment … kan er zo 1-2-3 gee plugin voor vinden, maar zijn er vast wel.

export / import functie is een slecht idee bij migraties. Je mist dan namelijk wel meer. Beste manier is en blijft SQL database handmatig overzetten te samen met files via b.v. FTP.