Charismekis Blog

Wer bei der Aer Lingus Hotline anruft sollte folgendes beachten: die Suche nach der Service Nummer für stornierte Flüge dauert ewig: ungefähr gefühlt so ewig wie die Zeit zwischen zwei Klingeltönen. Mindestens 60 sec Abstand zwischen 2 einzelnen Tuuuuuuts. Beim ersten Mal dachte ich es handele sich um einen Verbindungsfehler und habe wieder aufgelegt. Beim nächsten Mal habe ich mindestens 3 Minuten gewartet und dann plötzlich ein Tut. Lustig eigentlich wenn man nicht wegen storniertem Flug zu Weihnachten anrufen müsste.

Dann kann es auch vorkommen, dass man nach weiteren 10 min wieder kurz motiverende Musik hören darf. Der Kanller: die Hotline selber, die 3 mal betont, dass man hier in Deutschland bei Aer Lingus wäre und das Fax, welches man nach Irland geschickt hat für die Schadensersatzansprüche, nicht unter der Buchungsnummer eingetragen wäre. Ist doch lustig. Weil man ja hier in Deutschland ist.

Have fun!

Voraussetzungen für eine Magento Migration: vServer, ssh

1. neue (Sub-)domain anlegen und die files kopieren

2. Datenbank kopieren, aber:
– wenn über phpmyadmin exportiert wird, muss der Fremdschlüssel beim Export deaktiviert werden, sonst gibt es eine Fehlermeldung beim Import
– wenn über die Komandozeile mit mysqldump -h -u username -pPassword datenbankname > filename.sql dann muss die Datei editiert werden.
– mit vim: vim filename.sql . Am Anfang der Datei steht folgender Block:

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE=’+00:00′ */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE=’NO_AUTO_VALUE_ON_ZERO‘ */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

Mit i in den Editor Mode wechseln. Dann den Block ersetzen durch SET FOREIGN_KEY_CHECKS=0;
Mit esc und G zum Ende der Datei springen und mit i wieder in den Schreibmodus wechseln:

Dort steht:
/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;


Hier die erte Zeile löschen. esc , mit :wq speichern und schließen, und mit mysql -h -u username -pPassword neue-datenbank< filename.sql den Abzug wieder einfahren.

Nun muss noch der Domainname geändert werden. Die URLs stehen in core_config_data

3. unter app/etc muss die neue Datenbankverbindung eingetragen werden in die local.xml
4. alle caches unter var/cache und var/session löschen
5. die permissions mit zB dem magento cleanup script setzen lassen.
6. wer die Fehlermeldung New error message in this file: app/code/core/Mage/Core/Model/Mysql4/Config.php on line 92 muss noch in die core_store, core_store_group und core_website Tabelle schauen und der admin Seite eine 0 als id für store_id mitgeben. Bei der Migration wird die ID neu beschrieben.

voila!

Am 8. Juni 2011 werden einige großen Internetdienste das IP6 Protkoll öffentlich testen: wer schon mal vorher sein Netzwerk auf IP6 Kompatibilität testen will, besucht: http://test-ipv6.com/