Skocz do zawartości


 

Zdjęcie

VPS (PrestaShop), nowa domena - Virtualhost na serwerze

VPS (PrestaShop), nowa domena - Virtualhost na serwerze VPS Prestashop ovh

  • Proszę się zalogować aby odpowiedzieć
33 odpowiedzi na ten temat

VPS (PrestaShop), nowa domena - Virtualhost na serwerze

#21 DantePANKRACY

DantePANKRACY

    Nowy użytkownik

  • Użytkownicy
  • 13 postów

Napisany 30 sierpień 2017 - 15:00

Ale nie mogę dla nowej domeny skopiować ustawień defaultowych, bo ich fizycznie w pliku nie ma :(

 

W pliku sites-available mam:

- 2 pliki konfiguracyjne do presy,

- jeden z nową domeną,

- default-ssl.conf

 

Dzięki.


  • 0

#22 DantePANKRACY

DantePANKRACY

    Nowy użytkownik

  • Użytkownicy
  • 13 postów

Napisany 30 sierpień 2017 - 22:14

Może troszkę graficznie temat rozjaśnię:

 

według tego tutoriala na stworzenie Virtual Hosta powinienem mieć plik 000-default.conf - rozdział 3. Niestety podejrzewam, że podczas automatycznej instalacji Presty został podmieniony/zmodyfikowany i wyszedł z obiegu. Niestety przy tworzeniu nowego hosta są z tego co rozumiem potrzebne dane w nim zawarte i tutaj pojawia się problem jak mam je ponownie wykorzystać do nowej domeny (załącznik1).

 

Po analizie plików zawartych w /sites-available/ jeden z nich, a dokładnie prestashop.conf posiada podobny układ fraz zgodny z wymaganym do edycji (wyśledziłem jak ten plik ma wyglądać w internetach)(załącznik2). 

 

Czy jest możliwe, że ten defaultowy plik się podmienił? Czy w takim przypadku mogę skopiować zawartość pliku prestashop.conf do nowa_domena.conf i będzie to hulało? 

 

Przepraszam znowu za ewentualne herezje :(

Załączone pliki

  • Załączony plik  1.jpg   28,15K   7 pobrań
  • Załączony plik  2.jpg   38,31K   7 pobrań

  • 0

#23 Bartosz Z

Bartosz Z

    Weteran WHT

  • WHT Pro
  • PipPipPipPipPipPipPipPip
  • 833 postów
  • Skąd:Lubelskie
  • Imię:Bartosz

Napisany 31 sierpień 2017 - 06:32

https://httpd.apache...osts/index.html
https://httpd.apache...s/examples.html
  • 0

#24 DantePANKRACY

DantePANKRACY

    Nowy użytkownik

  • Użytkownicy
  • 13 postów

Napisany 31 sierpień 2017 - 08:08

Czyli sugerujesz, że wystarczy do tego pliku konfiguracyjnego nowa_domena.conf wystarczy wkleić:
 

<VirtualHost *:80>

        ServerAdmin nowa_domena@localhost
        ServerName nowa_domena.com
        ServerAlias www.nowa_domena.com
        DocumentRoot /var/www/prestashop                   <?>

        ErrorLog ${APACHE_LOG_DIR}/error.log
        CustomLog ${APACHE_LOG_DIR}/access.log combined

</VirtualHost>

Bo ten dokument konfiguracyjny nowa_domena.conf posiada zawartość, czyli rozumiem, że mam to wkleić na sam dół dokumentu? (Bo niestety nie ma tam nawet śladu o takich frazach)(załącznik1).

 

Jeżeli chodzi o DocumentRoot mam od razu określić index.php z dokumentu Presty? Wydaje mi się to logiczne, ale wolę się zapytać :D

 

Jeżeli pomyliłem jakieś pojęcia to przepraszam, ale cholera ta pre-instalowana presta miesza mi tutaj cały układ...

Załączone pliki

  • Załączony plik  1.jpg   123,73K   10 pobrań

Edytowany przez DantePANKRACY, 31 sierpień 2017 - 08:13.

  • 0

#25 nnd_newbie

nnd_newbie

    Stały użytkownik

  • Użytkownicy
  • PipPipPipPipPip
  • 156 postów

Napisany 31 sierpień 2017 - 08:18

Wystarczyłoby nawet mniej, ale to co podałeś powinno zadziałać. Tak podajesz katalog gdzie znajduje się index.php lub index.html.

 

Zawartość  nowa_domena.conf  wygląda jakby mogła zawierać to co potrzebujesz, ale to co widzisz na początlu pliku to komentarze. Pomiędzy nimi mogą być rozsiane pliki konfiguracyjne. Więc lepiej po prostu zamień całą zawartość tym co napisałeś lub utwórz oddzielny plik.

 

PS. katalog sites-available to katalog gdzie są pliki konfiguracyjne jeszcze nie uruchomione. Żeby uruchomić dany virtualhost musisz zrobić dowiązanie symboliczne do katalogu sites-enabled (lub użyć komendy a2ensite) i przeładować konfig lub zrestartować apache


  • 0

#26 DantePANKRACY

DantePANKRACY

    Nowy użytkownik

  • Użytkownicy
  • 13 postów

Napisany 31 sierpień 2017 - 08:23

No właśnie "siadłem" na tym etapie z /sites-available/ i nie mogłem przejść dalej z aktywacją.

 

Już sprawdzam czy to zabangla.

 

Dzięki.


  • 0

#27 DantePANKRACY

DantePANKRACY

    Nowy użytkownik

  • Użytkownicy
  • 13 postów

Napisany 31 sierpień 2017 - 10:39

No i cholera nie działa : D Ja to mam szczęście...

 

Stworzyłem dodatkowy index.html wedle poradnika i też niestety nie podmienia. W ovh "przekierowałem" DNS, coś mi się te pliki konfiguracyjne nie podobają. Chyba już w zaciszu domowym usunę tę domenę z apacha i spróbuję jeszcze raz...


  • 0

#28 nnd_newbie

nnd_newbie

    Stały użytkownik

  • Użytkownicy
  • PipPipPipPipPip
  • 156 postów

Napisany 31 sierpień 2017 - 10:58

Co znaczy nie bangla? Co znaczy dodatkowy index.html? Co znaczy "nie podmienia"? Jakim ty żargonem do nas mówisz. Filologa? Mów konkretnie co się dzieje

 

Człowieku po kolei.

1) W domyślnym katalogu na strony (na debianie to będzie pewnie /var/www) tworzysz katalog na nową stronę np. example.com. Do niej dodajesz jakiś plik index.html lub index.php, a najlepiej oba, które wyświetlają jakis prosty komunikat np. "Witaj na example.com"

2) Sprawdzasz czy prawa dostępu są prawidlowe (patrz komendy: ls -l, chmod, chown)

3) Tworzysz plik konfiguracyjny o nazwie example.com.conf w sites-available o zawartości:

<VirtualHost *:80>
        ServerAdmin nowa_domena@localhost
        ServerName example.com
        ServerAlias www.example.com
        DocumentRoot /var/www/example.com               

        ErrorLog ${APACHE_LOG_DIR}/error.log
        CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

4) Dodajesz stronę do sites-enabled (patrz komenda: ln -s) lub używasz komeny a2ensite

5) Restartujesz apacha (system "service apache restart" ? albo "systemctl restart apache" ) Nie podam Ci konretnie ani komendy ani nazwy usługi (może być apache, apache2, httpd, httpd2 - różne widziałem)

6) Upewniasz się, że domena kieruje na twócj serwer (patrz komenda: ping example.com -  na komputerze z którego będziesz wchodził na stronę, a nie na serwerze)

7) Wchodzisz przez przeglądarkę na example.com

8) Jak już wcześniej wchodziłeś na example.com to w przeglądarce masz ją pewnie scachowaną. Wyczyść cache przeglądarki albo użyj komendy CTRL+SHIFT+R w Google Chrome

9) Działa? A jak nie to jakie błędy wyskakują.

 

A po ostatnie. Po każdej tej komendzie analizuj Co ci wypluwa. Zrobiłeś linka? Sprawdź w katalogu czy się utworzył i jaka jest jego zawartość. Restartujesz Apacha? Wypłuwa Ci info o błędach czy się ładnie uruchamia. Wchodzisz na stronę? Jaki błąd dostajesz 404, 203, 500 bo one są właściwie opisowe i mówią co jest nie tak (https://pl.wikipedia...odpowiedzi_HTTP). Możesz też w logach Apacha sprawdzić co się dzieje.

 


Edytowany przez nnd_newbie, 31 sierpień 2017 - 11:07.

  • 0

#29 DantePANKRACY

DantePANKRACY

    Nowy użytkownik

  • Użytkownicy
  • 13 postów

Napisany 31 sierpień 2017 - 22:33

Serdecznie przepraszam za ten "politologiczny slang".

 

Zrobiłem wcześniej wspomniane przekierowanie dokupionej domeny na adres IP serwera. W godzinach nocnych chyba się zaktualizowało, bo nie mogę teraz dostać się, ani do phpmyadmin i co za tym idzie również do panelu presty - timeouty. 

 

Zrobiłem wszystko wedle twoich wytycznych najpierw dla istniejącej dokupionej domeny oraz dla example.com. Na example.com działa wszystko bez zarzutu, strona się wyświetla. Na dokupionej domenie cały czas wyskakiwała strona z gratulacjami, że wykupiono domenę. Po przekierowaniu dostaję teraz timeouty (załącznik1), ale pinguje mi z konsoli komputerka normalnie i powiem nawet, że po IP serwera takim jak powinno, czyli przekierowanym (załącznik2). Już teraz nabieram podejrzeń, że coś jest nie tak z tą dokupioną domeną...

 

Pytanie też mam co do phpmyadmin i panelu presty. Czy po przekierowaniu domeny szlag trafił całą bazę danych, panel presty, itd.? Czy wystarczy je jakoś przekierować? Bo w /sites-enabled/ są dwa pliki konfiguracyjne, a w nich nie ma ani ServerName ani ServerAlias. Niestety po dodaniu danych z nowej domeny w ServerName i ServerAlias nic się nie dzieję, dalej timeouty (załącznik3).

 

Cały serwer również resetowałem, ale cudu brak :(

 

Kurdę czuję, że już jestem niedaleko, ale dalej niestety nie wiem w którym kościele... 

Załączone pliki

  • Załączony plik  1.jpg   21,77K   5 pobrań
  • Załączony plik  2.jpg   57,57K   5 pobrań
  • Załączony plik  3.jpg   60,02K   5 pobrań

  • 0

#30 Gość_Kamikadze_*

Gość_Kamikadze_*
  • Goście

Napisany 31 sierpień 2017 - 22:57

Zatrudnij kogoś do tego to ci w godzinę ogarnie :D


  • 0

#31 systemy.internetowe

systemy.internetowe

    Stały użytkownik

  • Użytkownicy
  • PipPipPipPipPip
  • 140 postów
  • Firma:HTTP 200 usługi IT - Dariusz Janicki
  • Imię:Dariusz
  • Nazwisko:Janicki

Napisany 01 wrzesień 2017 - 06:40


Pytanie też mam co do phpmyadmin i panelu presty. Czy po przekierowaniu domeny szlag trafił całą bazę danych, panel presty, itd.?

 

Kurdę czuję, że już jestem niedaleko, ale dalej niestety nie wiem w którym kościele... 

 

Co ma przekierowanie domeny (HTTP) do bazy danych ? To całkiem inna usługa.

 

Pamiętaj, ze propagacja DNS po zmiana możne trwać do 72 godzin jak długo nie rusza. Warto wyczyścić cache DNS na lokalnym kompie oraz zrestartować < na kilka minuty wyłączyć> modem od dostawcy internetu .

 

W celach deweloperskich możesz ustawić > wskazać  lokalnie w pliku host IP dla dla danej domeny.

Nie wiem czy ta presta to produkcyjny sklep, ale jeśli tak, to masz "niezłe podejście biznesowe" do zapewnienia ciągłości usługi, czyli autoadministracja bez wiedzy o tym co się robi.


  • 0

#32 DantePANKRACY

DantePANKRACY

    Nowy użytkownik

  • Użytkownicy
  • 13 postów

Napisany 01 wrzesień 2017 - 07:08

 

Co ma przekierowanie domeny (HTTP) do bazy danych ? To całkiem inna usługa.

 

Pamiętaj, ze propagacja DNS po zmiana możne trwać do 72 godzin jak długo nie rusza. Warto wyczyścić cache DNS na lokalnym kompie oraz zrestartować < na kilka minuty wyłączyć> modem od dostawcy internetu .

 

W celach deweloperskich możesz ustawić > wskazać  lokalnie w pliku host IP dla dla danej domeny.

Nie wiem czy ta presta to produkcyjny sklep, ale jeśli tak, to masz "niezłe podejście biznesowe" do zapewnienia ciągłości usługi, czyli autoadministracja bez wiedzy o tym co się robi.

 

Rozumiem Państwa podejście do "nowego", który nie ma pojęcia z czym się mierzy, ale też nie rozumiem zarzucania mnie takimi tekstami. Czy ja robię komuś coś złego, że napiszę na forum ze swoimi wątpliwościami? Czy Panowie łapiąc się za takie tematy byli od razu wyposażeni w "niezłe podejście biznesowe"? Są dziedziny naszej branży, w których mam większą wiedzę i jak dostaję hasło - nie umiem zrobić rzeczy A, to staram się jakoś wytłumaczyć, albo w ogóle się nie odzywać, a nie strzelać tekstami rodem z wykopu: "usuń konto i zatrudnij administratora".


  • 0

#33 systemy.internetowe

systemy.internetowe

    Stały użytkownik

  • Użytkownicy
  • PipPipPipPipPip
  • 140 postów
  • Firma:HTTP 200 usługi IT - Dariusz Janicki
  • Imię:Dariusz
  • Nazwisko:Janicki

Napisany 01 wrzesień 2017 - 07:55

 

Rozumiem Państwa podejście do "nowego", który nie ma pojęcia z czym się mierzy, ale też nie rozumiem zarzucania mnie takimi tekstami  rodem z wykopu: "usuń konto i zatrudnij administratora".

 

To zobacz definicja: dobre rady i pragmatyczne podejście do zagadnienia...


 

@Czyli sugerujesz, że wystarczy [...] wystarczy wkleić
@ czyli rozumiem, że mam to wkleić na sam dół dokumentu?
@Jeżeli chodzi o DocumentRoot mam od razu określić index.php z dokumentu Presty?

To nie jest podejście prowadzące do celu. Wkleić owesz możesz, ale musisz rozumieć dlaczego to i tam należy wkleić. Iny mi słowy jak już chcesz się bawić w konfiguracja Apache <jakieś usługi> poznać jej zasadę działania.


  • 0

#34 systemy.internetowe

systemy.internetowe

    Stały użytkownik

  • Użytkownicy
  • PipPipPipPipPip
  • 140 postów
  • Firma:HTTP 200 usługi IT - Dariusz Janicki
  • Imię:Dariusz
  • Nazwisko:Janicki

Napisany 01 wrzesień 2017 - 09:13

Podam Ci przykład z życia <mojego życia> wzięty. Jakiś czas temu wykupiłem dedyk'a w OVH a właściwie > soyoustart. Zainstalowałem VestaCP i było fajnie do czasu gdy nie chciałem skorzystać z drugiego DNS od OVH. Skonfigurowałem przenoszenie stref tak jak wyczytałem z Google ... i NIC. Więc uderzam do BOK usługi i dodatkowo na ich forum i do googe i tak w kolo... Miedzy czasie z braku pomocy ze strony BOK < w końcu oni nie adminowali moim serwerem> złorzeczyłem na cały świat i jaką to gófnianą usługę wykupiłem i w efekcie zmarnowałem 3 dni na walkę z DNS... W końcu poległem poszedłem na piwo straciłem paresetzłotych, a problem pozostał....

 

Ale miałem szczecie w nieszczęściu, bo zgadałem się z Jakubem Tomala http://www.webhostin.../9198-behemoth/ z tego forum,  opisałem porblem i wyobraź sobie zdalnie bez zaglądania w bebechy serwera zapytał o otwarte porty 53 od DNS... I co się okazało, ze vestaCP w tamtej wersji <teraz już tak nie jest> domyślne blokowała ten port wiec strefa nie mogła być czytana...

 

Konkluzja jest taka, że uczyć się jest fajnie, ale nie koniecznie w taki sposób. Warto sobie wyznaczyć maksymalny czas na rozwiązanie problemu, a jak się nie uda skorzystać z pomocy fachowca

 

sorry za OT.

 

 

 

 

 


Edytowany przez systemy.internetowe, 01 wrzesień 2017 - 09:23.

  • 0






Także otagowane jednym lub więcej z tych słów kluczowych: VPS, Prestashop, ovh

0 użytkowników czyta ten temat

0 użytkowników, 0 gości, 0 anonimowych użytkowników