30 berichten aan het bekijken - 1 tot 30 (van in totaal 40)
  • Q:

    Bijdrager
    koen

    WordPress site live maken

    Ik sta op het punt om een WordPress site ‘live’ te maken. Alles staat nu nog in http://www.example.com/wp/, en is getest en goedgekeurd. Ik dacht zelf aan de volgende stappen:

    1. Verander alle links van http://www.example.com/wp naar http://www.example.com; hiervoor gebruik ik de Velvet Blues Update URLs plugin
    2, Make een map ‘oude website’ aan en sleep alle bestanden van de huidige website daar naar toe
    3. Sleep alles uit /wp/ naar de root
    4. Achteruit leunen op de bank

    Mis ik nog iets?

    Kan ik de map ‘oude website’ beveiligen zodat deze alleen via ftp te bereiken is, en niet via http?


    Bijdrager
    Shmoo

    Laat alleen het plugin gedeelte weg, verder is je gedachtegang prima qua verplaatsen van bestanden. Vergeet wel niet via je FTP programma de inviseble bestanden zichtbaar te maken zodat je ook het onzichtbare .htaccess bestand meesleept naar de root.

    Verder kun je het volgende doen, zo werk ik altijd.

    Plak dit in je huidige wp-config.php bestand.

     
    define('WP_HOME','http://example.com/wp');
    define('WP_SITEURL','http://example.com/wp');
     

    Test of alles nog perfect werkt qua linkjes en afbeeldingen.

    Zo ja,

    Sleep alles richting de root directory en pas daarna de urls in bovenstaande regels aan naar de standaard waarde.

    Zoiets.

     
    define('WP_HOME','http://example.com');
    define('WP_SITEURL','http://example.com');
     

    Bijdrager
    koen

    Ok bedankt!

    Wat ik nog even niet snap is het veranderen van de URL’s voor media en pagina’s. Voorbijbeeld, een image heeft nu de volgende URL:

    http://www.example.com/wp/wp-content/uploads/2016/04/plaatje.jpg

    Wordt dit automatisch aangepast naar http://www.example.com/wp-content/uploads/2016/04/plaatje.jpg door ‘WP_HOME’ en ‘WP_SITEURL’ te veranderen?

    • Deze reactie is gewijzigd 2 jaren geleden door  koen.

    Bijdrager
    Shmoo

    Zolang je geen absolute urls hebt gebruikt tijdens het ontwerpen/bouwen van je site dan is er geen probleem. Denk aan achtergrondafbeeldingen in de stylesheet (style.css). Die moet je wel handmatig aanpassen naar het nieuwe adres maar verder gebruikt WordPress geen absolute urls.

    In de database wordt de home- en de site-url opgeslagen. Deze definieer je met bovenstaande functie in de database. Alle afbeeldingen die je dus upload binnen WordPress krijgen dan enkel een relatieve ‘path’. Zoiets: /uploads/2016/09/plaatje-26.jpg

    Zodra een pagina geladen wordt maakt WordPress dit compleet door { site-url } + { attachment-url } te koppelen.


    Bijdrager
    koen

    Ja, alle URLs zijn absoluut (geen idee waarom, zo staat het waarschijnlijk ergens ingesteld zonder dat ik er vanaf wist). Ik kan die plugin dus eventueel gebruiken om ze allemaal relatief te maken.

    Wat is trouwens het verschil tussen de home-url en de site-url?


    Bijdrager
    Shmoo

    example.com/ (site-url)
    example.com/about/ (home-url)

    Stel je gaat in het dashboard naar settings en je stelt daar in dat de About page je homepage (landings page) moet worden dan is de About page je home-url terwijl je aan de voorkant niet echt kunt zien aan de url dat het de about page is want de url wijst gewoon naar example.com.

    Weet je zeker dat bepaalde urls absolute zijn? Dit kan alleen het geval zijn wanneer je zelf aanpassingen hebt gemaakt aan de PHP templates van je thema. WordPress zelf gebruikt namelijk nooit absolute urls, ook niet wanneer je content van een andere site (url) importeert in deze site.


    Bijdrager
    koen

    Als ik naar de bijlagedetails van een foto ga, staat onder URL het hele pad.

    Ook de permalinks van alle pagina’s hebben het gehele pad.


    Bijdrager
    Shmoo

    Ja dat is alleen visueel op de voorgrond, in de achtergrond ( in de database ) is dat niet het geval.


    Bijdrager
    koen

    Ik heb die plugin trouwens al eens gebruikt toen ik van lokaal naar de test site ging. Het zou dus kunnen dat ze nu inderdaad allemaal absoluut zijn. Ik kan er later vandaag naar kijken.


    Bijdrager
    EagerB0bNerd

    Ik zou die bestanden lekker laten staan in http://www.example.com/wp/
    Is het makkelijkste en het minste werk, en geen kans op fouten.

    Zie hier:

    Go to the General panel.
    In the box for Site address (URL): change the address to the root directory’s URL. Example: http://example.com
    Click Save Changes. (Do not worry about the error message and do not try to see your blog at this point! You will probably get a message about file not found.)

    Copy (NOT MOVE!) the index.php and .htaccess files from the WordPress (wordpress in our example) directory into the root directory of your site—the latter is probably named something like www or public_html. The .htaccess file is invisible, so you may have to set your FTP client to show hidden files. If you are not using pretty permalinks, then you may not have a .htaccess file.

    Edit your root directory’s index.php.
    Open your root directory’s index.php file in a text editor
    Change the line that says:
    require( dirname( __FILE__ ) . ‘/wp-blog-header.php’ );
    to the following, using your directory name for the WordPress core files:
    require( dirname( __FILE__ ) . ‘/wp/wp-blog-header.php’ );

    Save the file.
    Login to your site (if you aren’t still already). The URL should still be http://example.com/wordpress/wp-admin/
    If you have set up Permalinks, go to the Permalinks panel and update your Permalink structure. WordPress will automatically update your .htaccess file if it has the appropriate file permissions. If WordPress can’t write to your .htaccess file, it will display the new rewrite rules to you, which you should manually copy into your .htaccess file (in the same directory as the main index.php file.)

    Heel verhaal wat misschien ingewikkeld klinkt, maar het ingewikkeldste gedeelte is aanpassen van de index.php


    Bijdrager
    KR1275

    Het kan toch gemakkelijker met backup-software?? Er is ook Akeeba voor WP. Dit wordt heel veel gebruikt om WP (en Joomla) sites te verhuizen naar andere domeinen en/of servers.


    Bijdrager
    koen
    Shmoo op 19 september 2016

    Vergeet wel niet via je FTP programma de inviseble bestanden zichtbaar te maken zodat je ook het onzichtbare .htaccess bestand meesleept naar de root.

    De .htaccess ziet er nu zo uit:

     
    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /wp/
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /wp/index.php [L]
    </IfModule>
     
    # END WordPress
     

    Moet ik dat nu ook aanpassen en de /wp/ eruit halen?


    Bijdrager
    Shmoo

    Dat kan ja, je miet dan één slash laten staan.

    Zie hier een voorbeeld van de basis.
    https://codex.wordpress.org/htaccess

    Maar dat is allemaal niet zo spannend, je kunt het .htaccess bestand ook gewoon verwijderen en dan inloggen in je WordPress admin en één keer op Permalinks opslaan drukken. Dan wordt er weer een nieuwe aangemaakt.

    Ik vertel het alleen erbij omdat ik niet wist hoeveel je zelf hebt aangepast. Soms maken mensen hierin ook nog eigen aanpassingen maar de jouwe is gewoon helemaal basic WordPress.


    Bijdrager
    koen

    Even een test gedaan:

    Ik heb in ftp de map hernaamd naar http://www.example.com/wp2/, en dit ook aangepast in wp-config.php en .htaccess. Maar dan gaat het goed fout, bepaalde links en pagina’s worden niet meer gevonden. Dus voorlopig maar weer even terug naar http://www.example.com/wp/.

    Wat ik ook zag in de statusbalk onderaan, dat sommige links de hele titel van een pagina hebben, en sommige links hebben een page_id.

    Zou dat er mee te maken kunnen hebben?


    Bijdrager
    EagerB0bNerd

    Je maakt het te ingewikkeld en daardoor gaat het van kwaad tot erger.

    Je hoeft je WP installatie helemaal niet te verhuizen of links of het .htaccess bestand aan te passen
    WordPress hoeft niet in de root van je server te staan, het kan overal op de server staan.
    Vandaar dat je ook in je instellingen een site adres en een WordPress adres kan opgeven.

    Zie verder de Codex, of wat korter, mijn post hierboven.
    Als je het op die manier doet is het in twee minuten gepiept.


    Bijdrager
    koen

    Ah, ik snap je (denk ik ;! ) – ik vond je eerste post er toch vrij ingewikkeld uitzien, vandaar dat ik me er nog niet in verdiept had.

    Ik ga het proberen!

    • Deze reactie is gewijzigd 2 jaren geleden door  koen.
    • Deze reactie is gewijzigd 2 jaren geleden door  koen.

    Bijdrager
    EagerB0bNerd

    Het is super easy. Gewoon stap voor stap volgen.

    de site is gewoon bereikbaar op http://www.example.com
    Enige is dat je login te bereiken is op http://www.example.com/wp/wp-admin/, dus dat moet je even onthouden.


    Bijdrager
    koen
    EagerB0bNerd op 19 september 2016

    Go to the General panel.
    In the box for Site address (URL): change the address to the root directory’s URL. Example: http://example.com

    Daar gaat het al mis, ik kan die niet aanpassen, die velden zijn grijs. :oops:

    • Deze reactie is gewijzigd 2 jaren geleden door  koen.

    Bijdrager
    koen
    Shmoo op 20 september 2016

    Maar dat is allemaal niet zo spannend, je kunt het .htaccess bestand ook gewoon verwijderen en dan inloggen in je WordPress admin en één keer op Permalinks opslaan drukken. Dan wordt er weer een nieuwe aangemaakt.

    Dat heb ik geprobeerd, maar er wordt geen nieuwe .htaccess file aangemaakt.


    Bijdrager
    Shmoo

    Dat komt door mijn beide regels die je in de wp-config.php hebt geplakt. Deze voorkomen dat je deze velden handmatig kunt aanpassen.

    Als je die regels weghaalt kun je daar weer gewoon je domein aanpassen.


    Bijdrager
    koen
    koen op 22 september 2016
    Shmoo op 20 september 2016

    Maar dat is allemaal niet zo spannend, je kunt het .htaccess bestand ook gewoon verwijderen en dan inloggen in je WordPress admin en één keer op Permalinks opslaan drukken. Dan wordt er weer een nieuwe aangemaakt.

    Dat heb ik geprobeerd, maar er wordt geen nieuwe .htaccess file aangemaakt.

    Heee, nu staat het er wel opeens. Dat duurt zeker een paar minuten om al die bitjes bij elkaar te sprokkelen.


    Bijdrager
    Shmoo

    Even uitloggen in je FTP programma, deze refreshed niet automatisch.

    Dus als je uitlogt, weer inlogt, zal je zien dat WordPress weer een nieuwe .htaccess heeft aangemaakt na het drukken op de Opslaan Permalinks button in je WP admin.
    Als WordPress niet op de server kan/mag schrijven (om deze aan te maken) dan krijg je meteen een waarschuwing tijdens het opslaan dat je het zelf moet doen.


    Bijdrager
    koen

    Het is gelukt!

    Bijna…

    Ik kan nu niet meer in sommige menu-items van de website komen. Bijvoorbeeld: http://www.example.com/about/, ik krijg een 403 foutmelding. Maar http://www.example.com/news/ werkt weer wel.


    Bijdrager
    koen

    Opgelost!!!

    Ik heb de permalinks aangepast van ‘berichtnaam’ naar ‘standaard’.(y)

    @shmoo en @eagerb0bnerd: Ontzettend bedankt voor de hulp! Als jullie niet zo ver weg zouden wonen, kwam ik even langs met een kratje bier. :-D


    Bijdrager
    koen

    Ik moest trouwens nog wel wat links handmatig aanpassen, die stonden er nog steeds als ‘berichtnaam’ ipv ‘standaard’.

    Enig idee hoe dit kan, als ik het goed begrijp dan worden alle links aangepast na het opslaan van de permalinks ?

    • Deze reactie is gewijzigd 2 jaren geleden door  koen.

    Bijdrager
    Shmoo

    Zeker, alle linkjes worden automatisch aangepast maar als jij een plugin of iets actief hebt dat bijv. reserveringen maakt of een kalender functie toevoegt dat kan het zijn dat de developer van dat systeem iets totaal anders gebouwd heeft op zijn eigen manier. Dit staat dan weer los van WordPress.

    Maar alles dat standaard WP is, blog posts, pagina’s moeten gewoon switchen.

    Het is trouwens wel belangrijk dat je dat je één permalinks keuze maakt en die laat staan anders krijg je problemen met het indexeren en zo.


    Bijdrager
    koen

    Ja, ik wil eigenlijk wel terug naar ‘berichtnaam’, lijkt me iets beter voor het indexeren. Vanavond maar eens proberen.

    Het viel me trouwens ook op dat de door WordPress gegenereerde htaccess file helemaal leeg is (op de BEGIN en END regels na dan).

    • Deze reactie is gewijzigd 2 jaren geleden door  koen.

    Bijdrager
    Shmoo

    Als je de standaard instelling neemt wel ja. Als je kiest voor de Postname optie dan komt al die knoei erin te staan omdat dit tegen de server zegt dat het de linkjes moet aanpassen.:)


    Bijdrager
    koen

    Ok, weer terug naar %postname%, en het lijkt nu goed te gaan.

    Ik zie nog wel dat een hoop links in de tekst en in de statusbalk onderaan nog steeds de http://www.example.com/wp/?page_id=226 structuur hebben. Maar bovenaan in de adres balk staat het er uiteindelijk wel goed: http://www.example.com/news/boven-op-het-nieuws/


    Bijdrager
    Shmoo

    Linkjes die je zelf in de teksten maakt die moet je wel handmatig zelf updaten. Dat is content dat je zelf heb toegevoegd, alleen dynamische urls (die WP genereert) zoals het menu, widgets en dat soort zaken dat wordt automatisch door WP aangepast.

    Stel jij schrijft een blog post of een about pagina en linkt hierin naar een andere pagina dan zal je zelf deze link moeten updaten door deze tekst op te zoeken en bij te werken. Dat is ook een reden waarom je nooit deze structuur moet aanpassen. De linkjes blijven wel gewoon functioneren maar het is niet netjes.

30 berichten aan het bekijken - 1 tot 30 (van in totaal 40)

Je moet ingelogd zijn om een reactie op dit onderwerp te kunnen geven.