Katalog WordPress-tema | Themeforest webstedsskabeloner og temaer

Lad os sige, at jeg har et e-handelssted, der allerede fungerer og fungerer, www.widgets.com, men jeg kan ikke lide den indkøbskurv, jeg fik med værten, og i stedet ønsker at bruge Wordpress og et Wordpress-indkøbskurv-plugin. Jeg vil ikke have, at det websted, der er op, skal komme ned, men jeg vil gerne udvikle Wordpress-webstedet på samme værtskonto og samme domæne.

Er det muligt?

Når Wordpress-webstedet er udviklet, hvordan gør jeg det til rodwebstedet?

  • Så problemerne er, at jeg ikke ønsker at tage det nuværende sted ned, og jeg ikke ønsker at skulle migrere et helt konfigureret Wordpress-sted over. Hvis jeg udviklede det nye WP-sted under en underkatalog, ville det være let at gøre det til rodstedet?
  • Hvis du sælger fra dit gamle websted, skal du huske, at når din URL er ændret til produkter, kategorier og muligvis startside, mister du det meste af din placering. Du skal generere omdirigeringer, når du migrerer til WordPress. Men se på CS-Cart community-udgaven, det er meget bedre end WP som en indkøbskurv.
  • Jeg tror, ​​det er en simpel løsning, hvis du ikke er bekymret for din nuværende rang, og mere kompleks, hvis du er. Jeg vil også sørge for, at du har undersøgt andre muligheder for indkøbskurv, da WordPress ikke er kendt for dette (selvom det bliver bedre hele tiden)
  • Kan du venligst uddybe, hvad du mener med placeringer? Henviser du til produktplaceringer eller sideplaceringer? Giv råd. Tusind tak!
  • Jeg samler sidens placering. Behøver ikke bekymre dig for meget om det, da webstedet er relativt nyt, og der er gjort lidt på SEO-fronten.

Dette er en irriterende kompleks proces!

  1. Opret webstedet under et underkatalog eller underdomæne.

  2. Når du er klar til at gå live, skal du bruge htaccess-koden i bunden af ​​dette indlæg for at omdirigere alle andre end dig til en vedligeholdelsesside (udskift ip-adressen med din egen).

  3. Sikkerhedskopier og slet derefter den eksisterende webstedskode fra rodmappen.

  4. Flyt wordpress codebase til din rodmappe.

  5. Få adgang til din database via phpMyadmin eller lignende værktøj.

  6. Find wp_options tabel, gennemse indholdet efter siteurl felt og opdatere det til den nye url.

  7. Log nu ind på Wordpress, og skift indstillingen for permalinks til en af ​​de andre muligheder, gem den, og skift den derefter tilbage til den oprindelige indstilling (dette regenererer dine Wordpress htaccess-indstillinger).

  8. Brug et link scannerværktøj, som XENU's link sleuth, til at scanne webstedet for eventuelle webadresser, der peger på dev-webstedet og manuelt opdatere dem.

  9. Fjern vedligeholdelsessiden til omdirigeringskoden, så er du klar.

Færdig. Det er en total smerte på bagsiden, og det sidste trin er ned til det faktum, at wordpress auto genererer absolutte webadresser inden for indlæg og sider ved første gemning. Du kan gå tilbage efter en gemning og ændre webadresserne til relative eller søge i databasen i phpMyAdmin for at ændre dem, men teknikken beskrevet ovenfor er sikrere og mere pålidelig (bitter oplevelse).

Som @Drai siger, kan du omdirigere fra rod til en underkatalog, men gør det ikke, medmindre du virkelig har brug for det. Afhængigt af den konfiguration, du vælger, kan du ende med Wordpresss selvgenererede links til at pege underdomænet eller kataloget, som alle omdirigerer tilbage via roden. Dette er et mareridt, når du prøver at foretage permanente omdirigeringer for at holde din pagerank i ét stykke under en migreringsfase og kan skrue op i din analyse (du bliver din egen henvisning).

RewriteEngine On RewriteBase / RewriteCond %{REMOTE_HOST} !^1\.1\.1\.1 RewriteCond %{REQUEST_URI} !/temporary-offline\.html$ RewriteRule .* /temporary-offline.html [R=302,L] 
  • Efter min erfaring forårsager underkataloget ingen problemer for WordPress. Jeg har også set det som en anbefalet måde at installere WordPress på. Hvis det nye websted matcher permalinkstrukturen fra det oprindelige websted, behøver de muligvis ikke at omdirigere gamle sider. Tanker?
  • 1 @Drai du er selvfølgelig helt korrekt - men det er let at aflytte linkstrukturen ved et uheld eller gennem glemsomhed. Måske er mit perspektiv forvrænget, fordi jeg har tendens til at se flere spændte steder end arbejdende, så jeg fejler på stedet med forsigtighed, hvor jeg ikke kender webstedsejerens tekniske viden. Efter min mening er dette ok for greenfield-websteder, men hvor websteder udskiftes, og der sker en masse omdirigeringer, kan det føre til et stort rod og tab af sideliste.
  • @Drai Jeg tvivler meget på, at deres WordPress-installation vil matche deres nuværende URL-struktur. Chancerne er, at det i øjeblikket bruger en filtypenavn og muligvis dynamiske tal for kategorierne og produkterne og eller simpelthen et ID. Hvis det i øjeblikket er SEO-venligt og simpelthen har en kategori eller et produktnavn plus filtypenavn, er det stadig et problem. De bliver nødt til at generere omdirigeringer for alle deres webadresser til det nye websted. Hvis de genererer indtægter nu, er det en skam at skulle flytte det, hvorfor jeg foreslår CS-Cart eller Magento i stedet for WP.
  • 1 @anagio Ja, det hele afhænger af, hvor kompleks den eksisterende URL-struktur er. Kunne arbejde uden problemer, hvis det er planlagt nøje.
  • URL-strukturen vil ende med at blive helt anderledes på det nye websted. Der er udført minimalt SEO-arbejde, så jeg er ikke bekymret for, at det er et problem eller mister placering.

Det er faktisk meget let at indlæse Wordpress fra en underkatalog som hovedside. Du kan installere det på rod / katalognavn, beskytte det område, mens du udvikler, og derefter pege stedet der, hvor det er klar. Instruktionerne er meget klare i WordPress Codex

  • Jeg tror, ​​det giver mest mening. Mange tak eller dit svar!
  • 1 Sørg for at læse og forstå de andre svar og kommentarer på siden. Der er nogle gode råd der!

arbejdet for dig: Charles Robertson | Ønsker du at kontakte os?

nyttige oplysninger