Nawigacja
Książka
# W każdy czwartek o 22:00 #
Spotkania ludności drupal.pl na IRC- odpal czat -
- dedykowany temat na forum -
Ostatnie tematy na forum
- Drupal7, dodanie bloku z kodem PHP, z poziomu menu administratora
- Dodawanie posta w formie formularza a nie standardowego Dodaj treść
- Generowanie przycisków menu
- DrupalChat i brak reakcji
- Firewall drupala
- [simpleads] błąd w "_simpleads_node_stat_tab()"
- UserPoints aktualizacja punktów
- Dwa typy ogłoszeń, jak zrobić żeby było dobrze.
- Taksonomia dla bloków.
- Kategoryzowanie użytkowników według "Zainteresowań"
Shoutbox
DepecheMati:
11 to masz same łatki bezpieczeństwa, zaś 12 to łatki bezpieczeństwa + szereg innych zmian co niesie potrzebę przejrzenia listy zmian/przeprowadzenia testu (ogólnie czasu i większej uwagi, szczególnie przy dużych i/lub rozbudowanych witrynach). 4 godziny 55 min. ago |
Sergio:
czemu odrazu 11 i 12? 6 godzin 24 min. ago |
DepecheMati:
Wszyscy nowe kropelki pobierają :) 4 dni 7 godzin ago |
kerios83:
drupal.org znowu leży... 4 dni 9 godzin ago |
przeniesienie strony ...
- Zaloguj się lub utwórz konto, by odpowiadać
- Zaloguj się lub utwórz konto, by odpowiadać
hejka
dzisiaj ja mam mały problem mianowicie chce przenieść swoją stronę z jednego hostingu na drugi i tu napotkałem na mały problem
mianowicie instaluje – wszystko ok włączam moduły (te same co mam na stronie) – wszystko ok
no to teraz przegranie bazy:
1 korzystam z Backup and Migrate
* Ze względów bezpieczeństwa nazwę wysłanego pliku zmieniono na backoup.sql_.gz.
* Restore complete. 2087 SQL commands executed.no niby ok ale teraz daje update.php aby przemielił bazę i wywala bład
user warning: in /home/****/domains/****.***.pl/public_html/includes/module.inc on line 147.2. przeniesienie bazy z phpMyAdmin to samo przy update te same błędy
Ja proponuje taki sposób: http://ezinearticles.com/?Moving-A-Drupal-Site-From-One-Host-To-Another-...
hehe
nic nowego nie wymyśliłeś i nie pomogłeś patrz mój post punkt 2.
No tak, ale najpierw jest pkt 1 :) W każdym bądź razie kilka razy przenosiłem już Drupala między hostingami w taki sam sposób, jak podałem i nie było problemów ;) Pozdrawiam
Po pierwsze po co instalujesz na nowo drupala? Po drugie po jaką cholerę odpalasz update.php?
W linku podanym przez matika masz jasno napisane:
1. robisz kopię całej struktury katalogów i plików
2. robisz kpię bazy danych
3. wgrywasz na nowy serwer kopię plików
4. wgrywasz na nowy serwer bazę danych
5. aktualizujesz plik konfiguracyjny drupala żeby wiedział z jaką bazą ma się połączyć
6. sprawdzasz dla pewności plik .htaccess czy nie wszystko się zgadza
i to wszystko. Zrób tak a zobaczysz, że zadziała.
--
http://siliconmind.eu | zapraszam
jian - to jest dokładnie to samo, co w linku, który podałem. SiliconMind po prostu zaprezentował Ci to rozwiązanie w polskiej formie :) Pozdrawiam
padl
czytajcie ze zrozumieniem
wszystko jet ok do momentu odpalenia update.php
do SiliconMind
ad1 bo jest mi prościej i na wstępie wykrywam błędy serwera
ad2 po taką cholerę że jak aktualizuję moduł to muszę to zrobić
więc po przegraniu strony sprawdzam czy wszytko działa
no chyba ze ty nie wgrywasz aktualizacji modułów i nie aktualizujesz strony to sory
jian, ale właśnie na tym polega problem, że robisz to niewłaściwie :) Instalujesz suchego drupala, potem przenosisz bazę i chcesz odpalić update.php - tak przynajmniej napisałeś na początku. Tylko zapominasz, że twoja baza jest już po aktualizacjach. Dlatego właśnie masz skopiować całą strukturę drupala ze starego serwera. Wtedy masz pewność, że wszystkie wersje modułów zgadzają się ze strukturą danych w bazie. Dopiero potem możesz sobie robić eksperymenty, aktualizować moduły i odpalać update.php.
Zrób tak jak wszyscy piszą, zamiast bawić się w partyzantkę i mówić że coś nie działa. Skopiuj strukturę plików i katalogów. Przenieś bazę. Wszystko będzie działać. Dopiero potem zaktualizuj sobie moduły (jeśli oczywiście będzie to konieczne).
Przy okazji, bo nie wiem czy jesteś tego świadomy: update.php odpalasz właśnie po to, żeby zaktualizować strukturę danych w bazie pod nowe wersje modułów. Po nic innego.
--
http://siliconmind.eu | zapraszam
Nie wiem czy ktoś wspomniał, ale przed zrzutem bazy warto wyczyścić cache (budowa witryny -> wydajność, na samym dole jest wielki przycisk do 'czyszczenia pamięci podręczne').
Cache tj. specjalnie wydzielone tabele w bazie przechowujące serializowane dane, np. tablice asocjacyjne z danymi, dzieki czemu mozna przyspieszyc dzialanie serwisu (zamiast wykonywac zapytanie wykorzystujace laczenie x tabel z tysiacami rekordow, wystarczy pobac 1 rekord z cache)
Ja zawsze przenoszę tak:
1) wyczyszczenie cache,
2) eksport bazy do sql przez mysqldump,lub phpmyadmin,
3) import bazy na nowy hosting,
4) skopiowanie drzewka plkiow drupala ze starego hostingu na nowy, a nie swieza instalacja na starej bazie, po aktualizacjach, jak napisal SiliconMind, a później szlochanie że update.php nie działa (no bojak tu ma nie ogłupiec baza, jak alter próbuje dodać istniejącą kolumnę?), zmiana danych w settings.php dotyczących dostępu do nowej bazy,
5) zalogowanie sie do nowego drupala i ponowne (na wszelki wypadek) wycyszczenie cache.
Update.php używa się przy zmianie wersji modułów, korzystających z bazy. A i to nie zawze, bo tylko wtedy gdy w hook.install przybylo funkcji update wzgledem aktualnie uzywanej wersji. update.php sluzy do wprowadzania zmian w strukturze tabel. Jesli przenosisz serwis wraz z jego baza i po drodze nie porywasz sie za aktualizacje modulow to uruchomienie update.php nie ma najmniejszego sensu.
I to wszystko.
Pozdrawiam
Witam,
dołączę się do tego tematu ponieważ również mam problem z przeniesieniem strony.
Bardzo bym prosił Was o pomoc. Ponieważ spadło na mnie zadanie przerobienia strony, chciałbym najpierw zrzucić stronę na lokalny serwer i tu ją zmieniać a później zrobić update na serwerze właściwym. I tak:
- zgrałem wszystkie pliki z ftp-a
- zgrałem całą bazę
na localhost'ie postawiłem serwer AppServ ver 2.5.10 z MySQL-em i Apachem. Przez phpmyadmin-a zaimportowałem bazę z powodzeniem. w katalogu stron wrzuciłem wszystkie zgrane pliki. I teraz zaczyna się problem bo. Jeżeli wejdę na sam katalog z stroną do zmiany to dostaję błąd :
Warning: require_once(./sites/default/settings.php) [function.require-once]: failed to open stream: No such file or directory in C:\AppServ\www\www\mojanazwastrony\includes\bootstrap.inc on line 154Rzut okiem w katalog i co ? nie ma katalogu ./sites/default ale za to jest ./sites/www.nazwadomenystrony.com.pl
Zmieniłem nazwę na default - > wyświetliło stronę ale bez importu css-a, na każdy link co kliknę to przenosi mnie na stronę właściwą czyli www.nazwadomenystrony.com.pl
W bazie danych utworzyłem takiego samego usera z tym samym hasłem, żeby mogło się łączyć bez problemów. Ale sama struktura katalogów ze strony jest inna niż struktura katalogów po świeżej instalacji na localhoscie drupala.
Poniżej zamieszczam screen.
http://img268.imageshack.us/i/42674728.jpg/
Z góry będę wdzięczny za pomoc.
--
Pozdrawiam hosti
Udało mi się połowicznie rozwiązać problem.
Zgrałem wszystkie pliki z ftp-a na localhosta. Przeniosłem całą bazę i za importowałem na lokalnej bazie. W katalogu sites był tak:
./sites/www.nazwadomenystrony.com.pl i zmieniłem na ./sites/8080.192.168.0.103/
w pliku settings.php zmieniłem linijkę:
$base_url = 'http://192.168.0.103:8080/www/nazwa.kat.w.ktorym.sa.pliki';Po tych modyfikacjach strona "wróciła do życia", ale połowicznie ponieważ gdy klikam w jakikolwiek link dostaję
Not FoundThe requested URL /www/naz.kat.w.ktorym.sa.pliki/urzadzenia_nowe/siemens was not found on this server.
Apache/2.2.8 (Win32) PHP/5.2.6 Server at 192.168.0.103 Port 8080
Mod_rewrite jest włączony więc powinno być ok? Co jeszcze może stanowić problem?
Prosiłbym Was o pomoc.
--
Pozdrawiam hosti