Téma: Kérdések a költözéssel kapcsolatosan

Sziasztok!

Weblapunkat a szolgáltató áthelyezi a régi szerveréről az új szerverére. Azt szeretném kérdezni, hogy kb. mire számíthatunk az ip változással kapcsolatosan.

- kell e valamit átregisztrálnom a katalógusokban
- kell e esetleg a google webmaster tools -ban állítani valamit
- kell e értesíteni valahogy a robotokat / keresőket róla..

Szokás e ilyenkor valamilyen tájékoztató üzenetet rakni a honlap nyitóoldalára vagy egész egyszerűen valaki a régi valakinek az új helyről nyitja majd meg az oldalt...

Hogy működik ez, mik a teendőim?

Köszi a tanácsokat.

---

Hasonló témák:

• Joomla 1.0-ról 1.7-re kérdések
• Kérdés weboldal költözéssel kapcsolatban
• Pár alapvető kérdés katalógusokkal kapcsolatosan
• 301 kérdések

Semmi teendőd sincs, egy költözés (amennyiben kiesésmentesen csinálja a szolgáltató) lényegében transzparens a keresők ill. látogatók számára.

gzoli eredeti hozzászólása

Ha felhasználók által nem változtatható a tartalmad, akkor nincs teendőd. Ha valamilyen fórum rendszered van, akkor általában valamennyi kieséssel kell számolnod, mivel lesz átfedés az átálláskor a régi és új szerverek elérésében. Van aki a régit, van aki már az újat fogja elérni, attól függően, hogy melyik névszerver cache-elte már korábban a címet. Ha ismerte akkor átlagosan 24 óra amíg frissül, ezzel lehet trükközni, hogy kevesebb legyen, de hozzá kell tenni, hogy vannak olyan szolgáltatók, akik annyira gyorsító tárazzák a névszervereiket, hogy több nap múlva sem frissül, csak ha a DSL-es Ügyfél odaszól.

Ha képzett dolgozó csinálja, rendes műszaki tervvel a kezében és nem csak adhoc, akkor a külvilág semmit nem fog belőle észrevenni, akár dinamikus a weboldal akár nem. Lecsökkenti a költöztetés előtt 2-3 nappal a domain TTL-jét, azután 3-4 nap műlva létrehozza az új hosztot és duplikálja a tartalmat (rsync), beállít egy proxy-t (pl mod_proxy és innentől fogva a régi hoszt kilőve), ezután átállítja a az IP-t. Ha van adatbázis is akkor ott beállít egy replikácót, innentől fogva ha az adatbázis1 módosúl, akkor az adatbázis2 -be is replikálódni fog. És nem felejt el backupot készíteni sem az action előtt.

Persze azt nem tudom hogy a te oldaladnál mi lesz a forgatókönyv, de amikor én csinálok ilyesmit, akkor az üf semmit sem vesz észre a dologból, max. azt hogy gyorsabb lett az oldala.

sipi eredeti hozzászólása

Ha képzett dolgozó csinálja, rendes műszaki tervvel a kezében és nem csak adhoc, akkor a külvilág semmit nem fog belőle észrevenni, akár dinamikus a weboldal akár nem. Lecsökkenti a költöztetés előtt 2-3 nappal a domain TTL-jét, azután 3-4 nap műlva létrehozza az új hosztot és duplikálja a tartalmat (rsync), beállít egy proxy-t (pl mod_proxy és innentől fogva a régi hoszt kilőve), ezután átállítja a az IP-t. Ha van adatbázis is akkor ott beállít egy replikácót, innentől fogva ha az adatbázis1 módosúl, akkor az adatbázis2 -be is replikálódni fog. És nem felejt el backupot készíteni sem az action előtt.

Persze azt nem tudom hogy a te oldaladnál mi lesz a forgatókönyv, de amikor én csinálok ilyesmit, akkor az üf semmit sem vesz észre a dologból, max. azt hogy gyorsabb lett az oldala.

Ez ok, de egy másik szolgáltató MySQL-hez hogy kapcsolódsz, ha nem enged semmilyen más, főleg külső csatlakozást?

Házon belűl költözik a weboldala, ha másik céghez viszi át akkor azt neki kell megoldania.

Ha a szolgáltató a régi szerverét cseréli le, akkor én nem egyesével tenném át a hosztokat, hanem együtt az összeset.

sipi eredeti hozzászólása

Házon belűl költözik a weboldala, ha másik céghez viszi át akkor azt neki kell megoldania.

Bocs, jogos... ezen valahogy átsiklottam.