Standardmäßig ist im “Von”-Feld von “Contact Form 7” folgendes eingetragen:

[your-name] <[your-email]>

Es kann sehr gut sein, dass diese Einstellung verhindert, dass die Daten erfolgreich per E-Mail gesendet werden. Ändert man diese Einstellung auf die Domain der WordPress-Installation, hier z.B. auf formular@blog.andrekolell.de, funktioniert alles reibungslos.

Wer der Absender des Formulars gewesen ist, erfährt man nach wie vor aus der E-Mail.

Die wichtigsten Schritte zum Setup eines LAMP-Servers mit phpmyadmin in der AWS (EC2) unter Windows 7 (vielleicht benötigt diese Notizen noch jemand außer mir…):

1. Instanz starten, z.B. Micro in der Zone eu-west-1a.
   AMI: Basic 64-bit Amazon Linux AMI 2011.02.1 Beta (AMI Id: ami-45cefa31)
2. Markiere ggf. “Prevention against accidental termination”.
3. Wähle einen geeigneten Namen.
4. Security Group mit mindestens offenen Ports 22 (SSH) und 80 (HTTP).
5. “Elastic IP” mit der neu gestarteten Instanz assoziieren.
6. Mit Putty auf die IP mit hinterlegtem PPK verbinden und als ec2-user einloggen.
7. Nach “sudo su” mit “vi /etc/ssh/sshd_config” “PermitRootLogin forced-commands-only” durch “PermitRootLogin without-password” ersetzen.
8. Mit “vi /root/.ssh/authorized_keys” alls bis zu “ssh-rsa” entfernen.
9. Mit “service sshd restart” den SSH Service neu starten.
10. Apache: “yum install httpd”
11. PHP: “yum install php libmcrypt libmcrypt-devel php-mcrypt php-mbstring php-mysql”
12. MySQL: “yum install mysql mysql-server”
13. MySQL starten: “service mysqld start”
14. /usr/bin/mysqladmin -u root password ‘SUPERSECUREPASSWORD’
15. cd /var/www/html
16. Mit “wget http://sourceforge.net/projects/phpmyadmin/files%2FphpMyAdmin%2F3.4.3.1%2FphpMyAdmin-3.4.3.1-english.tar.gz” aktuelles phpMyAdmin laden, mit “tar -xzvf phpMyAdmin-3.4.3.1-english.tar.gz -C /var/www/html” entpacken, mit “mv phpMyAdmin-3.4.3.1-english.tar.gz phpmyadmin” umbenennen und mit “rm -rf phpMyAdmin-3.4.3.1-english.tar.gz” die Ursprungsdatei löschen.
17. Nach “adduser phpmyadmin” und “passwd phpmyadmin” mit “chown -R phpmyadmin.apache phpmyadmin/” Rechte setzen.
18. phpMyAdmin vorbereiten: “mkdir /var/www/html/phpmyadmin/config”, “chmod o+rw /var/www/html/phpmyadmin/config”, “cp /var/www/html/phpmyadmin/config.sample.inc.php /var/www/html/phpmyadmin/config/config.inc.php” und “chmod o+w /var/www/html/phpmyadmin/config/config.inc.php”.
19. Apache starten: “service httpd start”
20. Unter “http://IP/phpmyadmin/setup/index.php” MySQL-Server (Passwort) anlegen.
21. Aufräumen: “rm -rf /var/www/html/phpmyadmin/config”.
22. Nach “mv /var/www/html/phpmyadmin/config.sample.inc.php /var/www/html/phpmyadmin/config.inc.php” mit “vi /var/www/html/phpmyadmin/config.inc.php” BlowFish Secret ergänzen.

Ggf. nach der Installation von WordPress oder Piwik (oder was auch immer) mit “chown -R apache /var/www/html” und “chmod -R 755 /var/www/html” Apache entsprechende Rechte einräumen und mit “service httpd start” den Apache neu starten. Beim Upload von Dateien, z.B. via SCP, generell beachten.

mod_rewrite

Durch “yum install httpd” aus den Amazon Repositories ist mod_rewrite direkt enabled, aber: “If you want to use a directory-specific .htaccess file, you will need to update the Directory configuration for /var/www/html/ in the httpd.conf. By default .htaccess overrides are disabled, change the httpd.conf file so that “AllowOverride None” becomes “AllowOverride All” within the /var/www/html/ Directory tags.” (Quelle)

Weitere interessante Links

• Multiple Websites on Amazon EC2 Linux with Virtual Hosts

Beim Arbeiten in Eclipse erhalte ich mit verschiedenen XDebug-Versionen (php_xdebug-2.1.0-5.3-vc6.dll, php_xdebug-2.1.1-5.3-vc6.dll) neuerdings den Fehler:

Unexpected Termination of Script, Debugging Ended

Zwar laufen sowohl Apache als auch Debugging-Session (halbwegs) weiter, doch können keinerlei Variablen und Variableninhalte in Eclipse eingesehen werden.

Meine bisherige Recherche hat folgende Lösungsvorschläge ergeben:

1. Entfernen aller Expressions/Watches
2. Die Windows Firewall blockt eingehende Eclipse Verbindungen

Beides hat mir leider nicht weiter geholfen.

Immerhin scheint es ein offiziellen Ticket mit hoher Priorität zu geben; jedoch hat sich zu dem Problem seit Januar 2011 nicht wirklich viel getan… Falls jemand daher neue Erkenntnisse hat, bin ich dafür sehr dankbar :)

» weiterlesen

Schon seit längerem flehe ich erfolglos sämtliche mir bekannten Google-Ansprechpartner an, Keyword- und AdGroup-ID als ValueTrack-Parameter zur Verfügung zu stellen.

Nun kam mir die Idee in Google AdWords das Auto-Tagging zu aktivieren. Dadurch wird jedem Link automatisch ein Parameter namens gclid angehangen. Diesen wollte ich auslesen und die darin enthaltenen Informationen entschlüssel, denn schließlich kann Google Analytics ja auch anhand des gclid-Parameters die originäre AdWords-Struktur wiederherstellen…

Leider habe ich zu dem Ansatz nicht viel finden können und auch einige Tests förderten nichts nennenswertes zu Tage. Vermutlich ist es wie auf stackoverflow, eine der wenigen Quellen zu dem Thema, vermutet:

Die gclid wird weitgehend zufällig erzeugt und lediglich als Schlüssel für einen Google-internen Datenaustausch zwischen Google AdWords und Google Analytics verwendet.

Jegliche Versuche von “gclid Reverse Engineering” und “gclid Entschlüsselung” dürften damit erfolglos bleiben.

Falls jemand doch andere Erkenntnisse hat, bin ich daran überaus interessiert! :)