Rozwój nowej strony na WordPressie gdy stara działa w tej samej domenie

WordPress nowy hosting stara domena

Wszyscy przenoszą się na WordPressa. W każdym razie odnoszę takie wrażenie… Choćby na podstawia zleceń do wyceny, które dostaję. Zarówno osoby prywatne jak i firmy porzucają Joomlę, Drupala, nawet autorskie systemy zarządzania treścią i stawiają (na) WordPressa. Gdy podpytuję o powód wybrania WordPressa jako CMS, najczęściej padają dwie odpowiedzi: dobre SEO i prostota w obsłudze.

A o co pytają zleceniodawcy? Czy da się zrobić tak, żeby tworzyć nową stronę w miejscu docelowym, podczas gdy stara witryna będzie jak najdłużej widoczna w sieci. Oczywiście chodzi o przypadek, gdy chcemy pozostać pod tą samą domeną.

Odpowiedź brzmi: Tak, można to zrobić na wiele sposobów. Mniej lub bardziej karkołomnych. Do tych ostatnich należy rozwijanie strony pod innym lub nieco adresem i przeniesie jej na sam koniec w miejsce powiązane z domeną.

Dzisiaj pokażę dwa podejścia, które nie wymagają przenoszenia całego WordPressa i exportu/importu bazy.

Problem

Problem tworzenia nowej strony na WordPressie i istnienia starej strony w tej samej domenie poglądowo przedstawia poniższy obrazek:

Stara i nowa strona na WordPressie w tej samej domenie
Chcemy, aby stara strona była widoczna dla odwiedzających (lewa część obrazka). Nową stronę w trakcie budowy ma widzieć tylko programista i zleceniodawca (prawa część ilustracji).

Poniżej dwa możliwe rozwiązania tego problemu.

Rozwiązanie 1: Scenariusz: Ten sam hosting, ta sama domena

Zacznijmy od ciekawostki, a raczej faktu, o którym jasno mówi Kodeks WordPressa, a którego mimo to nie wszyscy są świadomi. Na jego podstawie oprzemy pierwsze z rozwiązań.

Czy wiesz, że…

WordPressa można zainstalować w podkatalogu, podczas gdy witryna będzie dostępna z głównej domeny np. przekladowa-domena.pl, czyli zachowywać się tak, jakby WordPress był w katalogu głównym?

Jak zainstalować WordPressa w podkatalogu, żeby strona była widoczna w domenie głównej

Kroki:

Krok 1. Zainstaluj WordPressa w podkatalogu

  • Wejdź, korzystając z ftp, na konto, gdzie znajdują się pliki obecnej strony i załóż katalog, w którym będziesz trzymać wszystkie pliki WordPressa. Nazwij go np. wp.
  • W katalogu wp zainstaluj WordPressa, tak jak zawsze to robisz. Ścieżka do instalacji będzie domena-przykladowa.pl/wp/wp-admin/install.php

Krok 2. Ukryj stronę przed światem na czas prac (opcjonalnie)

Konfiguracja wtyczki Under Construction
Rys. 2.1. Konfiguracja wtyczki Under Construction
Ukrycie strony przed indeksowaniem
Rys. 2.2. Ukrycie strony przed indeksowaniem

Jeśli chcesz, żeby strona na czas prac byłą widoczna tylko dla Ciebie i zleceniodawcy, zainstaluj wtyczkę Under Construction. Rys. 2.1.

Możesz na czas prac również ukryć stronę przed wyszukiwarkami. Rys. 2.2.

Krok 3. Zrób wszystko co trzeba

  • zainstaluj motyw
  • skonfiguruj witrynę pod swoje potrzeby
  • wprowadź treść (wpisy, strony, widgety…)

Gdy witryna będzie gotowa, przejdź do kolejnych kroków.

Krok 4. Pokaż stronę światu (opcjonalnie)

Jeśli ukrywałeś stronę przed innymi, jak w kroku 2, możesz wyłączyć wtyczkę i nawet ją usunąć. Podobnie, jeśli włączyłeś prośbę o nieindeksowanie strony w wyszukiwarkach, możesz teraz opcję przywrócić.

Krok 5. Przepnij adres witryny na podkatalog

I teraz przechodzimy do meritum.

Uwaga! Na czas wykonywania kroku 5. strona nie będzie działać. Jeśli zrobisz to sprawnie, będzie to tylko 5 minut. Mimo wszystko, na stronach z dużym ruchem lepiej robić o w porze, gdy odwiedzających jest jak najmniej.

Krok 5a. Zmiana adresu URL witryny

W panelu admina w WordPressie wejdź do Ustawienia->Ogólne.

W polu Adres URL witryny (patrz czerwona ramka na rys. niżej) zmień adres na nazwę domeny. Np. domena-przykladowa.pl. Zapisz zmiany. Jeśli dostaniesz komunikat błędu, zignoruj go.

Zmiana adresu URL witryny na WordPressie
Zmiana adresu URL witryny na WordPressie

Krok 5b. Skopiowanie plików index.php i .htaccess

Skopiuj (nie przenoś!) pliki index.php oraz .htaccess z katalogu, gdzie zainstalowałeś WordPress (wp w naszym przykładzie) do głównego katalogu witryny.

Krok 5c. Przeniesienie pliku wp-config.php

Przenieś (nie kopiuj!) plik wp-config.php z katalogu z WordPressem (wp) do katalogu głównego.

Krok 5d. Edycja pliku index.php

W pliku index.php w katalogu głównym zmienień linię:

require('./wp-blog-header.php');

na linię:

require('./wp/wp-blog-header.php');

Krok 5e. Aktualizacja bezpośrednich odnośników

Zaloguj się (jeśli byłeś wylogowany) do strony domena-przykladowa.pl/wp/wp-admin/

Jeśli format bezpośrednich odnośników (Ustawienia->Bezpośrednie odnośniki) miałeś wcześniej ustawiony na inny niż domyślny wejdź w tę opcję i zapisz zmiany. WordPress zaktualizuje wówczas plik .htaccess.

To wszystko. Odwiedzający będą widzieć URL-e poszczególnych podstron tak, jakby WordPress był zainstalowany w katalogu głównym, czyli np. domena-przykladowa.pl/o-mnie, domena-przykladowa.pl/oferta itd. A sam WordPress będzie grzecznie egzystował w podkatalogu. Z pewnością ucieszy to również lubiących porządek w systemie plików.

Rozwiązanie 2. Scenariusz: Nowy hosting, ta sama domena

Tym razem skomplikujemy nieco naszą sytuację i załóżmy, że nowego WordPressa chcemy rozwijać na nowym koncie hostingowym, czyli na zupełnie innym serwerze niż pliki dotychczasowej strony. Nadal zależy nam, żeby nazwa domeny jak najdłużej wskazywała na starą stronę.

Tę sytuację w sposób poglądowy przedstawia poniższy rysunek.

Instalacja WordPressa na nowym koncie hostingowym
Instalacja WordPressa na nowym koncie hostingowym podczas gdy domena wskazuje na stare konto

Jak rozwijać stronę WordPressową na koncie hostingowym podczas gdy nie jest ono jeszcze spięte z domeną docelową

Podejście hipotetyczne

  • 1. Zainstaluj WordPressa na nowym koncie hostingowym
  • 2. Zrób wszystko co trzeba
  • 3. Wydeleguj domenę na serwery nowego hostingu

Problem w tym: jak zainstalować WordPressa na nowym koncie hostingowym, gdy domena wskazuje na stare konto? Nie ma sensu tymczasowe instalowanie WordPressa pod nazwą innej domeny, gdyż w WordPressie adresy URL odkładane są w wielu miejscach w bazie. Dlatego lepiej jest to zrobić od razu pod docelową nazwą domeny.

Pytanie: jak to zrobić, skoro chcemy, żeby nazwa domeny jak najdłużej pokazywała na dotychczasową (starą) stronę?

Czy wiesz, że…

za pomocą pliku hosts możesz lokalnie oszukać system DNS i pod daną nazwą domeny widzieć na swoim komputerze zupełnie inne konto hostingowe?

Na tym fakcie będzie opierać się nasze rozwiązanie. Gdy poznasz sztuczkę z plikiem hosts, przekonasz się, że tą wiedzę będziesz mógł wykorzystać do rozwiązań innych problemów, jak choćby sprawdzenie, czy strona działa poprawnie po przeniesieniu na nowy hosting bez czekania doby na propagację DNS.

Podejście rzeczywiste

Proces instalacji WordPressa na nowym koncie hostingowym, skojarzonym z dowolna nazwą domeny pokażę na rzeczywistym przykładzie.

  • Nazwa domeny: domena-przykladowowa.pl (nie istnieje w sieci)
  • System operacyjny dla pliku hosts: Vista
  • Konto hostingowe w linuxpl.com

Kroki:

Krok 1. Dodaj domenę na nowym koncie hostingowym

Dodanie domeny w linuxpl.com
Dodanie domeny w linuxpl.com
Nazwa domeny odpowiada nazwie katalogu
Nazwa domeny odpowiada nazwie katalogu (linuxpl.com)

Na nowym koncie hostingowym B dodaj nową domenę o nazwie identycznej jak domena skojarzona z dotychczasowym kontem hostingowym A.

U każdego hostingodawcy wygląda to inaczej, na obrazkach obok pokazuję, jak się to robi w hostingu linuxpl.com.

Krok 2. Wgraj na nowe konto pliki WordPressa

Wgranie plików WordPressa na nowy serwer
Wgranie plików WordPressa na nowy serwer

Na nowym koncie hostingowym B wgraj pliki WordPressa do katalogu odpowiadającego domenie

Krok 3. Oszukaj DNS za pomocą pliku hosts

Otwarcie pliku hosts do edycji w Windows Vista - krok 1
Otwarcie pliku hosts do edycji w Windows Vista – krok 1
Otwarcie pliku hosts do edycji w Windows Vista - krok 2
Otwarcie pliku hosts do edycji w Windows Vista – krok 2

Teraz „oszukamy” DNS za pomocą pliku hosts i lokalnie skojarzymy nazwę domeny z IP serwera nowego konta hostingowego B.

Na rysunkach obok pokazuję, w jaki sposób otworzyć plik hosts do edycji w systemie Windows Vista, tak, żeby jego otwarcie nie zakończyło się komunikatem „Cannot create the c:windowssystem32driversetchosts file. Make sure that the path and file name are correct”.

Odwzorowanie IP serera na domenę w pliku
Odwzorowanie IP serera na domenę w pliku

Dopisz do pliku hosts dwie linijki, w których mapujesz IP serwera, gdzie umieściłeś pliki WordPressa z nazwą domeny dodanej do tego konta. Przykład pokazuję niżej. Zobacz też rysunek obok.

46.4.77.12 przykladowa-domena.pl
46.4.77.12 *.przykladowa-domena.pl

Krok 4. Zainstaluj WordPressa na nowym koncie hostingowym

Instalacja WordPressa w sztucznej domenie - krok 1
Instalacja WordPressa w sztucznej domenie – krok 1
Instalacja WordPressa w sztucznej domenie - krok 2
Instalacja WordPressa w sztucznej domenie – krok 2

Zainstaluj WordPressa na nowym koncie hostingowym B korzystając z nazwy domeny przykladowa-domena.pl/wp-admin/install.php

Jak podejrzymy bazę danych z poziomu narzędzia phpMyAdmin zobaczymy, że w bazie WordPressa rzeczywiście zapisały się URL-e z taką nazwą domeny, jaką wybraliśmy w pliku hosts.

Podgląd bazy WordPress z phpMyAdmin
Podgląd bazy WordPress z phpMyAdmin

Krok 5. Zrób wszystko co trzeba

  • zainstaluj motyw
  • skonfiguruj witrynę pod swoje potrzeby
  • wprowadź treść (wpisy, strony, widgety…)

Gdy witryna będzie gotowa do pokazania światu, przejdź do kolejnych kroków.

Krok 6. Usuń oszustwo z pliku hosts

Wejdź ponownie w edycję pliku hosts na Twoim komputerze i usuń linie dodane w kroku 3.

Krok 7. Wydeleguj domenę na serwery nowego hostingu B

Delegacja domeny zarejestrowanej w home.pl na serwery DNS linuxpl.com
Delegacja domeny zarejestrowanej w home.pl na serwery DNS linuxpl.com

Teraz możesz już spokojnie oddelegować „rzeczywistą” domenę na serwery hostingu B. W poniższym przykładzie pokazano to dla domeny zarejestrowanej w home.pl (tylko teoretycznie, bo przykladowa-domena.pl nie istnieje), którą oddelegowujemy na serwery DNS firmy hostingowej linuxpl.com.

W czasie trwania delegacji domeny (może to zająć nawet ponad dobę) odwiedzający witrynę będą widzieć albo starą stronę albo nową.

A Ty jak sobie radzisz w podobnych sytuacjach?

Jeśli manewrujesz instalacjami WordPressa na czas budowy strony w inny sposób, zachęcam do podzielenia się wiedzą w ramach komentarzy.

Inne wpisy o podobnej tematyce

74 thoughts on “Rozwój nowej strony na WordPressie gdy stara działa w tej samej domenie”

    1. Spex, zadałeś bardzo dobre pytanie. Ale po kolei. Twoje pytanie to alternatywa do punktu 5. a nie całości. Więc „cała ta zabawa” czyli pozostałe punkty zostają, bo służą czemu innemu. Czyli koncertujemy się tylko na punkcie 5. Wykonując redirect 301 uzyskamy ten sam efekt, ale:

      1) właśnie chodzi o to, że po co mamy robić przekierowania skoro WordPress ma w sobie wbudowany mechanizm, który pozwala w „naturalny” sposób uzyskać ten efekt. Właśnie po to są dwa pola na URL witryny w Ustawieniach Ogólnych a nie jedno.

      2) Skoro możemy nie korzystać z przekierowania 301, to lepiej jego nie robić, choćby z tego powodu, że sam Matt Cutts z Google nie jest pewny, czy te przekierowanie nie spowoduje utraty PR:
      http://www.stonetemple.com/articles/interview-matt-cutts-012510.shtml

      Fragment zawierający: „There is some loss of PR through a 301”

  1. A ja robię tak.
    Dodaję na tym samym hostingu domenę – przykladowa-domena2.pl czy tam devprzykladowa-domena.pl lub jakakolwiek inna nazwa.
    Ustawiam w pliku host IP dla tej zmienionej domeny.
    Tworze, tworze, tworze…
    Jak jest już wszytko gotowe zamieniam tylko nazwy katalogów na hostingu. Najpierw dobrą domenę – przykladowa-domena.pl np na stara-przykladowa-domena.pl oraz przykladowa-domena2.pl na przykladowa-domena.pl
    I wszytko bangla 🙂

    PS
    Siódemka lepsza 🙂

    1. Bogdan, czyli Ty w sytuacji jak w scenariuszu 1. stosujesz sztuczkę z plikiem hosts, tak? Ale jeśli instalujesz WP na tej zmienionej domenie (przykladowa-domena2.pl) i potem go również na tej zmienionej domenie konfigurujesz, to w bazie mySQL pozostaną zapisy z „fałszywą” nazwą domeny?

      Co to znaczy „siódemka lepsza”? Że home.pl jest lepszy od linuxpl.com?

          1. Dokładnie tak stosuję sztuczkę z plikiem hosts.
            Po zmianie domeny w ustawieniach wordpressa i folderach, stara domena zostaję tylko w treści postów/stron jak się wstawiało jakieś obrazki czy tam inne pliki. Zawsze można sobie zmienić w bazie adresy jak potrzeba. Ja tam się staram stosować ścieżki względne.

            Dokładnie chodziło mi o Windowsa 7 🙂

          2. Dodam jeszcze taki mały trik który stosuję jak nowa strona jest na nowym hoście z tą samą nazwą. Nie można wtedy podejrzeć aktualnej/starej strony. Wystarczy skorzystać z jakiejś bramki proxy i mamy podgląd do aktualnej/starej strony.

  2. Ale to chyba najsensowniej postawić po prostu to co się chce ukryte dla świata, a po skończeniu po prostu przepiąć domenę do nowej wersji.
    Tzn. ja jako laik tak bym zrobił, bo właśnie zastanawiam się nad przejściem z bloggera na wordpressa.

    1. Łukasz, chodzi o to, że nie da się „po prostu postawić”, bo instalację WordPressa uruchamiamy podając nazwę domeny. Żeby było ciekawiej, nazwa ta jest potem zapamiętywana w bazie w bardzo wielu miejscach. Na przykład każdy dołączony obrazek ma pamiętany pełny adres. Więc zwykłe przepięcie domeny nie załatwia sprawy. Ale z bloggera na WordPressa i tak warto przejść.

      1. Zupełnym przypadkiem trafiłem na ten mój komentarz, w zasadzie równo po dwóch latach 🙂

        I napiszę tylko, że przejście z bloggera na swojego WordPressa to był bardzo, bardzo dobry ruch. Nareszcie nic mnie nie ogranicza 🙂 Tak więc polecam każdemu, nawet początkującym. WordPress nie jest taki straszny jakby się mogło wydawać 😉

  3. Świetny artykuł Agnieszko! 🙂
    Kiedyś czytałem o tym w codeksie, ale kompletnie zapomniałem o tym rozwiązaniu. Poza tym wszystko ładnie uporządkowałaś, spolszczyłaś i dodałaś ciekawe uwagi i dodatkowe możliwości (host). Dziękuję Ci bardzo za podzielenie się tymi informacjami.
    Muszę przyznać, że zaglądam tu teraz prawie co dzień przed snem i pochłaniam ogromne ilości wartościowych informacji 🙂

    Co do mojego sposobu na sterowanie lokalizacją i domenami, do tej pory korzystałem z możliwości pliku .htaccess – ale nie tego z katalogu WP, ale z nadrzędnego katalogu w moim hostingu (hekko). Zawsze instaluję wordpressa w podkatalogu ze względu na to, że lubię mieć na serwerze porządek i nie chce mieszać plików stron z innymi na serwerze. Jednak od samego początku miałem z tym problem, ponieważ mając domenę na serwerze w hekko teoretycznie plik index musi być w gł. katalogu domeny – nigdy mi się to nie podobało i od początku szukałem rozwiązania tego problemu. W ten sposób natknąłem się na jakiś tutorial z plikiem .htaccess. Od tego czasu instalowałem zawsze WP w katalogu wordpress, a kiedy klient chciał już uruchomić stronę dodawałem w .htaccess 2 linijki kodu, które przekierowywały domenę na podkatalog.
    Jednak nigdy nie byłem do końca zadowolony z tego rozwiązania ponieważ robiłem coś co nie do końca rozumiałem. Miałem też wątpliwości czy tam metoda może mieć również jakiś wpływ na SEO (wiesz coś może o tym?). No i okazuje się też, że tak jak piszesz, mogłem niepotrzebnie zaśmiecać bazę złymi adresami.

    Poeksperymentuję teraz radami z Twojego artykułu 🙂

    Pozdrawiam

    1. Andrzej, dzięki za miłe słowa. Bardzo się cieszę, że artykuł się przyda. Ja nie jestem guru ani od .htaccessa ani od SEO, więc nie będę się wypowiadać na temat rozwiązania, które stosowałeś w kontekście wyszukiwarek, choć wydaje mi się, że nie powinno to mieć większego znaczenie. Jedynie co mogę powiedzieć, to zawsze gdy natykałam się na forach (anglojęzycznych) o pytanie jak za pomocą .htaccess przekierować WP na podkatalog, spece od WP radzili metodę natywną, czyli pokazaną w scenariuszu 1. Żeby nie potrzebnie chwytać się prawą rękę za lewe ucho naokoło głowy 😉

      1. Dzięki 🙂
        Dokładnie to samo pomyślałem na początku stosowania tej metody, ale teraz kiedy potrafię w htaccesss wykluczyć nawet poszczególne katalogi z tego aby np. udostępnić komuś linki do pobrania z plikami czuję się już bardziej oswojony – mimo, że wcale nie jestem programistą, a raczej grafikiem i fotografem 🙂

        Czekam na kolejne ciekawe artykuły i pozdrawiam 🙂

        1. Andrzej, super, tym bardziej szacun. Właśnie o to chodzi w rozwoju, żeby uczyć się różnych składowych klocków z których potem jesteśmy w stanie budować bardziej skomplikowane budowle.

  4. Acha – dodam jeszcze jaki kod dodawałem do pliku .htaccess, może jesteś w stanie podzielić się swoją opinią na temat tego rozwiązania?

    RewriteEngine On
    RewriteCond %{REQUEST_URI} !^/nazwa-firmy/wordpress
    RewriteRule ^(.*)$ /nazwa-firmy/wordpress

  5. Nie ma co się dziwić że ludzie przenoszą swoje strony/blogi na wp, sam ostatnio przeniosłem całe swoje zaplecze (20 blogów) na wp i nie żałuję decyzji. Wszystko działa szybko, mnogość dodatków jest powalająca i super sprawdza się w seo.

    1. Skoro potwierdza to pozycjoner, to zdecydowanie coś w tym musi być. Ale inna sprawa, że motyw też musi być odpowiednio napisany.

  6. Dzięki za poradnik – dokładnie w tych dniach będę przenosił starą stronę na WP (ten sam hosting i domena) i zastanawiałem się jak to zrobić bez kasowania starej na czas prac – więc materiał idealny do mojej potrzeby. THX! 🙂

    Przy okazji pytanie, jeśli ktoś przerabiał – czy takie przenosiny strony z dobrą pozycją w Google powodują duże zawirowania i ew. ile one trwają?

  7. Aktualnie niema nic prostszego i bezpiecznego niż wordpress.
    Popatrz ile włamań jest na joomle. Nie każdy też potrafi przeprowadzić aktualizacje w joomli.

    A w WP jedno kliknięcie i po strachu 🙂

  8. Powiem wam szczerze że korzystam z Joomla! i WP i nie jestem w stanie powiedzieć który CMS jest lepszy. Jeden i drugi ma swoje wady i zalety dlatego korzystam na równi z dwóch.

    1. O, ciekawie poznać opinię kogoś, kto korzysta z obu tych systemów. A możesz zdradzić jakie wady widzisz w WP?

  9. Przy zakładaniu bloga na WP trzeba dużo więcej pracy poświęcić zanim się osiągnie zamierzony efekt. W przypadku Joomla! można to samo zrobić w o połowie krótszym czasie. Do WP trzeba instalować wiele wtyczek, np wtyczkę obsługującą SEO, w Joomla! już to w zasadzie jest.

    1. Kamil, dzięki za podzielenie się doświadczeniem. Ja się nie wypowiadam, bo nie znam Joomli. Ale być może jak się dobrze pozna zakamarki WordPressa sporo rzeczy też da się zrobić szybko i przyjemnie.

  10. A nie łatwiejszym rozwiązaniem będzie zwykłe przekierowanie 301? Z katalogu na domenę. Przecież to najmniej zachodu a wordpress idealnie radzi sobie z takim przekierowaniem

  11. Powiedzmy sobie szczerze, że WordPress jest dużo bardziej intuicyjny dla osób początkujących, aniżeli Joomla. Przynajmniej takie jest moje wrażenie na temat tych CMS-ów. Przydatny poradnik.

  12. Pracowałem na wielu systemach. Joomla jest kiepska (nieintuicyjna, trudna do zrozumienia). Za dużo klikania i domyślania się co gdzie jest. Z innymi systemami nie miałem takich problemów. WordPress również nie jest idealny. Sposób zarządzania załącznikami nie jest dobry. Skoro jest to biblioteka mediów to nie powinienem dodawać plików doc, pdf.

    Dodawanie załączników z biblioteki do treści również nie jest idealne. Znam lepsze menedżery plików, może dlatego jestem tym rozczarowany. Inna kwestia to słaby system uprawnień oraz brak mechanizmów bezpieczeństwa przy próbach ataków na system. Dodatkowo jest mało funkcji edytora WYSIWYG i brak wsparcia dla wielojęzyczności.

  13. Cześć, mam małą zagwozdkę, po instalacji paczki próbuję się wbić do panelu, problem w tym, że przy każdej próbie zalogowania wychodzę z katalogu do głównego folderu na przykładzie z mojastrona.pl/wp/wp-login.php do mojastrona.pl/wp-login.php gdzie oczywiście dostaję 404ką. Czy mam coś zmienić w pliku wp-login.php czy może coś innego?

    Z góry dzięki za pomoc.

      1. hmm, żadnego, zrobiłem to wg powyższej instrukcji i nie znalazłem zapisów dotyczących katalogów, a możesz mi napisać w którym pliku należy określić katalogi? Podejrzewałem, że o to może chodzić, ale nie wiedziałem gdzie i co zmienic;/

        1. Czekaj no, bo albo ja się zgubiłam, albo coś jest nie tak. Piszesz „po instalacji paczki”, więc co Ty właściwie robiłeś? Przenosiłeś „widoczność” WordPress zainstalowanego w podkatalogu na domenę główną czy czegoś zupełnie innego dotyczy Twój temat?

          Możesz się zalogować do WP? Jeśli tak, to wejdź w Ustawienia i Bezpośrednie odnośniki i daj zapisz. To zwykle pomaga pozbyć się nieoczekiwanym 404.

  14. to może napiszę po kolei co zrobiłem, po pierwsze utworzyłem katalog dodatkowy, do którego wypakowałem paczkę wp i wyedytowałem wp-configa podając właściwe dane dot. bazy itd, po czym usunałem koncówkę z nazwy – sample i już. Problem w tym, że jak wszedłem na nazwa-domeny/wp/wp-login.php to logując się wchodze na stronę: nazwa-domeny/wp-login.php, której faktycznie fizycznie nie ma i dostaje 404. Zakładam, że czegoś w trakcie instalacji nie zrobiłem, może chodzi o ustawienie przekierowania – bardzo liczę na Twoją pomoc:)

    1. No dzięki za doprecyzowanie, teraz już mam jasny obraz. Wygląda na to, że wszystko robisz poprawnie, tylko jest coś, co Cię przekierowuje, a nie powinno. Sprawdź, czy w katalogu głównym nie masz jakiegoś .htaccess, a w nim zapisu, który jest odpowiedzialny za to przekierowanie.

    2. A, jeszcze jedno. Czy Ty w ogóle zainstalowałeś WordPressa? To znaczy po zmianie wp-configa wpisałeś mojastrona.pl/wp/wp-admin/install.php?

        1. Jak instalujesz WordPressa z ręki, to po założeniu bazy, podaniu namiarów do niej w wp-configu (co pewnie zrobiłeś), musisz jeszcze odpalić instalację WP, wpisując w przeglądarkę mojastrona.pl/wp/wp-admin/install.php (jeśli WordPressa wrzuciłeś do podkatalogu wp)

          Jeśli tak zrobiłeś, to ok. I jeśli teraz masz problem z dziwny przekierowaniem, to spróbuj jeszcze założyć zwykły plik tekstowy o nazwie .htaccess i wkleić do niego kod który podałam, a następnie umieść ten plik w katalogu wp.

          1. poprzednio mam wrażenie, że nie robiłem tej instalacji poprzez linka, ale może po prostu zapomniałem – sprawdzę to wieczorem oraz jeszcze raz dzięki!:)

    3. Możesz też spróbować dorzucić plik .htaccess do katalogu wp:

      # 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
      
  15. hmm, no więc tak, w pierwszej kolejności wpisałem z podaniem nazwy katalogu wp-admin/install.php i pojawiło się info, że wordpress został już zainstalowany i by się zalogować. Logowanie objawy te co wczoraj – > przekierowanie na URLa bez nazwy katalogu. Stwierdziłem, że może w związku z tym pomoże powyższy htaccess, ale po dodaniu go do katalogu, w którym jest wordpress dostaje dla odmiany 500tkę. Nie wiem o co chodzi:(

    1. Marcin, weź jeszcze spróbuj tak. Wykasuj ten .htacesss z katalogu WP, a wstaw taki:

      <IfModule mod_rewrite.c>
      RewriteEngine On
      RewriteBase /
      RewriteRule ^index.php$ - [L]
      RewriteCond %{REQUEST_FILENAME} !-f
      RewriteCond %{REQUEST_FILENAME} !-d
      RewriteRule . /index.php [L]
      </IfModule>
      
  16. Sprawdziłem i to, niestety cały czas wd puka do lokalizacji bez katalogu, czy nie ma jakiegoś innego miejsca, w którym takie rzeczy się definiuje, np w pliku wp-login?

  17. Testuje sobie rozwiązanie: Rozwiązanie 1: Scenariusz: Ten sam hosting, ta sama domena.

    Strona działa ale nie wychodzą mi maile… Nie jestem pewien czy może to mieć coś wspólnego…?

    Nie mam żadnych komunikatów…. :/

  18. ja mam pytanie jaki kod dodać do .htaccess aby mnie puściło dalej ? bo wyskakuje mi ciągle pierwsza domena z błędem 404, a jak skasuję .htaccess to jest wszystko ok

    1. Dobre pytanie Luk. Nigdy nie sprawdzałam, nie wiem, co tam możemy trafić. Wiem tylko, że przenoszenie Multisite pod nową domenę jest o wiele bardziej skomplikowane.

  19. Witam,
    Mam taki problem. Korzystam z hostingu home.pl gdzie wordpress jest instalowany przez autoinstalatora i generalnie ścieżka jest mniej więcej taka

    Stara strona nazwaserwera/autoinstalator/wordpress do tej ścieżki aktualnie jest przypięta domena
    Nowa strona nazwaserwera/autoinstalator/wordpress1

    Generalnie stara strona jest niefunkcjonalna, postanowiłam zrobić nową. Wszystko jest praktycznie gotowe, ale mam problem z przepięciem domeny.

    Zmieniam w ustawieniach ogólnych CMS adresy url (w starej na adres roboczy, w nowej na domenę), w ustawieniach domeny na hostingu przepinam domenę z wordpress na wordpress1

    Sprawdzam, na starej stronie, wszystkie podstrony mają linki robocze, nowa strona ma wszystkie linki z domeny.

    Niby wszystko działa, za wyjątkiem galerii, jednakże nowa strona chodzi wolniej niż przed przypisaniem domeny, oraz w CMS nowej strony nie ładuje się edytor wizualny stron oraz wpisów, co będzie kłopotliwe dla mniej zdolnych pracowników mojej firmy.

    Dzień wcześniej zrobiłam to co wyżej, plus zmieniłam kilka linijek w pliku wp-config i .htaccess oraz skorzystałam z pluginu Search & Replace (pierwszy raz), jednakże coś poszło nie tak – rozsypał się cały theme, zniknęły wszystkie widgety oraz część zdjęć załadowanych w podstawowe media wordpressa. Zatem poprosiłam hosting o backup i obecnie nadal pod domeną jest stara strona, a nowa na adresie roboczym.

    plik wp-config wygląda następująco

    // ** MySQL settings – You can get this info from your web host ** //
    /** The name of the database for WordPress */
    define( ‚WPCACHEHOME’, ‚/autoinstalator/wordpress1/wp-content/plugins/wp-super-cache/’ ); //Added by WP-Cache Manager
    define(‚DB_NAME’, ‚tutajnazwabazydanych’);

    /** MySQL database username */
    define(‚DB_USER’, ‚tutajjestlogin’);

    /** MySQL database password */
    define(‚DB_PASSWORD’, ‚tutajjesthaslo’);

    Link do plugin cache został mimo, że go odinstalowałam.

    Proszę o pomoc, o wskazanie co robię źle, a co powinnam poprawić.
    Jestem laikiem, nie korzystam z wirtualnego serwera (jeszcze).

  20. Witam wszystkich. Nie wiem czy temat jeszcze żyje, ale szukam odpowiedzi na takie pytanie, mianowicie co wtedy gdy mamy np 2 lub 3 instalacje wordpress’a na jednym koncie, instalacje są w podkatalogach. Na podkatalogi kieruje albo domena albo subdomena. I jak zrobić, aby url’e z każdej domeny wskazywały nam określoną ścieżke w katalogu a nie domena główna + nasz podkatalog. Czyli np: domena1.com głowna, i poddomeny np. SUB.domena.pl .Instalacja w katalogu A, B, C. Ściezka do serwisu aby były domena SUB.domena.pl/kontakt.php a nie domena1.com/na wykonac na jednym koncie hostingowym czy trzeba wykupywać za każdym razem nowe?
    Pozdrawiam

    1. Zależy od hostingu.
      W niektórych dodając subdomenę, tworzy dla niej automatycznie oddzielny katalog i stosowne przekierowanie – wystarczy tylko w niego wrzucić pliki.
      W innych zaś trzeba sobie samodzielnie utworzyć przekierowanie …i tutaj w większości przypadków z poziomu panelu adm. hostingu jest możliwość ustawiania przekierowań dla subdomen.
      W niektórych zaś trzeba sobie np. przekierować na poziomie .htaccess’a.

  21. Fajny artykuł. Mam pytanie. Czy znasz może jakiś sposób na „bezpieczną zmianę szablonu” dość dużej, już rozbudowanej strony? Czy można to zrobić w miarę sensownie, czy mimo wszystko kopia bazy, nowy WP i potem przepięcie?

  22. Cześć,
    Super artykuł, pomógł mi bardzo, mam jednak pewien problem związany z hostingiem home.pl.
    Otóż klient ma na innym hostingu serwis, chce żebym mu go odświeżył i postawił na home.pl, ale jednocześnie, żeby stary działał. Mam więc do czynienia z Przykładem nr 2 w artykule. Niestety, schody zaczynają się już na początku – nie wiem jak, ani też czy w ogóle możliwe jest dodanie domeny .com w panelu home.pl. Próbowałem zrobić to poprzez opcję „Przypisz zewnętrzną domenę”, ale wyświetla mi błąd – wygląda na to, że przed przypisaniem domeny muszę ją wydelegować na serwery home. Przecież to nie ma sensu, bo chcę spokojnie pracować nad nową stroną w WP (który przy instalacji wymaga podania domeny na której siedzi strona), podczas gdy stara strona na starym hostingu będzie sobie hulać.
    Ktoś wie, jak to zrobić w home.pl ?

  23. Dzięki za ten wpis. Lubię mieć porządek na serwerze i wydzielanie instalacji to dla mnie podstawa, ot przyzwyczajenia pokolenia przedchmurowego.

    Mam jednak pewien problem. Jestem w trakcie tworzenia serwisu, ale jednocześnie nie chcę zostawiać domeny z 403 hostingu. Zainstalowałem wtyczkę „Coming Soon Page & Maintenance Mode by SeedProd”, dokonałem wszystkich czynności z rozwiązania 1 i włączyłem „maintenance mode” na czas prac nad stroną. Front-end zachowuje się poprawnie, wyświetla stronę tymczasową, jednak od drugiej strony wysypał się podgląd. Ilekroć z poziomu panelu admina chcę podejrzeć stronę po zmianach, wyświetla mi stronę tymczasową wtyczki, jakbym był wylogowany. Podejrzewam, że gdzieś w kodzie trzeba podmienić również link podglądu z panelu administratora, jednak nie udało mi się odszukać właściwego wiersza. Możesz coś poradzić?

    Pozdrawiam

  24. Dzięki, działa, chociaż nie przeniosłem htaccess, czy czegoś tam. Czas wykonania wg instrukcji 1/3 Cohena, czyli 1/3 płyty Recent Songs (do tego kawałka po francusku).
    Dzięki.

  25. Jestem Twoją regularną skrytoczytaczką od czasu jak zaczęłam przygodę z WP, czyli niedługo roczek pęknie. Dziękuję Ci bardzo za kompetentne a zarazem przejrzyste podawanie wiedzy, która początkującym przypomina czasami tureckie kazanie :). Mam teraz przed sobą prawdziwy „elephant task”: odtworzenie (praktycznie z kawałków) kilku domen swego czasu postawionych na Joomli. W tej chwili stoją tylko frontpage i nie działają żadne podlinkowania wewnętrzne.

    Chciałabym postawić je na WP Multisite (wszystkie należą do jednej firmy, dedykowane są różnym obszarom działalności), instalując WP MS w katalogu głównym domeny umownie nazywanej „główną”, która do tej pory i tak była właśnie wizytówką firmy i przekierowaniem do domen tematycznych. Rozumiem, że w tym wypadku nie mogę postąpić zgodnie z punktem 1, rozwiązania 1, czyli wgrywać WP do podkatalogu, ponieważ Multisite wymaga instalacji w katalogu głównym? Czy takim wypadku jedynym rozwiązaniem jest wyłączenie dotychczasowej domeny (i tak na niewiele przydatnej) i jak najszybsze postawienie chociaż jednej strony? Będę bardzo wdzięczna za Twoją opinię

  26. Hej, ja mam akurat taki problem, przenioslem wszysto tak jak napisalas z rozwiazania 1. jednak teraz nie wiem czemy ale np jak chce sciagnac i zaistalowac wtyczke to wyskakuje mi, ze nie mam dostepu do katalogu albo nie istnieje 🙁 gdzie popelnilem blad?
    pozdrawiam
    marek

  27. a czy można po prostu skasować wszystkie pliki z serwera i w tym czasie podpinać wordpressa pod domenę? fakt nie będzie ona wtedy pewnie działała z 1 czy 2 doby ale chyba to dość proste rozwiązanie?

    1. Hej Andrzej, jak najbardziej możesz tak zrobić, jeżeli nie działająca przez 2 doby strona nie stanowi problemu. Porady pokazane w tym wpisie porady pokazują jak uniknąć zawieszania strony na kilkanaście godzin. Ale rozumiem, że czasami poczekanie dwa dni może być mniej problematyczne niż robienie jakiś sztuczek. Powiem Ci, że ja sama strasznie się cykałam, jak miałam zastosować Rozwiązanie #1, a dokładnie cały krok 5 w praktyce. To była strona dużej kliniki i strasznie się bałam, że te wszystkie przepinki z htaccess i wp-config pójdą nie tak i będzie wtopa i dlatego wcześniej przetestowałam sobie to rozwiązanie kilka razy „na brudno”. Ale na dobrą sprawę jak o tym pomyśleć na spokojnie, to przecież to kilka prostych zasad i skoro WordPress dostarcza taki mechanizm i opisuje w Kodeksie, to po coś to właśnie jest, więc czemu nie korzystać 🙂

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Wyrażam zgodę na przetwarzanie przez Webfaces Agnieszka Bury, ul. Rymarska 42/3, 53-206 Wrocław NIP: 9111769381, REGON: 021997379, moich danych osobowych w celu dodania komentarza na blogu webfaces.pl w zgodzie i według zasad określonych w Polityce prywatności.