The requested URL not found error

nieuwedag
(@nieuwedag)

15 jaren, 7 maanden geleden

Ik probeerde net mijn wordpress site live te zetten vanaf mijndomein.nl/wordpress naar mijndomein.nl, maar dat liep iets anders dan gehoopt.

Na enkele handelingen die ik na elkaar uitvoerde, vanuit ongeduld en onwetendheid ;-( is zelfs de mijndomijn.nl/wp-admin niet meer bereikbaar, zie volgende foutmelding

Not Found
The requested URL /wp-login.php?redirect_to=http%3A%2F%2Fwww.nieuwedag.nl%2Fwordpress%2Fwp-admin%2F&reauth=1 was not found on this server.

De uitgevoerde handelingen vlak vooraf gaand aan deze errors:
In de wp-admin had ik bij de general settings mijndomein.nl/wordpress veranderd in mijndomein.nl. Hierop kreeg ik direct al foutmeldingen.

Daarna had ik via ftp de index.php gekopieerd en in de public_html map gezet. Ook heb ik (dom dom dom) de index omgenoemd en zelfs even verwijderd. Gelukkig had ik nog wel een back-up gemaakt van de index.html en heb ik de uitgevoerde handelingen via ftp volgens mij weer helemaal kunnen herstellen (index.html terug gezet en kopie van de index.php weer verwijderd.

Volgens mij zit het probleem erin dat ik in de wp-admin bij de general settings de url’s gewijzigd heb van mijndomein.nl/wordpress naar in mijndomein.nl, wat ik nu niet meer zomaar kan ongedaan maken, omdat ik eenvoudigweg de wp-admin niet meer kan openen.

Kan iemand mij uit de brand helpen om deze blooper weer recht te trekken? b.v.d.

15 reacties aan het bekijken - 1 tot 15 (van in totaal 17)

1 2 →

Moderator Remkus de Vries
(@defries)

Sleutelbeheer WordPress NL

15 jaren, 7 maanden geleden

Heb je de complete inhoud van de map /wordpress/ naar de root gekopieerd?

Thread starter nieuwedag
(@nieuwedag)

15 jaren, 7 maanden geleden

Was idd vergeten om de map /wordpress/ naar de root te kopiëren. Dat heb ik nu net gedaan. De wp-admin is gelukkig nu wel weer te bereiken.

Alleen is http://www.nieuwedag.nl nog steeds niet goed in beeld, terwijl ik bij http://www.nieuwedag.nl/wordpress een 404-error in beeld krijg.

De general settings heb ik in de wp-admin inmiddels nog eens extra nagekeken en gepubliceerd, maar dat lijkt nog niet te helpen..

Kun je me misschien nog een stap verder helpen?

Moderator Remkus de Vries
(@defries)

Sleutelbeheer WordPress NL

15 jaren, 7 maanden geleden

Enige wat ik nog kan bedenken is je database nalopen op ‘oude’ urls en voor de volledigheid je browsercache ook te legen.

Thread starter nieuwedag
(@nieuwedag)

15 jaren, 7 maanden geleden

Kun je me ook vertellen hoe ik m’n databases naloop? En hoe ik mn browser cache kan legen?

Kan ik dat in de wp-admin? Of moet ik dat via FTP nalopen?

Thread starter nieuwedag
(@nieuwedag)

15 jaren, 7 maanden geleden

Bij het legen van de cache via de ‘plugin w3 total cache’ krijg ik de volgende foutmelding:

/public_html/wp-content/w3tc could not be created, please run following command:
chmod 777 /home/deb44063/domains/nieuwedag.nl/public_html/wp-content

Thread starter nieuwedag
(@nieuwedag)

15 jaren, 7 maanden geleden

browser cache is op alle fronten geleegd, maar dat mocht nog niet baten.

Ook heb ik WordPress ge-update en opnieuw geïnstalleerd, mocht ook niet baten. Het opnieuw configureren van het betreffende theme lijkt rond lay-out en bg-images ook niet te werken.

Databases heb ik niet nog niet nagelopen, omdat ik niet weer waar en hoe ik dat zou moeten doen. Wel lijkt het erop dat daar een probleem zit, omdat ik bij het uploaden van media nu ook foutmeldingen krijg rond includes e.d.

Heeft iemand verlossende tips??? Ik word er inmiddels wat duizelig van. Dit is niet de mooist denkbare regenachtige zondag 😉

Thread starter nieuwedag
(@nieuwedag)

15 jaren, 7 maanden geleden

Samenvatting van problemen op dit moment:
– homepage wordt niet geladen
– andere pagina’s dan de homepage (bijv. http://www.nieuwedag.nl/about) worden wel getoond, maar met afwijkende uitlijning v/d header en navigatiemenu en niet getoonde bg-images.
– uploaden van nieuwe media lijkt niet meer te werken.

Moderator Remkus de Vries
(@defries)

Sleutelbeheer WordPress NL

15 jaren, 7 maanden geleden

Database gegevens kun je controleren via de database manager die je hoster heeft geïnstalleerd.

Thread starter nieuwedag
(@nieuwedag)

15 jaren, 7 maanden geleden

Ik loop nu alles na in de file manager, als dat is wat je bedoelt.
Alle overbodige eerder geïnstalleerde themes en images e.d. heb ik net verwijderd. Dat schoont behoorlijk op, maar waar moet ik precies naar kijken?

Ik heb de hooiberg al voor 80% weg gegooid, maar ik loop nog steeds tegen dezelfde 3 problemen, zoals hierboven samengevat.

Zou jij niet eens voor me willen kijken?

Jaja..
(@jaja-1)

15 jaren, 7 maanden geleden

Als eerste hoe heb je site verplaatst?

Ik neem aan dat je weet wat je ‘Root’ is?
Want als je dit eerst had:
http://www.domein.nl/wordpress/ En dan kwam je op je homepage dan stond je wordpress map al in je root.

Want je dan had moeten doen is alle bestanden + mappen welke in je < wordpress > map stonden 1 positie terug verplaatsen.
Dus alle bestanden welke beginnen met wp- plus de mappen.

Daarna je Cache legen. En dan moet http://www.domein.nl/wp-admin/ je inlog zijn.

Werkt dit niet dan zal je toch echt even alle bestanden weer terug moeten zetten naar die vorige wordpress map. En dan kijken of je site het weer doet op de oude manier.

Heb je miss. nog in het verleden enige tutorials uitgevoerd omtrent de veiligheid van je wordpress site?
Denk aan het plaatsen van bepaalde codes in de .htaccess file ?

Thread starter nieuwedag
(@nieuwedag)

15 jaren, 7 maanden geleden

Mijn site heb ik verplaatst door eerst alle bestanden naar mijn locale harde schijf te halen. Van daaruit heb ik alles vanaf de map WordPress naar de Public_html gekopieerd (folders en alle onderliggende docs).

Mijn site heeft nog nooit live gestaan op http://www.domein.nl, hij was alleen te zien op http://www.domein.nl/wordpress/. Pas toen ik alles ging verplaatsen ging het mis.

Ik heb de bestanden feitelijk niet 1 positie terug geplaatst, maar gekopieerd en nogmaals neergezet (1 positie terug, in public html)

Nee ik heb bij aanvang niet een volledige WordPress tutorial gevolgd, maar gaandeweg via Google mijn geozcht naar antwoorden. o.a. rond de .htaccess file die ik idd een aantal keer van code gewijzigd heb en weer terug.

Er vanuit gaande dat ik de bestanden niet feitelijk 1 positie terug heb geplaatst, maar na kopiëren extra heb neergezet… Kan ik dan niet eenvoudigweg in de wp-admin de url’s weer terug zetten naar http://www.domein.nl/wordpres via de general settings van de wp-admin?

Thread starter nieuwedag
(@nieuwedag)

15 jaren, 7 maanden geleden

Is het erg gevaarlijk als ik alle documenten alsnog verwijderen in de map WordPress, omdat die inmiddels al 1 positie lager ook staan?

Of kan ik toch beter de settings naar http://www.domein.nl/wordpress via de general settings van de wp-admin? En daarna de gekopieerde wp-bestanden alsnog weghalen in public-html? Ik zal waarschijnlijk hoe dan ook ergens bestanden moeten verwijderen, omdat ze nu dubbel staan (1x in public html & 1x in WordPress). Of maak ik zo echt grove denkfouten?

Welke precieze werkwijze raad je me aan. Voor ik zometeen nog meer om zeep help is het miss eerst even beter om misverstanden uit te sluiten.

valandil
(@valandil)

15 jaren, 7 maanden geleden

Ik zou zorgen dat je hoofddomein exact het zelfde is als je test domein qua bestanden.
Log dan in op je testdomijn.
Verander daar dan in je admin menu je weburls naar di ervan je LIVE site.
OF

maak een nieuwe database, zet compleet wordpress OPNIEUW op je live site.
Geef alle themes en plugins aan je nieuwe site
Exporteer je database via je admin panel van je testsite en Importeer hem dan op je live site.

Thread starter nieuwedag
(@nieuwedag)

15 jaren, 7 maanden geleden

Ik heb gisteren idd heel WordPress maar gede-installeerd en opnieuw geïnstalleerd. Daarna heb ik de site snel weer opnieuw opgebouwd, wat goed werkte. Net heb ik geprobeerd om deze nieuwe wordpress site feitelijk live te zetten. Alleen loop ik nu opnieuw tegen een probleem op.

Ik heb net mijn nieuwe WordPress site verplaatst van http://www.domein.nl/wordpress2 naar http://www.domein.nl.
Alle stappen netjes doorlopen, maar daarna krijg ik (op alle pagina’s behalve de homepage) de volgende foutmelding:

[color=#0000FF]Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, webmaster@nieuwedag.nl and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.[/color]

Ik heb verder wel gewoon toegang tot mijn wp-admin, waarin ik wel de url’s van gebruikte afbeeldingen kan aanpassen. Alleen na publicatie van de pagina blijf ik tegen bovengenoemde foutmelding aanlopen. Ik dacht dat dit misschien iets met de aangemaakt perma-links te maken kon hebben, die nog aangepast moesten worden omdat met het wijzigen van het pad ook de speaking-url’s gewijzigd zouden moeten worden. Alleen krijg ik dezelfde foutmelding ook bij pagina’s die ik nieuw aanmaak, dus het lijkt ook geen optie om eenvoudigweg enkele pagina’s opnieuw te maken.

Kan iemand me misschien vertellen hoe ik dit op kan lossen?

Voorafgaand aan de genoemde foutmelding heb ik de volgende stappen in exacte volgorde uitgevoerd:
1. Back-up van alle bestanden in de directory ‘public_html’ (naar locale map op laptop)
2. Back-up van alle bestanden in de directory ‘Wordpress2’ (naar locale map op laptop)
3. Aanpassen van general settings in WP-admin. Veranderen van admin-url & site-url van http://www.domein.nl/wordpress2 naar http://www.domein.nl
4. Verwijder het bestand index.html uit de directory ‘public_html’
5. Verplaats alle mappen en bestanden in de directory ‘Wordpress2’ naar directory ‘public_html’
6. url’s van afbeeldingen nagelopen en gecorrigeerd waar nodig (verwijderen van ‘Wordpress2’)

zie: http://www.nieuwedag.nl

Thread starter nieuwedag
(@nieuwedag)

15 jaren, 7 maanden geleden

oh ja, ik heb de browser cache ook al een aantal keer geleegd, maar dat mocht ook niet baten…