Um die Geolokalisierung des Besuchers mittels der IP-Adresse zu ermitteln, bietet sich der kostenfreie Service freegeoip.net an.
"Geolokalisierung mittels IP-Adresse ermitteln" vollständig lesen
Hallo!
Standardmäßig werden im IE anscheinden keine "Third-Party-Cookies" akzeptiert. Dies führt bei manchen Anwendungen teilweise zum kompletten "Versagen", wie ich heute feststellen musste.
Konkret ging es hier um eine FB Applikation, welche zwingend ein Third-Party-Cookie setzen muss. Da in Facebook Applikationen über ein IFRAME eingebunden werden, wurde das Cookie vom IE einfach ignoriert (Third-Party-Content)!
Die einzige Lösung schien, die Applikation umzuschreiben oder den IE so einzustellen, dass es auch Third-Party-Cookies aus einem IFRAME akzeptiert... Das Problem an der Sache ist, die Anwender werden einen Teufel tun wird ihre Sicherheitseinstellungen entsprechend anzupassen (logischer Weise).
Nach einigen Recherchen bin ich auf folgenden Thread gestoßen: Cookie blocked/not saved in IFRAME in Internet Explorer. Hier wird beschrieben wie man das Problem umgehen kann:
header('P3P: CP="NOI ADM DEV COM NAV OUR STP"');
Wird dieser Header gesendet, akzeptiert der IE auch Third-Party-Cookies aus einem IFRAME. So einfach ist das...
Um die Geolokalisierung des Besuchers mittels der IP-Adresse zu ermitteln, bietet sich der kostenfreie Service freegeoip.net an.
Hier die beiden SQLs um zu ermitteln, wie groß ein Index für ein Feld mindestens sein sollte.
Es ist schon einiges in den letzten Teilen geschafft worden. Mittlerweile kann die Klasse, ohne eine Kindklasse, erweitert werden. Trotzdem sind einige Sachen an der Klasse die mich weiterhin stören. Zu einem ist es das Singleton-Pattern und die globale Abhängigkeit der Variable HTTP_USER_AGENT. An die mache ich mich jetzt dran.
Im Buch Softwarequalität in PHP Projekten schreiben Christiane Philipps und Max Horváth ihre Erfahrungen die sie bei studiVZ mit Selenium gemacht haben nieder. Dabei werden auch einige Tipps genannt die ich für interessant halte.
Die Datenschutz-Aufsichtsbehörden hatten Ende November einen Beschluss erlassen, wonach die Analyse des Nutzungsverhaltens unter Verwendung vollständiger IP-Adressen aufgrund der Personenbeziehbarkeit dieser Daten nur mit bewusster, eindeutiger Einwilligung zulässig sei. Damit war in der Praxis von der Verwendung von Google Analytics (und ähnlicher Tools) in den meisten Fällen abzuraten.
Im vierten Teil werde ich die Klasse dahingehen Refaktorieren, dass WebClients hinzugefügt bzw. entfernt werden können. Der derzeitige Stand der Klasse, was die Erweiterung bezüglich WebClients angeht, ist genau wie der alte Stand bezüglich der Betriebsysteme, bevor die Klasse dahingehend Refaktorisiert wurde. Was bedeutet, dass die Klasse in Moment nur über eine weitere Kindklasse erweitert werden kann.
Möchte man eine Dateien rekursiv kopieren kann neben dem Befehl cp auf tar angewendet werden. Hier werden die zu kopierenden Daten in eine Pipe geschoben (tar c) und von dort an anderer Stelle wieder ausgepackt. Diese Vorgehensweise hat zwei Vorteile. Einerseits kann man so leicht ganze Verzeichnisbäume kopieren, und zweitens bleiben alle Dateiattribute erhalten.
Im dritten Teil möchte ich die Klasse dahingehend Refaktorieren, dass Betriebsysteme hinzugefügt oder entfernt werden können. Wenn wir uns den derzeitigen Stand der Klasse anschauen, ist dies nur bedingt möglich und führt einfach nur zu schlechtem Code der nichts mit Separation of Concerns zu tun hat. Derzeit kann man die Klasse nämlich nur über eine Kindklasse erweitern. Was meiner Meinung nach unschön und unnötig ist.
Ich habe es schon ziemlich oft beobachtet, dass vor allem PHPUnit-Neulinge immer den selben Fehler mit der Reihenfolge der Argumenten für die assert-Methoden machen. Dabei ist die Reihenfolge der Argumenten der assert-Methoden entscheidend.