Ładne i unikalne adresy witryn w sieci MultiSite #część 2


Ładne i unikalne adresy witryn w sieci MultiSite

Ten artykuł jest kontynuacją poprzedniego wpisu, w którym dowiedziałeś się o tym, że istnieje możliwość zmiany Twojej domeny w sieci a co za tym idzie, oddzielenia adresów URL od głównej domeny, ich skrócenia i uatrakcyjnienia.

Poprzednia część dotyczyła sytuacji po stronie tylko WordPressa jednak, żeby nowe domeny działały prawidłowo muszą być prawidłowo skonfigurowane jeszcze na serwerze.

Załóżmy takie dwie sytuacje:

  1. Serwer i domena w jednym miejscu.

To znaczy u jednego usługodawcy. Nie lubię tego określenia, bo jest zbyt długie i nie pasuje wymową. Wole używać określenia: providera. Nie mylić tego od pożyczek ;)

  1. Serwer i domena w różnych miejscach.

Zacznijmy od tego drugiego przypadku.

Być może już gdzieś się dowiedziałeś, że aby domena działa prawidłowo musi być przekierowana na serwer czyli wskazywać na jego adresy DNS itd. taka techniczna gatka.

Prawidłowo oznacza, że po wpisaniu jej nazwy w pasku adresu przeglądarki, wyświetli się zawartość katalogu na serwerze, do którego została podpięta. Może to być Twój WordPress, może to być inna strona w HTML lub pusta, biała strona czy tradycyjny index of!!! jeżeli w danym katalogu nie ma pliku index.html/php.

Z tym ostatnim może być problem, bo twoi goście mogą Ci zacząć buszować po katalogach i wyciągać z nich dane. Dlatego, dla bezpieczeństwa niektóre serwery (providerzy) automatycznie przekierowują na stronę 404 lub coś co musisz zrobić również u siebie na WP (jeżeli jeszcze tego nie zrobiłeś) – odpowiedni wpis w pliku .htaccess.

Na końcu pliku, w katalogu głównym umieszczasz taki wpis.

Options -Indexes

I wtedy zamiast zawartości danego foldera pokażę się pusta strona lub 403 lub forbidden.

W innym przypadku, jeżeli strona wskazuje na pocztę (OVH), domena nie jest prawidłowo podpięta i trzeba to zrobić jeszcze raz. O tym późnej.

Sama w sobie domena nic nie znaczy. Jest tylko drogowskazem. To tak jak z adresem zamieszkania.

Znając Twój adres zamieszkania mogę Cie odwiedzić, obejrzeć Twoje mieszkanie, Ty może pochwalić się swoimi meblami a ja pobuszować po Twojej spiżarce :P Trzeba tylko uważać na domokrążców.

Problem pojawia się kiedy adres kieruje do miejsca, które nie istnieje :P

Nastały czasy kiedy o wyborze serwera decyduje cena i jakieś inne z pozoru atrakcyjne bonusy, co często przekłada się na kiepską jakość a po okresie bonusowym większa faktura do zapłacenia.

Teraz serwery możesz zmieniać jak skarpetki. Przeprowadzki niestety zawsze niosą ze sobą potrzebę ponownej konfiguracji domen co wiąże się czasami z „chwilowym” niedostępem do strony.

Jeżeli Twój wybór padł na domenę i serwer u różnych prowiderów, wtedy od razu musisz zmienić nazwy serwerów DNS.

Różnica pomiędzy pierwszym i drugim przypadkiem jest tylko taka, że domena jest gotowa do użycia od zaraz tzn. ściślej mówiąc tylko ta jedna np. jeżeli kupisz serwer wraz z domeną w OVH, domena jest przypisana do serwera, skonfigurowana i gotowa do użycia od zaraz jednak dodatkowe domeny i tak będą musiały byś podpięta z tym, że są już one w strefie DNS a przynajmniej wystarczy je dodać do serwera, podpiąć pod jakiś katalog i sprawa załatwiona.

Na jakie problemy możesz trafić robiąc to pierwszy raz?

Jedną z najczęstszych przeszkód, które mnie spotkały jest niedostępność strefy SOA na serwerze docelowym i to może być rzeczywiście problem, bo autorskie panele są często okrojone z ważnych funkcji i trzeba wtedy napisać do suportu serwera co znów wiąże się z opóźnionym czasem reakcji (zależy jaki support) i znówm musisz czekać.

Cokolwiek oznacza, że nie ma strefy SOA można by w wolnym tłumaczeniu rozumieć, że za bardzo się pospieszyłeś.

I w tym miejscu Użytkownicy cPanela mogą się cieszyć. Domenę najpierw trzeba dodać na serwerze a potem zmieniać jej DNS’y. Autorskie rozwiązania jakie spotkałem np. w LH sprawiły mi nieco więcej zachodu. Najpierw musiałem napisać do suportu, żeby Mi dodali taką strefę SOA do serwera, bo w żadnym miejscu nie mogłem znaleźć takiej opcji..

Widzisz, nie lubię autorskich rozwiązań. Nie zawsze się one sprawdzają, bo odcinają mi dostęp do pewnych zaawansowanych opcji, z których pewnie i tak bym nie korzystał ale wiesz, dobrze jest mieć tą świadomość, że można. Człowiek czuje się wtedy pewniej, swobodniej. Pomimo tego, że cPanel może być trudny technicznie do ogarnięcia, daje Ci swobodę działania bez oczekiwania na odpowiedź ze strony administratora.

Po zmianie serwerów zazwyczaj trzeba czekać do 24 godzin na propagacje serwerów nazw.

My oczywiście nie będziemy tyle czekać, bo zależy nam na czasie i zrobimy taką sztuczką, że już do 10 minut jak nie od razu domena będzie działać na nowym serwerze. Tj będzie dostępna z poziomu Twoje przeglądarki.

Co znaczy, że z Twojej przeglądarki? Czy spotkałeś się kiedyś z taką sytuacją, że podczas zamiany domeny twoi znajomi wiedzieli o tym pierwsi? A u ciebie jeszcze nic się nie stało? Albo, ktoś narzekał dlaczego moja domena nie jest dostępna? Co zrobiłem/zrobiłam nie tak?

Wiąże się to z pewną zależnością pomiędzy twoim kompem a działaniami w sieci. Mowa o ciasteczkach.

Jeżeli byś teraz sprawdził swój nowy adres przez telefon, zmiany będą natychmiastowe dlatego, że w telefonach działa to trochę inaczej, pamięć podręczna jest czyszczona od razu. Jednak z jakiś powodów na twoim kompie nadal jest po staremu?

Więc co jest grane?

Niektórzy twierdzą, że wystarczy usunąć wtedy te pliki cookie z przeglądarki i kompa ale jest to nieprawda.

To nie działa.

Odpowiedzialny jest za to plik hosts. Plik ten służy do sztywnego mapowania nazw domenowych na adresy IP.

Trzeba zrobić taki mały myk. Przypisać nowy adres IP dla nowej domeny. Musisz znać adres IP twojego nowego serwera pod który została podpięta domena. Poszukaj wpisu A.

HOSTS domyślnie znajdziesz w następujących lokalizacjach:

(jeśli Twoim dyskiem systemowym nie jest C, podstaw w adresie jego literę).

W ten sposób, wpisując adres bloga (po zmianie) ominiesz serwery DNS, które czasami nie są tak od razu aktualne i tym samym będziesz miał dostęp do strony natychmiast po zmianach.

Przykładowy wpis może wyglądać w ten sposób:

132.435.2.122 nowa-domena.pl

Podsumowując tą cześć.

Za każdym razem gdy kupisz domenę gdzieś indziej niż masz serwer, od razu zmieniasz jej adresy nazw DNS na te gdzie masz serwer a jeżeli się nie da to najpierw dodajesz ją na serwerze podpinając pod właściwy katalog. Czasami trzeba napisać do suportu, żeby tą domenę Ci dodali do strefy SOA.

Form konfiguracji jest tak wiele, że aż się nie chce tego wszystkiego pisać. Nie każdy się trzyma jednej schematu zarządzania serwerem, dlatego musisz nauczyć się rozpoznawać i odszukiwać ważne dla siebie informacja.

Z tego względu, że mamy wiele różnych paneli administracyjnych podam Ci ważną wskazówkę, która pozwoli Ci przebrnąć nawet przez bardzo trudną do ogarnięcia konfiguracje..

Widzisz, ja staram się większość moich problemów rozwiązać organoleptycznie czyli metodą prób i błędów, bo nie każdy przypadek jest taki sam i chodź cel jest jeden środki do celu mogą przybierać różne formy więc, nawet jakby za pierwszy razem nie udało ci się skonfigurować tych domen, bo może moje wyjaśnienie są trochę chaotyczne, próbuj dalej aż się uda, bo musi się udać. Jeżeli mi się udało tobie też się uda.

Ciągle tematem przewodnim jest prawidłowa konfiguracja domen pod sieć w MS więc robi się to tak.

Pamiętaj, że każda domena jaką chcesz użyć u siebie ma być podpięta pod ten sam katalog co WordPress z MS czyli główny. Dodatkowo WP wymaga aby do strefy DNS dodać wpis A z adresem IP. Jest to ten sam adres IP, którego użyłeś w pierwszym polu (patrz poprzedni artykuł screen nr. 2)

W cPanelu domenę Parkujemy! Jednak parkowanie domen ogranicza jej niektóre funkcje, dlatego podpinamy tradycyjnie domenę pod katalog główny i do strefy DNS (jeżeli go nie będzie) dodajemy wspomniany już wcześniej wpis A.

W OVH (menedżer) znów mamy multi domeny. I jak to ogarnąć?

Jeden z patentów jaki na to mam, i który opisywałem w poście na grupie WPZE jest taki:

dla pewności zrobiłem kilka dodatkowych testów.

Żadnego CNAME. Wszystkie domeny mają mieć aktywną strefę na serwerze. (Najlepiej od razu przy jej aktywacji wybrać serwer wirtualny).

Żeby domena działała w sieci wystarczy… podpiąć ją pod główny katalog (czyli tam gdzie WP) jako MultiDomena!.

To ma w zupełności wystarczyć.

Dodatkowo zanim to podpiąłem MultiDomene – dodałem ją do domyślnej strefy DNS.
Domeny&DNS => Zarządzanie strefą DNS => Strefa Domyślna => i jako rodzaj strefy wybrać => Serwer Wirtualny (którego chcesz użyć).
Po takich czynnościach do Strefy DNS powinno ci dodać ów wpis „A” z adresem IP twojego serwera (czyli tak jak Ci podpowiada WP w panelu Narzędzia => Domain Mapping.

To tyle z tego tematu.

Aha – do działania trzeba odczekać (jak twierdza z support ) – 24 – 72h. U mnie zaczęło działać już po 10 min a niektóre domeny potrzebowały trochę więcej czasu.

So. Enjoy

P.s Jeżeli domena nadal wskazuje Ci na pocztę to znaczy, że jest źle skonfigurowana. Najlepiej usuń jej strefe DNS – ponownie Aktywuj – i dodaj jako MultiDomene.

Tak to wygląda. Ogólnie rzecz biorąc konfiguracja domen pod sieć WP MS nie jest wcale trudna. Problem sprawia panel kontrolny, który czasami wcale nie ułatwia zadania. Opisałem tu bardziej Uniwersalne Zasady niż konkretne porady. Niech to będzie drogowskaz. W życiu trzeba sobie radzić (po swojemu). Zdaję sobie z tego sprawę i wiem, że może to być dla Ciebie trudne, dlatego dam Ci jeszcze jedną dodatkową opcje, która może stać się twoją ostatnią deską ratunkową.

Jeżeli po wnikliwych, nieudanych próbach nadal nie osiągniesz rezultatów, będziesz miał możliwość skorzystania z Mojego Serwisu Ratunkowego i w jednej cenie dostaniesz możliwość na konfiguracje do 5 domen dla wybranych stron. Niekoniecznie dla jednego WordPressa.

Zrób co masz zrobić, zrób co w Twojej mocy a jak się nie uda, zgłoś się do mnie po pomoc ;)

Pozdrawiam Cie Serdecznie i udanej konfiguracji.

Dodaj do Koszyka
[przycisk url=”http://sklep.strategiedzialania.pl/sl/Ostatnia-Deska-Ratunku” ] Ostatnie Koło Ratunkowe [/przycisk]


Otagowano:, , , , ,


Napisz odpowiedź lub dodaj komentarz


Twój adres e-mail nie będzie opublikowany. Pola oznaczone gwiazdką * są wymagane

Możesz używać tych znaczników HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>