Ich wollte die zu meinen Mobilfunk Vertrag gehörenden SIM Karten so erweitern, dass ich – ohne einen neuen Vertrag abschließen zu müssen – sowohl eine SIM Karte im Handy als auch eine Karte zum mobilen Surfen in einem iPad nutzen kann.

Dafür gibt es bei meinem Provider (O2 Online) die Möglichkeit, eine sog. Multicard zu nutzen. Da kann man bis zu 3 (für Geschäftskunden: bis zu 5) SIM Karten mit der selben Nummer nutzen. Es kann auch recht einfach konfiguriert werden, welche Karte grade welche Funktionen innehaben soll. Abgehende Telefonate können dabei mit allen Karten geführt werden, eingehende Anrufe (genau wie SMS oder MMS) werden natürlich nur auf einer der Karten signalisiert. Datenverbindungen kann man dafür mit allen Karten auch gleichzeitig aufbauen.

Die Kosten für diese Multicard betragen 30 Euro einmalig (ok, genau: 29,99 Euro). Dabei wird die aktuelle SIM Karte kostenlos ausgetauscht und man bekommt halt bis zu 2 (oder halt 4 für Geschäftskunden) zusätzliche Karten.

Das Dumme an der Sache ist nur, ich kann mich nicht daran erinnern, dass man beim Bestellprozess angeben kann, wieviele zusätzliche Karten man haben möchte. Also habe ich ein paar Tage nach meiner Bestellung über das Internetportal 3 neue Karten bekommen – eine als Austausch für die bisherige und 2 zusätzliche.

OK, dachte ich mir, dann lege ich halt eine Karte zur Seite und benutze sie nicht.

Bis mir dann die Rechnung ins E-Mail Postfach geflattert ist: 60 Euro zusätzlich! Es kostet also jede (!) zusätzliche Karte 30 Euro. Das war mir jedoch nicht bewusst gewesen.

Nachdem ich über ein Ticket-System Kontakt mit O2 aufgenommen habe, bekam ich nur einige Stunden später eine Mail, dass man mir aus Kulanz 30 Euro gutschreiben werde. Die zusätzliche 3. Karte solle ich mir weg legen, falls ich sie doch mal brauchen würde.

Genau so stelle ich mir das vor. Vielen Dank!

Note: 1

In Kachtenhausen bezahlt man zwar für 16 MBit, bekommt aber maximal 6 MBit (nachdem ich heute mal wieder geschaut habe, vor einigen Monaten waren noch 3 MBit das höchste der Gefühle).

Im aktuellen Tarif Call & Surf Comfort Plus/Universal (ISDN) zahle ich also für zwei ISDN Leitungen, Festnetzflat sowie einige mehr oder weniger unnütze Dinge wie Hotspotflat oder EMail-Paket insgesamt ca. 60 Euro monatlich. Bekommen tue ich dafür eine 3 MBit Internetleitung. Man kann mitlerweile auch DSL6000 RAM beantragen, dann sind die Download-Raten jedoch nicht mehr garantiert.

Unitymedia war ja immer schon etwas schneller – zumindest in Kachtenhausen (in fast (!) allen Straßen) gab es bisher die Möglichkeit, Internetgeschwindigkeiten bis zu 32 MBit (down) und 2 MBit (up) zu buchen. In Verbindung mit einem vorhandenen Kabelanschluss konnte man auch gleich ein 3play genanntes Angebot nutzen, was neben dem digitalen Basis-Fernsehen auch noch eine Telefonflat fürs Festnetz beinhaltet. Kostenpunkt: 47,90 Euro monatlich (eine Verdoppelung des Upstreams von 1 auf 2 MBit schlägt mit 5 Euro monatlich zu Buche).

Seit kurzem (oder vielleicht schon länger, ich hab’s jedenfalls erst letzte Woche mitbekommen) gibt es nun auch in Kachtenhausen die Möglichkeit, 3play mit 128 MBit (down, 5 MBit up) zu buchen. Kosten: 77,90 Euro monatlich.

Letzte Woche gesehen, bestellt und gestern das alte Kabelmodem gegen das zugeschickte DOCSIS 3.0 Modem ausgetauscht.

Das war mein Weihnachtsgeschenk an mich selbst …

Aus dem ehemaligen Hersteller von Radio- und Fernsehgeräten, der 2003 in Insolvenz ging, entstand u.a. die Grundig Intermedia GmbH. Hier werden u.a. Fernseher, Radios, Hifianlagen, Staubsauger, Telefone und Küchengeräte hergestellt und vertrieben.

Wie komme ich drauf?

Nunja, irgendwann im letzten Jahr gab es beim real,- Markt um die Ecke mal wieder so eine Treuepunkt-Sammelaktion. Dabei konnte man Grundig Küchengeräte im Vergleich zur UVP des Herstellers einige Euros günstiger erstehen. Wenn man sich die Geräte mal bei online Versendern rausgesucht hat, war die Ersparnis zwar nur noch äußerst marginal, aber sei’s mal drum.

Wir haben also u.a. so eine Küchenwaage gekauft.  Wenn ich mich recht erinnere, hat sie so um die 12-14 Euro gekostet. Die UVP des Herstellers liegt aktuell bei 42,99 Euro. Bei ebay werden so ca. 18-25 Euro verlangt, letztes Jahr waren sie dort auch schon günstiger.

Worauf ich hinauswill ist dies: Vor einigen Tagen haben wir festgestellt, dass man das Display der Waage nicht mehr ablesen kann. Einzelne Elemente des LCDs werden nicht mehr korrekt angesteuert. Auch ein Austausch der Batterien hat keine Besserung gebracht.

Ich habe also am Mittwoch Abend um 21:50 Uhr eine Email mit 3 angehängten Fotos an service@grundig.com geschickt und gefragt, ob das Gerät noch in der Garantiezeit ist. Gleichzeitig erwähnte ich, dass wir keinen Kaufbeleg mehr besitzen und dass die Waage irgendwann in der zweiten Jahreshälft 2010 gekauft worden ist.

Am darauffolgenden Donnerstag um 8:10 Uhr hatte ich eine Email im Postkasten, in der mir die Zusendung eines Austauschgerätes angekündigt wurde. Die Rücksendung des defekten Gerätes sei nicht notwendig und ich solle mich doch bitte um die korrekte Entsorgung kümmern (was ich auch prompt gemacht habe!).

Mit so einem schnellen, freundlichen und unkomplizierten Kundenservice hatte ich es schon lange nicht mehr zu tun.

Note: 1+

Ausgangsituation ist also Server A. Hier liegen in einem Unterverzeichnis die FTP Daten und in einer MySQL Datenbank auf eben jenem Server auch die variablen Inhalte des CMS. Es ist eine Subdomain auf diesem Entwicklungsserver eingerichtet in der Form xxx.kochsiek.org

Jetzt soll die dort befindliche Webseite auf den Server B umziehen, um unter der Domain www.xxx.de zu laufen.

Die folgende Anleitung wendet sich an nicht ganz unerfahrene Anwender. Der Umgang mit einem FTP Client sollte bekannt sein und auch MySQL Datenbanken dürfen kein Geheimnis darstellen.

Der Umzug gliedert sich in mehrere Teile.

1. FTP Daten

Hier muss man zunächst den Inhalt des kompletten Verzeichnisses, in dem sich die Joomla Installation auf Server A befindet, mittels FTP auf den lokalen Rechner runteladen. Dazu nutze ich den FTP Client FileZilla. Ich erzeuge mir also auf einer lokalen Platte ein neues, leeres Verzeichnis und lade dort das komplette Verzeichnis des Webservers hinein.

Auf meinem Webserver habe ich eine Ordnerstruktur in der Form

[root]
[root]/domain
[root]/domain/xxx_kochsiek_org
[root]/domain/yyy_kochsiek_org
[root]/domain/zzz_kochsiek_org

Die Joomla-Verzichnisse liegen also alle in dem entsprechenden Ordner:
[root]/domain/xxx_kochsiek_org
[root]/domain/xxx_kochsiek_org/administrator
[root]/domain/xxx_kochsiek_org/cache
[root]/domain/xxx_kochsiek_org/cli
[root]/domain/xxx_kochsiek_org/components
[root]/domain/xxx_kochsiek_org/images
[root]/domain/xxx_kochsiek_org/includes
[root]/domain/xxx_kochsiek_org/language
[root]/domain/xxx_kochsiek_org/libraries
[root]/domain/xxx_kochsiek_org/logs
[root]/domain/xxx_kochsiek_org/media
[root]/domain/xxx_kochsiek_org/modules
[root]/domain/xxx_kochsiek_org/plugins
[root]/domain/xxx_kochsiek_org/templates
[root]/domain/xxx_kochsiek_org/tmp

Alle diese Ordner – natürlich inkl. deren Inhalte – sowie den Inhalt des Hauptordners wähle ich aus und kopiere sie auf menen lokalen Rechner.

Das kann evtl. etwas dauern, da es tausende Dateien sind, auch wenn die einzelne Datei vielleicht nur einige Bytes groß ist. Am Ende habe ich den kompletten Verzeichnisbaum auf meinem lokalen Rechner.

Ich verbinde mich nun per FTP auf den Zielserver B. Dort muss ich – je nach Webserver-Konfiguration – in das Verzeichnis wechseln, auf das die neue Domain www.xxx.de zeigt. Hier hin lade ich einfach den Inhalt meines soeben befüllten lokalen Verzeichnisses hoch. Das kann evtl. noch länger dauern, da die Upload-Geschwindigkeit meist erheblich unter der Download-Geschwindigkeit des Internetproviders liegt. Ausserdem sind es wieder tausende, klitzekleine Dateien, was halt einfach etwas dauert.

Funktionieren wird die Seite auf dem neuen Server jetzt natürlich noch nicht, da ja weder die Datenbank umgezogen ist, noch die Konfiguration darauf verweist.

Wenn man Shell-Zugirff auf den Server hat, kann man natürlich auch das kopieren der vielen einzelnen Dateien beschleunigen und zunächst auf dem Server ein Archiv des Ordners erstellen, um dann nur noch eine einzige große Datei runterzuladen. Das geht recht einfach mit dem Befehl

tar -cvzf /www/htdocs/abcd/backup/xxx_kochsiek_org_`date +%Y%m%d_%H%M`.tar.gz /www/htdocs/abcd/domain/xxx_kochsiek_org –exclude=access_log* –exclude=ftp_log*

Damit wird im Ordner [root]/backup eine Datei namens xxx_kochsiek_org_JJJJMMDD_HHMM.tar.gz erstellt (wobei Datum und Uhrzeit in den Namen eingebaut werden). Diese Datei kann man runterladen und auf dem Ziel-Server wieder entpacken. Das geht deutlich schneller als alle Dateien einzeln zu behandeln.

Damit kommen wir zum nächsten Teil

2. MySQL Datenbank

Mit Hilfe des MySQLDumpers mache ich ein Backup der MySQL Datenbank auf Server A und lade die so erzeugte Backup Datei wieder lokal auf meinen Rechner in ein entsprechendes – leeres – Verzeichnis, das ich auch wiederfinde.

Auf dem neuen Server B muss natürlich auch eine Installation des MySQLDumpers vorhanden sein. Die soeben heruntergeladene Backup-Datei lade ich per FTP in das Verzeichnis /work/backup des Dumpers auf Server B hoch.

Im Idealfall habe ich bereits eine neue, leere MySQL Datenbank auf dem neuen Server erstellt und im Dumper konfiguriert.

In diese Datenbank stelle ich nun die eben gesicherte DB von Server A wieder her.

Falls es Fragen zum Handling des Backups und der Wiederherstellung mit Hilfe des Dumpers gibt, ist das MSD Support-Forum der richtige Platz, um nach Hilfe zu fragen.

FTP Daten der Joomla-Seite und die Datenbank liegen jetzt also beide auf Server B. Aber etwas fehlt noch!

3. Konfiguration ändern

In jeder Joomla-Installation gibt es im Hauptverzeichnis eine Datei, die configuration.php heißt. Diese Datei habe ich mit allen anderen aus Schritt Nr. 1 bereits auf den neuen Server B hochgeladen. Sie ist jedoch noch konfiguriert für den Server A. Einige Anpassungen muss man hier noch vornehmen.

Ich lade diese Datei also wieder lokal auf meinen Rechner und editiere sie mit einem Texteditor (Achtung: Word ist keiner!). Am liebsten nutze ich für sowas Notepad++

In der Datei gibt es die Variablen
$host
$user
$db
$password
$log_path
$tmp_path
$sendmail
Diese enthalten Angaben zum alten Server A und müssen entsprechend des neuen Servers B geändert werden.

Anschließend lade ich die Datei wieder per FTP auf Server B hoch und ersetze damit die dort vorhandene Datei.

Jetzt kann man die Seite unter der neuen Domain auf Server B bereits aufrufen. Ein Schritt muss aber noch gemacht werden!

4. Berechtigungen setzen

Joomla benötigt auf einige Verzeichnisse Schreibrechte, um korrekt funktionieren zu können.

Um rauszubekommen, welche Verzeichnisse das sind, geht man im Administrator-Backend von Joomla über das Menü Site / Systeminformationen. Hier gibt es einen Untereintrag Verzeichnisrechte. Alle hier aufgelisteten Verzeichnisse sollten per FPT die CHMOD Rechte 777 bekommen.

Das ist der Weg zu dieser Auflistung ab der Joomla-Version 1.6, in der Version 1.5 war der Weg Hilfe / Systeminfo / Verzeichnisrechte.

Die Datei configuration.php (siehe Schritt Nr. 3) muss auch beschreibbar sein, damit Änderungen an der Konfiguration über die Weboberfläche gespeichert werden können.

Das war’s im Grunde. Die Seite läuft jetzt auch auf Server B.

Hintergrund der ganzen Aktion ist, dass ich für einen Bekannten mal eine Webseite gemacht habe (ok, eigentlich waren es zwei Seiten). Da er in seinem Webhosting-Paket nur eine begrenzte Anzahl an MySQL Datenbanken und auch nur begrenzten Speicherplatz zur Verfügung hatte, habe ich das Tracking der Besucher seiner Seiten über eine Piwik-Installation in meinem Webhosting laufen lassen. Piwik hat ja nun die Eigenschaft, die genutzte MySQL Datenbank recht schnell ziemlich groß werden zu lassen.
Nun hat der Hoster meines Bekannten aber seine Tarife geändert, und so stehen jetzt statt nur einem GB ganze 10 GB zur Verfügung. Das Tracking der Besucher mit Piwik kann also nun über seinen eigenen Server laufen.

Schön wäre es jetzt natürlich, wenn alle bisher in der Vergangenheit aufgelaufenen Daten, die bisher auf meinem Server liegen, auch auf seinem Server wieder zur Verfügung stehen würden.

Disclaimer: Obwohl hier Änderungen an Datenbanken gemacht werden, spielt sich der Großteil in einer temporären Arbeits-DB ab. Hier kann eigentlich nicht viel kaputt gehen. Dennoch sollte man wissen, was man tut! Datensicherungen sind sicherlich von Vorteil Ich übernehme keine Gewähr oder Haftung für zerschossene Datenbanken und das damit einhergehende Leid der Betroffenen!

Wir haben also folgende Ausgangssituation:

Server A (alt)

• MySQL Datenbank A
• Piwik-Installation A (Version 1.1.1)
• ID der beiden Webseiten, die exportiert werden sollen: 6 und 11

Server B (neu)

• eigene, neue MySQL Datenbank B
• eigene, neue, leere Piwik-Installation B (Version 1.1.1)
• ID der beiden Webseiten, die importiert werden sollen: 1 und 2
• Der Tracking-Code auf den Webseiten verweist auf die Piwik-Installation auf Server A

Die beiden Piwik-Installationen auf Server A und B müssen natürlich in der selben Version vorliegen.
In Piwik B sind die beiden zu trackenden Webseiten bereits angelegt worden und haben die IDs 1 und 2.

Ich habe vor, zunächst alle Daten zu kopieren, dann aus dieser Kopie die Daten rauszulöschen, die nicht auf Server B übernommen werden sollen, die IDs der Webseiten in Piwik zu ändern, und am Ende diese bearbeiteten Daten dann auf Server B einzuspielen.

Für alles, was mit Datenbanken, Tabellen, SQL-Abfragen usw. zu tun hat, nutze ich den MySQLDumper.

Kurz noch etwas zur Größe der Ausgangsdatenbank auf Server A:

• Piwik installiert seit 17.01.2010
• Insgesamt 11 Webseiten zum Tracken angelegt, 2 davon sollen jetzt exportiert werden
• Eine der zu exportierenden Websites in Piwik wurde am 18.01.2010 angelegt
• Die andere wurde am 17.09.2010 angelegt
• Datensätze in piwik_log_action: ca. 16.000
• Datensätze in piwik_log_link_visit_action: ca. 252.000
• Datensätze in piwik_log_visit: ca. 115.000
• Größe dieser 3 Tabellen insgesamt: ca. 50 MB

Als erstes lege ich nun auf dem Server A eine neue, leere MySQL Datenbank an. Diese wird als Arbeits-DB fungieren.

Mit Hilfe des MySQLDumpers sichere ich nun folgende Tabellen meiner Piwik-Datenbank A

• piwik_goal
• piwik_log_action
• piwik_log_conversion
• piwik_log_link_visit_action
• piwik_log_visit
• piwik_pdf
• piwik_site
• piwik_site_url

Die beiden Tabellen piwik_goal und piwik_log_conversion werden nur in dem Fall benötigt, wenn auch Ziele in Piwik (für die beiden zu übernehmden Seiten) definiert sind.

Achtung: Aktuell scheint die Übernahme von Zielen noch nicht so ganz richtig zu funktionieren. Wenn ich herausgefunden habe, woran das liegt, werde ich das hier aktualisieren!

Die so gesicherten Tabellen spiele ich in meiner Arbeits-DB auf Server A wieder ein (wie das genau funktioniert, erklärt sich bei Nutzung des MySQLDumpers eigentlich von selbst – falls nicht wird im Support-Forum des Dumpers gerne geholfen.).

In dieser Arbeits-DB mache ich jetzt weiter. Ich will ja nur die Stammdaten- und Log-Einträge für die beiden Seiten mit den IDs 6 und 11 übernehmen. Also löschen wir aus den entsprechenden Tabellen alles andere raus. Zusätzlich haben meine beiden Seiten in der neuen Piwik-Installation B jetzt ja andere ID Nummern bekommen. Also wird die ID 6 zu ID 1 und aus ID 11 wird ID 2.

Mit dem SQL-Browser des MySQLDumpers führe ich jetzt nacheinander folgende SQL-Statements aus. Jedes Statement einzeln!

DELETE FROM `piwik_site` WHERE `idsite` <> 6 AND `idsite` <> 11
UPDATE `piwik_site` SET `idsite` = 1 WHERE `idsite` = 6
UPDATE `piwik_site` SET `idsite` = 2 WHERE `idsite` = 11

DELETE FROM `piwik_site_url` WHERE `idsite` <> 6 AND `idsite` <> 11
UPDATE `piwik_site_url` SET `idsite` = 1 WHERE `idsite` = 6
UPDATE `piwik_site_url` SET `idsite` = 2 WHERE `idsite` = 11

DELETE FROM `piwik_goal` WHERE `idsite` <> 6 AND `idsite` <> 11
UPDATE `piwik_goal` SET `idsite` = 1 WHERE `idsite` = 6
UPDATE `piwik_goal` SET `idsite` = 2 WHERE `idsite` = 11

DELETE FROM `piwik_log_conversion` WHERE `idsite` <> 6 AND `idsite` <> 11
UPDATE `piwik_log_conversion` SET `idsite` = 1 WHERE `idsite` = 6
UPDATE `piwik_log_conversion` SET `idsite` = 2 WHERE `idsite` = 11

DELETE FROM `piwik_pdf` WHERE `idsite` <> 6 AND `idsite` <> 11
UPDATE `piwik_pdf` SET `idsite` = 1 WHERE `idsite` = 6
UPDATE `piwik_pdf` SET `idsite` = 2 WHERE `idsite` = 11

DELETE FROM `piwik_log_visit` WHERE `idsite` <> 6 AND `idsite` <> 11
UPDATE `piwik_log_visit` SET `idsite` = 1 WHERE `idsite` = 6
UPDATE `piwik_log_visit` SET `idsite` = 2 WHERE `idsite` = 11

DELETE FROM `piwik_log_link_visit_action` WHERE `idvisit` NOT IN (SELECT `idvisit` FROM `piwik_log_visit`)
UPDATE `piwik_log_link_visit_action` SET `idsite` = 1 WHERE `idsite` = 6

Das war soweit ganz einfach. Jetzt wird es etwas komplizierter. Das liegt an der Struktur von Piwik.

In der Tabelle piwik_log_link_visit_action gibt es 3 Spalten, in denen jeweils Verweise auf einen Wert für idaction aus der Tabelle piwik_log_action drinstehen. Ich will jetzt jeden Eintrag aus der piwik_log_action rauslöschen, der nicht irgendwo in der piwik_log_link_visit_action verknüpft ist.

Dazu erstelle ich mir erst mal 2 temporäre Tabellen

CREATE TABLE `piwik_temp`( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `idlink_va` int(10) unsigned NOT NULL, `idaction` int(10) unsigned NOT NULL, PRIMARY KEY (`id`) )

CREATE TABLE `piwik_temp2`( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `idaction` int(10) unsigned NOT NULL, PRIMARY KEY (`id`) )

Jetzt schreib ich in meine Tabelle piwik_temp alle idaction Werte aus der piwik_log_link_visit_action rein, die dort in 3 verschiedenen Spalten stehen. Am Ende habe ich dann in der piwik_temp alle diese Werte in nur einer Spalte.

INSERT INTO `piwik_temp` (`idlink_va`, `idaction`) SELECT `idlink_va`, `idaction_url` FROM `piwik_log_link_visit_action` WHERE `idaction_url` IS NOT NULL

INSERT INTO `piwik_temp` (`idlink_va`, `idaction`) SELECT `idlink_va`, `idaction_url_ref` FROM `piwik_log_link_visit_action` WHERE `idaction_url_ref` IS NOT NULL

INSERT INTO `piwik_temp` (`idlink_va`, `idaction`) SELECT `idlink_va`, `idaction_name` FROM `piwik_log_link_visit_action` WHERE `idaction_name` IS NOT NULL

Da ich jetzt aber in meiner temporären Tabelle jede Menge doppelte Werte für idaction habe, schreibe ich in meine zweite Temp-Tabelle nun nur noch die eindeutigen Werte rein.

INSERT INTO `piwik_temp2` (`idaction`) SELECT DISTINCT `idaction` FROM `piwik_temp`

Jetzt kann ich aus der Tabelle piwik_log_action alle Zeilen löschen, deren idaction nicht in meiner kürzeren Übersicht in der zweiten Temp-Tabelle vorkommen.

DELETE FROM `piwik_log_action` WHERE `idaction` NOT IN (SELECT `idaction` FROM `piwik_temp2`)

Dieses Löschen kann etwas länger dauern. Eventuell sieht es auch so aus, als ob der MySQLDumper sich in einer Endlosschleife befindet. In meinem Fall hatte ich in der zweiten Temp-Tabelle am Ende ca. 5.000 Einträge drinstehen. MySQL muss nun für jeden der ca. 16.000 Einträge aus der piwik_log_action prüfen, ob die idaction in der piwik_temp2 vorkommt. 16.000 * 5.000 = 80 Millionen Prüfungen, die zwar jeweils nur Mili- oder Nanosekunden brauchen, aber in der Summe können da schon ein paar Minuten bei rauskommen. MySQL führt dies auch aus, es kann halt nur sein, dass das Web-Interface des Dumpers da nicht mitmacht. In dem Fall einfach den Web-Browser schließen, einen Kaffee trinken gehen und den MySQLDumper neu aufrufen.

Dieses Vorgehen ist sicher nicht der Weisheit letzter Schluss. Wenn jemand, der SQL spricht, denkt und träumt den ein oder anderen Verbesserungsvorschlag hat, bin ich dafür natürlich sehr dankbar und werde das hier auch kundtun.

Am Ende lösche ich noch die beiden temporären Tabellen.

DROP TABLE `piwik_temp`
DROP TABLE `piwik_temp2`

Die so bearbeiteten Tabellen sichere ich jetzt wieder mit dem MySQLDumper und übertrage die erzeugte Datei auf den neuen Server B. Dort wähle ich die neue, leere Piwik-Datenbank aus und stelle die soeben gesicherten Tabellen in die neue Datenbank wieder her. Die dort bestehenden Tabellen werden dabei ersetzt (waren aber – bis auf die piwik_site* eh’ leer).

Nun rufe ich Piwik auf dem neuen Server B über das Web-Interface ganz normal auf. Sobald ich einen entsprechenden Zeitraum ausgewählt habe, werden die Tabellen piwik_archive_* neu erzeugt. Das kann beim ersten Aufruf natürlich etwas länger dauern. Man sollte sich einmal in der Tages-Ansicht soweit in die Vergangenheit klicken, wie man wünscht, Auswertungen schneller zur Verfügung zu haben.

Was jetzt natürlich noch gemacht werden muss ist, den Tracking-Code auf den zu trackenden Webseiten gegen den aus der neuen Piwik-Installation auszutauschen. Ansonsten würden neue Besucher natürlich weiterhin in die Statistik auf dem alten Server reinlaufen.

Das einzige Manko bei dieser Übernahme ist momentan noch, dass Ziele (Tabelle piwik_goal und piwik_log_conversion) aus mir nicht bekannten Gründen nicht mehr angezeigt werden. Wenn ich das rausbekommen habe, werde ich das hier natürlich aktualisieren.

Über Anmerkungen in den Kommentaren würde ich mich natürlich sehr freuen.

HTH

Aber was man so alles mit seinem iPad, iPhone oder iPod touch steuern kann ist jenseits aller Helikopter-Flugerfahrung.

Und was sieht man, wenn man mal auf dem Online Shop Portal von real,- vorbeischaut?

Da hat wohl jemand die Werbung etwas zu lange im Voraus geplant.

Das Samsung S3370 hat die Abmessungen (H x B x T) 10,0 x 5,3 x 1,29 cm, sieht aber im Vergleich zur dargestellten Hand echt monströs aus.

Das erinnert irgendwie an die speziell für Senioren entwickelten Handys mit extra großen Tasten.

I told you, don’t write no more letters to me
Don’t wanna read no more, You know I’m A.D.D.
I start to watch Glee, it’s really fast on 4G
So tweet it, just tweet it
You better type, you better do it real fast
Don’t go above the 140 letter max
Remember some devices do not support Flash
So tweet it, while you’re clearin your cache!

CHORUS
Just tweet it, tweet it, tweet it, tweet it
Justin Bieber gets defeated!
We’re all micro-bloggers, with a device
In YouTube comments, we win the fights
Just tweet it, tweet it
Just tweet it, tweet it
Just tweet it, tweet it
Just tweet it, tweet it

You wanna go beyond emoticon frowns
Don’t wanna use a gun, your twitter gets a round
You’re Siskel and you’re Ebert, please don’t put your thumbs down
So Tweet it, just tweet it
You got an iPhone and you gotta be glad
Until you saw your Dad whip out his new iPad
You want an iPatch, gonna be the new fad
So Tweet it, cuz you gotta beat Dad!

CHORUS

[Guitar Solo]

CHORUS

Tweet it, tweet it, tweet it, tweet it
Kids with A.D.D. can read it
Show ‘em, they’re hungry, for your insight
It doesn’t matter, if you can’t write
Tweet it, tweet it, tweet it, tweet it
Get this hashtag retweeted!
Trends that keep rockin’, with you all night
ROTFL from Pantless Knights!