Jak zainstalować Drupal 6 na serwerze ovh.org?

Witam,

Jak zainstalować Drupal 6 na darmowym serwerze ovh.org?

Przyznam, że mam z tym problem chociaż w przeszłości zajmowałem się instalacją innych darmowych systemów.

Aktualnie prowadzę serwis posiadający ponad 6 tys. użytkowników na wykupionym serwerze oraz domenie.

Przyszedł czas na inną stronę tym razem postawioną na uznanym przeze mnie nie tylko dzięki opiniom, ale i funkcjonalności i przejrzystości systemie Drupal.

Mam swój pewien sposób na zapobieganie przedwczesnym opłatom finansowym.

Zawsze najpierw przygotowuję go na darmowym serwerze do czasu osiągnięcia stanu gotowości. Wypełniam treść, tworze szablon, dopracowuje, wgrywam wstępne moduły itd. Po ukończeniu przenoszę cała witrynę na płatny serwer i podpinam płatną domenę.

Czasem to trwa tygodnie, a czasem miesiące dlatego też jest to mój sposób na to, aby przedwcześnie nie płacić za hosting i domenę.

Mam pewien sentyment do darmowych serwerów ovh.org i dlatego zależy mi na instalacji tego systemu właśnie na tym serwerze.

Co wykonuję i jak wygląda błąd?

  1. Ściągam pliki systemu Drupal 6.4.
  2. Wrzucam je na FTP.
  3. Baza jest tworzona automatycznie, a więc jej nie ruszam.
  4. Usuwam standardowy plik świeżego serwera index.html.
  5. Wpisuję adres mojej strony do przeglądarki pod różnymi kombinacjami:

6. Tutaj pojawia się omawiany problem. Zamiast instalatora wyskakuje informacja firmy OVH wyglądająca następująco:

Jak w mojej zakładce poprzez screen można zauważyć, szukałem również opisu instalacji poprzez google, ale nic o tym nie znalazłem. Zastanawiałem się również czy to wina chmod'ów, ale o nich również nigdzie wzmianki nie napotkałem.

Co pomijam lub robię niepoprawnie? Jak powinna wyglądać instalacja systemu Drupal 6 na serwerze firmy ovh.org?

pozdrawiam, Feniks

Sposób wyświetlania odpowiedzi

Wybierz preferowany sposób wyświetlania odpowiedzi i kliknij "Zachowaj ustawienia", by wprowadzić zmiany.
Portret użytkownika grizz

pytanie bardziej do pomocy

  1. pytanie bardziej do pomocy ovh
  2. usuń plik index.html, który przekierowuje na ta stronę ;)

index.html ma po prodtu priorytet nad index.php drupala

Portret użytkownika Feniks

Nie wątpię, że to pytanie

  1. Nie wątpię, że to pytanie raczej bardziej jest odpowiednie dla osoby, która już Drupala instalowała na ovh.org i jest w stanie odpowiedzieć.
  2. Z tego co można wywnioskować w mojej pierwszej wypowiedzi, zrobiłem to zaraz przy pierwszym podejściu – usunąłem plik index.html.

Kto ma chociaż najmniejsze doświadczenie w instalowaniu Drupala pod ovh i jest w stanie coś doradzić?

pozdrawiam, Feniks

Portret użytkownika Feniks

Udało się jakoś rozwiązać

Udało się jakoś rozwiązać problem. Wystarczyło usunąć plik .htaccess.

Więcej na ten temat i małą instrukcje dla osób z tym samym problemem można znaleźć na forum pomocy firmy ovh tutaj.

pozdrawiam, Feniks

Edit: Nie no zaraz się wnerwię(!).

O co chodzi? Instalator ruszył, ale teraz podczas instalacji wyskakuje kolejny błąd.

Według podanych instrukcji w instalatorze zmianiam nazwę pliku default.settin­gs.php na settings.php

Następnie wpisuje informacji bazy danych (nazwa, hasło, adres).

Wpisane dane są poprawnie. Wyskakuje błąd, który brzmi następująco:

Warning: fopen(./sites/default/default.settings.php) [function.fopen]: failed to open stream: No such file or directory in /home/e/b/i/ebizneson/www/includes/install.inc on line 187

Warning: Cannot modify header information - headers already sent by (output started at /home/e/b/i/ebizneson/www/includes/install.inc:187) in /home/e/b/i/ebizneson/www/includes/install.inc on line 617

Warning: Cannot modify header information - headers already sent by (output started at /home/e/b/i/ebizneson/www/includes/install.inc:187) in /home/e/b/i/ebizneson/www/includes/install.inc on line 618

O CO CHODZI? W czym tkwi problem? Proszę o pomoc bo już trzeci dzień się nad tym męczę.

Dziwna sprawa, miałem

Dziwna sprawa, miałem Drupala 6 na ovh. Też przeszedłem przez te wszystkie problemy i błędy po drodze ale z tym ostatnim nie miałem przyjemności.
Sprawdź wszystko dokładnie (szczególnie dane bazy). A jeśli nic nie znajdziesz to po prostu zresetuj FTPa, Baze danych i spróbuj na nowo raz jeszcze. W końcu teraz, kiedy dopiero go instalujesz nic nie tracisz.

Skoro mi się udało to Tobie też musi, nic skomplikowanego nie robiłem i Drupal zadziałał.
Choć pamiętam, że z bazą też miałem problem, ale to był tylko zły adres i hasło. Hasło ustaliłem na nowo swoje, adres poprawiłem i done :)

Pozdrawiam.

Portret użytkownika Feniks

Ok, biorę się za to. Jednak

Ok, biorę się za to.

Jednak wydaje mi się, że trzeba jeszcze ustawić odpowiednie chmody do niektórych plików i folderów bo nie pamiętam, aby w innych systemach można było instalować bez ich wcześniejszych ustawień.

W samym CMS Extreme-Fusion trzeba nadać odpowiednie chomody łącznie ok. kilkunastu plikom i folderom.

Czy w Drupalu nic takiego się nie robi?

Edit: Ok, FTP wyczyszczone i wrzucone nowe pliku bez .htaccess i index.html.

Teraz tak, żeby czegoś znowu nie namieszać napiszę czego nie jestem pewien.

  1. Włączyłem instalator w j. angielskim.
  2. Teraz w drugim kroku instalacji o nazwie „Verify requirements” pis­ze:
Requirements problem
The following error must be resolved before you can continue the installation process:

The Drupal installer requires that you create a settings file as part of the installation process.

   1. Copy the ./sites/default/default.settings.php file to ./sites/default/settings.php.
   2. Change file permissions so that it is writable by the web server. If you are unsure how to grant file permissions, please consult the >on-line handbook<*.

More details about installing Drupal are available in INSTALL.txt.
  • on-line handbook – w punkcie drugim pod to zdanie jest podpięty następujący odnośnik:

http://drupal.org/…-permissions

Z angielskiego potrafię jedynie podstawy, a więc nie wszystko udaje mi się zrozumieć.

  1. Zmienić nazwę pliku ./sites/defau­lt/default.set­tings.php na następującą ./sites/defau­lt/settings.php.
  2. Tutaj prawdę mówiąc nie wiele wiem. Jeśli się nie mylę to ten punkt ma coś wspólnego z uprawnienia­mi, tak?

O co chodzi w punkcie drugim? Być może to w nim jest opisana główna przyczyna problemu, gdyż NADAL ten sam błąd mi wyskakuje. Co prócz zmiany nazwy pliku powinienem jeszcze zrobić?

Portret użytkownika Pride

Zmiana uprawnień

Zmień uprawnienia pliku ./sites/defau­lt/settings.php na „tylko do odczytu”

Pride

Portret użytkownika Feniks

Czyli na 644, tak? Było tak.

Czyli na 644, tak? Było tak. Nawet zmiana na 777 nic nie daje.

Co jeszcze może być nie tak?

Nie za bardzo znam się na czytaniu błędów serwera.

Co można wyczytać z następującego, który pokazuje się zaraz po zaakceptowaniu wpisaniu poprawnych danych dla bazy danych przy instalacji:

Warning: fopen(./sites/default/default.settings.php) [function.fopen]: failed to open stream: No such file or directory in /home/e/b/i/adres_strony/www/includes/install.inc on line 187

Warning: Cannot modify header information - headers already sent by (output started at /home/e/b/i/adres_strony/www/includes/install.inc:187) in /home/e/b/i/adres_strony/www/includes/install.inc on line 617

Warning: Cannot modify header information - headers already sent by (output started at /home/e/b/i/adres_strony/www/includes/install.inc:187) in /home/e/b/i/adres_strony/www/includes/install.inc on line 618

To właśnie ten błąd jest całym problemem. Zamiast przejść do następnego kroku instalacji to w przeglądarce on wyskakuje. Co można z niego wyczytać i co jest jego przyczyną?

Męczę się już nad tym nie wiem, który dzień z kolei i nie mogę tego rozwiązać… O co chodzi?

Po otwarciu install.inc

Po otwarciu install.inc i wczuceniu go do do Dev-C++ (tylko taki program mam który liczy mi linie, choć służy do czego inengo oczywiście) Sprawdzamy co jest pod 187 linijką

if ($fp = fopen($default_settings, 'r')) {
    // Step line by line through settings.php

Jak widzisz coś z settings.php, nie może go otworzyć, pytanie dlaczego? Jeśli jak mówisz chmody masz ustwaione dobrze (sprawdz raz jeszcze dla pewności, pokąbinuj) to trzeba szukać gdzie indizej.

Następne linijki 617 i 618:

header('Location: '. $base_url .'/'. $path);
header('Cache-Control: no-cache'); // Not a permanent redirect.

Hmmm… „Cannot modify header information” Nie może wpisać do settings danych, adresu czy czegoś. Czyli znów na chmody można zwalić. Szczerze mówiąc nie wiem, to wszystko to tylko przypuszczenia.
Jaką masz dokładnie wersje Drupala? 6.4 czy 6.3?
Ja miałem 6.3 jeśli masz nowszą to spróbuj zainstalować 6.3 i upgrade później do 6.4. Może zadziała.

Mam nadzieje, że choć trochę pomogłem.

Portret użytkownika Feniks

Udało się. Sprawa wygląda

Udało się.

Sprawa wygląda naprawdę śmiesznie…

Wiedziałem, że jak zwykle błąd będzie w najprostszej z możliwych do uzyskania postaci, aby dobić tylko wszystkich naokoło.

Już byłem w trakcie przygotowywania dość osobistego filmu z nagraniem poprzez mikrofon (zalety: wygodnie, szybko i zrozumiale) wszystkiego co wykonuję po kolei, aby sprawdzić czy komuś uda się wyłapać problem.

Dziękuję wszystkim za poświęcenie swojego cennego czasu w tej sprawie dochodząc do rozwiązania metodą prób i błędów.

Tak, szczerze to pomysł na rozwiązanie problemu podsunęła mi Jarek (Pride) podczas mailowej korespondencji ze mną.

Włożył on sporo swojego czasu, aby mi w tym pomóc. Założył konto na OVH i wykonał instalację Drupal'a 6.4, a następnie wszystko opisał krok po kroku. Pomogłeś.

Pierwsze wrażenie, gdy czytałem ten opis to było takie, że wszystko się zgadza z moimi krokami. Robię przecież wszystko tak samo, a jednak wyskakuje błąd.

W takim razie jak udało się go rozwiązać? A no, jednak nie wszystko było dokładnie tak samo. Różnica tkwiła w małym szczególe, który z zasady nie powinien sprawiać problemu.

W moim przypadku zmiana nazwy pliku odbywała się na serwerze FTP, zaś u Jarka gdzie indziej. Przenosił on plik default.settin­gs.php na swój komputer, zmieniał nazwę, a następnie wrzucał zmodyfikowany na serwer.

Prawda, że wydaje się to dziwne? Być może dla serwera jest to ogromna różnica.

Zrobiłem więc tak samo, zamiast zmieniać nazwę na serwerze, zmieniłem ją u siebie na settings.php, a następnie plik wrzuciłem na serwer pozostawiając chmody bez zmian czyli standardowo 644.

Pozostawiłem też w tym samym katalogu na FTP stary plik z nazwą default.settin­gs.php dla pewności.

Nie wiem czy on tam musi zostać. Teraz boję się go usunąć, aby wszystko nie padło. Być może muszą w tym katalogu znajdować się 2 te same pliki o różnych nazwach – default.settin­gs.php oraz settings.php.

Co o tym sądzicie?

W każdym bądź razie dziękuje jeszcze raz każdemu za pomoc. Udało się zainstalować, teraz mogę mam nadzieje, że już na spokojnie, bez nowych problemów przystąpić do rozwoju serwisu.

Pozdrawiam, Feniks

PS. Właśnie rozpoczynam nową przygodą ze spolszczeniem systemu. Ciekawe co z niej wyniknie.

Portret użytkownika archetwist

Gratulacje dla Pride za

moderator

Gratulacje dla Pride za udaną interwencję :) .

Pozostawiłem też w tym samym katalogu na FTP stary plik z nazwą default.settin­gs.php dla pewności.

Nie wiem czy on tam musi zostać. Teraz boję się go usunąć, aby wszystko nie padło. Być może muszą w tym katalogu znajdować się 2 te same pliki o różnych nazwach – default.settin­gs.php oraz settings.php.

Co o tym sądzicie?

Plik default.settings.php nie ma absolutnie żadnego znaczenia (może tylko podczas instalacji, nie aktualizacji). Jedynym plikiem konfiguracyjnym, którego potrzebuje witryna jest settings.php.

Dzięki, tak więc postaram

Dzięki, tak więc postaram się bez problemowo usunąć ten plik.

Dla informacji. Spolszczenie poszło bez większych problemów.

Pozdrawiam, Feniks

Drupal 6.6 bez pliku

Drupal 6.6

bez pliku default.settin­gs.php NIE MOGŁEM zainstalować drupala. Te same błędy co u kolegi wyżej. Po wkopiowaniu pliku default.settin­gs.php poszło.

Zauważcie że w instrukcji jest wskazówka :

"make a copy of the default.settin­gs.php file with the command:

cp sites/default/de­fault.settings­.php sites/default/set­tings.php"

ciekawe …

pozdrawiam, torm