Félig kész Drupalos weblapot szeretnék másik szerverre átvinni, ez mennyire bonyolult? Feltelepítem az új helyre a drupalt, és a régi drupal-könyvtár tartalmát simán rámásolom az újra??
Azzal lehet gond, hogy míg a régi telepítés angolul történt (utólag magyarítottam importtal - kb 85% a lefordítottsága), addig az újat lehetőség szerint szeretném már a telepítéstől magyarul felrakni?
Köszi!
ha az új helyen kb. ugyan
ha az új helyen kb. ugyan azok a körülmények lesznek (szerver beállítások és verziók, ugyan ott lesz a drupal a docroot könyvtárszerkezetben ahol korábban stb.) akkor:
- simán fogod a jelenlegi könyvtárszerkezetet, egy az egyben átviszed a másik helyre
- csinálsz egy adatbázis dump -ot a régi helyről (pl.: mysqldump -u username1 -p databasename1 > drupal_mysql.dump)
- új helyen beimportálod az adatbázis dump -ot (mysql -u username2 -p databasename2 < drupal_mysql.dump)
- hozzáigazítod a config.php -t a helyi dolgokhoz
- esetleg a .htaccess -t is ha kell
és kész.
amit másodjára írtál azzal lehet gond, mert egy új telepítésre rávinni a korábbi dolgokat már sokkal problémásabb, szóval inkább ajánlanám azt, h importáld be inkább újra a teljes magyar fordítást (esetleg autolocale megteszi) úgy, h a korábbiakat felülírja ...
jogosultságok
Arra még figyelni kell, hogy az új helyen (főleg ha UNIX-os a webszerver) rendben legyenek a mappák/fájlok írás/olvasási jogai, mert esetleg majd nem fogsz tudni feltölteni csatolást, képet, stb.
Üdv, Pali
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
Backup modul 5.x-hez?
Nincs más backup modul 5-ös drupalhoz? Amit találtam, csak 4.7-hez jó..
Ha más a szerverkörnyezet, akkor egyáltalán nem megoldható a migrálás? (mondjuk mysql 3.2 helyett 5.x; php 4.3 helyett 5.x, apache 1.3 helyett 2.x)
Ezek nem biztos, hogy így vannak, de ha igen, akkor reménytelen?
nem reménytelen
Az Apache változást valószínűleg észre sem veszi, a MySQL+PHP beállításoknál lehet probléma, pl. jelszókezelés MySQL 4.1 és PHP 4.x esetén. Ezek a dolgok jól le vannak írva a kézikönyv Telepítés lépésről lépésre c. fejezetében. Szerintem egyszerűbb elolvasni és értelmezni a telepítési útmutatót, mint vakon rábízni magad egy backup modulra (ami valószínűleg úgysem kezeli a lehetséges több száz (ezer?) féle szerverbeállítási lehetőséget.)
alapvetően ha futott
alapvetően ha futott korrekten mindened php 4.3 alatt, akkor 5.x alatt is fog HA a php beállítások ugyan olyanok ÉS a kiszolgáló web szerver adott virtualhost -ra vonatkozó beállításai SEM korlátozzák a működést.
szóval apache 1.3 és 2.x váltás sem gáz, HA a váltás nem jár különböző spec beállítási diferenciákkal. /teszemazt bekonfigoltak egy mod_sexurity -t ami korábban nem volt és mondjuk spec esetekben nem megy a POST -od.../
mysql 3.2? az apache 1.3 sem semmi, de az még elmegy, viszont melyik múzeumban használnak még ilyen mysql -t ?!?!?!
mysql 3.2 -> 5.x elég nagy váltás... ilyen verziók között még nem kellett mozgatnom infókat, elvileg mehet gond nélkül, de ott erősen odafigyelnék...
más backup
ha saját szervered van akkor ne legyen már gond konzolból kiadni a parancsot, ha meg bérelsz tárhelyet, akkor tuti van grafikus felület, amin keresztül kimentheted az adatbázisod és amin keresztül be is importálhatod... kell ennél több?
Igen ám, de pl extra
Igen ám, de pl extra export, és a saját szerveren import és error lesz belőle.
mysql, php detto
apache lehet különbség, de mindegy
Hiba
SQL-kérés:
--
-- Adatbázis: `****`
--
CREATE DATABASE `****` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
MySQL jelzi:
#1007 - Can't create database '***'; database exists
Pedíg mysql default utf8 mindkét helyen és a phpmyadmin utf8_general_ci
Ki érti ezt?
hadd ne mi értelmezzük a hibaüzenetet
Légyszives... hadd ne mi értelmezzük a hibaüzenetedet, ha az érthető, egyértelmű, és világos!
Vagyis nem tudja létrehozni az adatbázist, mert már az létezik. Ami persze igaz is, hiszen így kezdődik a kimentett cuccod:
CREATE DATABASE `****` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;Tanulság: Nem kell létrehoznod (vagy töröld le) az adatbázist, amelybe importálni akarsz a gépeden, hiszen maga az import azzal kezdődik, hogy létrehozza az adatbázist magának.
Ez nem extra, nem php, nem apache, hanem egy minimális angol-tudás (vagy megközelítése), illetve józan paraszti ész. Szerintem.
Aki mielőtt belevág az ilyenbe, szerez egy kis ismeretet SQL -ből, PHP -ből, stb. Hidd el, megéri.
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés
Kösz a fellengzős,
Kösz a fellengzős, önelégűlt kioktatást már kezdtél hiányozni! Ha had ne akkor mi f.szt krákogsz.
hmmm
Elnézést valszeg már egy késöbbi hibaüzenetet másoltam ide, természetesen szüz mysql-be próbáltam importálni - ami hibával elszállt. Amikor megláttam a költöztetős fórumot, gyorsan legeneráltam még egyszer és nem figyeltem... paff megesik.
Elnézést
Elnézést, ha megbántottalak, nem ez volt a célom...
Csupán segíteni szándékoztam azzal, hogy felhívom a figyelmedet arra, hogy az általad írt hibaüzenet teljesen jól értelmezhető, és sajnos nem ez az első ilyen eset, pláne ha jobban megnézem, a problémád nem is tartozik annyira a Drupalhoz.
Kíváncsian várom az új, ezúttal remélhetőleg "jó" hibaüzenetet, a hiba előidézésének módját, stb.
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés
Átköltöztettem egy
Átköltöztettem egy webshopomat egy másik szerverre domain név is váltózót.
Settings.php beállítottam, amikor behívom az oldalt akkor egy üres fehér képernyöt kapok.
Mit kell még beállítanom?
Köszi
webszerver logjában lesz a
webszerver logjában lesz a válasz. (valószínűleg kevés a memória, vagy hiányzik valamilyen PHP-s kiegészítő, stb.)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu