Auf encode-decode.com kann man Strings mit den bekanntesten Algorithmen enkodierten und dekodieren, verschlüsseln und entschlüsseln sowie Hashes berechnen. Keine Raketenwissenschaft, aber für mich ein Spielplatz für Experimente jeder Art, z.B. mit der Symfony-Komponente Translation.

Happy Encoding!

Der Beitrag Testprojekt encode-decode.com online! erschien zuerst auf Martin Abraham.

SEPA direct debits cashed twice

This morning I was afraid about SEPA direct debits cashed twice on my account at Deutsche Bank.

According to the technical support of Deutsche Bank it is a bigger problem . Deutsche Bank is working hard on a solution which is to be expected , at best, yet this morning . Fees for returned direct debits etc. are not to be expected .

Research in my personal environment confirms, that it is a bigger problem. 5 out of 5 accounts (100%) are affected. Also standing orders are apparently affected. While there will be no major impact for private clients, i am very curious how automatic accounting systems in companys will cope with the problem.

Der Beitrag SEPA direct debits cashed twice at Deutsche Bank erschien zuerst auf Martin Abraham.

Es gibt keinen Serviceanbieter, der innerhalb seines eigenen Netzes alle Nutzer und Anbieter miteinander verbinden kann. Wenn ein Provider Datenverkehr an einen anderen übergibt, geschieht dies aufgrund einer Vereinbarung, in der sich die Anbieter auf ein weitgehend kostenneutrales Peering oder einen kostenpflichtigen Datentransit verständigen; Mischformen sind ebenfalls möglich. Wesentlich für einen gut funktionierenden Datenstrom sind die Kapazitäten an den Knotenpunkten. Werden die Kapazitäten dem Datenverkehr nicht angepasst, kommt es zu Störungen. Geschieht dies absichtlich, ist der Grundsatz der Gleichbehandlung aller Daten im Netz verletzt, die Netzneutralität nicht gesichert.

Einigen großen Kommunikationsunternehmen wie der Telekom ist der wachsende Datenverkehr, wie er zum Beispiel von Content-Anbietern beim Streaming verursacht wird, ein Dorn im Auge. Sie fühlen sich bei der Gewinnschöpfung übergangen und korrigieren dies dadurch, dass sie Datenengpässe im Internet gezielt zulassen. Dies hat zur Folge, dass die datenintensiven Dienste nur noch eingeschränkt von den Endkunden nutzbar sind. Der Content-Anbieter ist gezwungen, sich eine zusätzliche Anbindung hinzuzukaufen, um den Engpass zu umgehen. Diese Praxis ist nicht nur in Europa zu beobachten: Ein vergleichbares Szenario spielte sich 2013 in den USA ab. Netflix musste zur Sicherstellung seines Streaming-Angebots einen kostenpflichtigen Vertrag dem Internetprovider Comcast abschließen. Dieses Prinzip nennt sich „double paid traffic“: Der Netzbetreiber lässt den Datenverkehr vom Kunden über seinen Vertrag bezahlen und zusätzlich vom Content-Anbieter. Wohlgemerkt: Es handelt sich hier nicht um technische Probleme, sondern um ein passiv-destruktives Verhalten und eine gewollte Verletzung der Netzneutralität.

Die Telekom hat sich hierzu folgende Sprachregelung ausgedacht: „Managed Services“ sollen das Best-Effort-Internet ergänzen. Das klingt an sich erst einmal vernünftig. Nur leider ist den Sprachschöpfern dabei entgangen, dass durch die Praxis der „Managed Services“ das Best-Effort-Internet keines mehr ist, sondern eine Dienstleistung zweiter Klasse. Dass die Telekom hier völlig unbekümmert über Servicequalitäten entscheiden will, die in laufenden Verträgen über lange Zeit festgelegt sind, stößt erwartungsgemäß auf Widerstand. Auch das blatante Argument, dabei könne sich eine Umsatzbeteiligung von ein paar Prozent jedes Unternehmen leisten, sorgt für Unmut. Welcher Unternehmer lässt sich schon gerne auf solche Weise in seine unternehmerischen Freiheiten hineinreden? Es ist kein Wunder, dass Kritiker des Telekom-Ansatzes sich gelegentlich an mittelalterliche Praktiken erinnert fühlen und das Modell mit einer Wegemaut oder einem Zehnten vergleichen.

Die Debatte um die Erhaltung der Netzneutralität macht deutlich, dass ein Kernpunkt der massive Vertrauensverlust ist, den sich die Telekom in den letzten Jahren erarbeitet hat. Einer der größten Fehler, den sie begeht, ist die mangelnde Transparenz. Die Telekom beklagt gerne den Gegenwind, den sie in dieser Debatte zu spüren bekommt. Und doch liegt der Hauptgrund hierfür bei ihr selbst: Kunden, die der Telekom aufgrund eigener Erfahrungen den Rücken gekehrt haben, stehen den Argumenten mit begründeter Skepsis gegenüber. Gleiches gilt für Geschäftspartner und Unternehmen wie Init7, Cogent, Level 3, die sich über die destruktive Peering Policy beschweren. Die Telekom argumentiert gerne mit der Notwendigkeit der Neuerungen – nur bleibt sie den Nachweis hierfür ebenso schuldig wie die Erklärung, warum Datenstaus nicht auf andere Weise vermieden werden können.

Eine Ungleichbehandlung von Daten im Internet ist nicht hinnehmbar, schon gar nicht auf die Weise, wie es jetzt schon geschieht und wie es als Geschäftsmodell verbindlich eingeführt werden soll. Das Internet ist eine globale Nutzergemeinschaft, deren Stärke in innovativem Denken, Kreativität und möglichst ungehindertem Austausch liegt. Dass ein Unternehmen seine Marktstellung dazu ausnutzt, um einseitig seine Interessen durchzusetzen und die Interessen anderer zu blockieren, ist inakzeptabel. Die Netzneutralität ist ein ganz wesentliches Merkmal des Internets und sie muss in Zukunft auch erhalten werden. Der Telekom stünde gut an, sich mit dem Gedanken auseinanderzusetzen, dass es keiner der eigenen Kunden gut findet, wenn sich ein Internetprovider herausnimmt, den Kundendatenverkehr nach Gutdünken unterschiedlich zu behandeln und die Nutzung des Internets zu behindern. Denn eines ist in der aktuellen Diskussion um die Netzneutralität klar zu erkennen: Die Telekom hat immer noch nicht verstanden, was für das Internet und seine Nutzer wichtig ist.

Der Beitrag Das Ende der Netzneutralität war gestern erschien zuerst auf Martin Abraham.

Auf der Website werden Solidaritäts-Banner in verschiedenen Größen angeboten. Das Angebot steckt noch in den Anfängen und wird fortlaufend ausgebaut.

Der Beitrag „Refugees welcome“ Banner für Deine Website erschien zuerst auf Martin Abraham.

• Attributen (attributes)
• Eigenschaften (properties)
• Werten (values)

und zeigt, wann die jQuery-Funktionen

• attr()
• prop()
• val()

verwendet werden sollten. Für Ungeduldige gibt es eine am Ende eine Zusammenfassung.

Wer tiefer in JQuery einsteigen möchte und ein gutes deutschsprachiges Buch sucht, dem empfehle ich jQuery: Das Praxisbuch (Galileo Computing).

Was ist ein Attribut (attribute)?

Unter einem Attribut versteht man eine Zusatzinformation zu einem HTML-Element im HTML-Quelltext. Attribute bestehen aus einem Name-Wert-Paar, so hat das folgende Input-Element

    <input type="checkbox" value="1" checked="checked" />

die Attribute Type, Value und Checked. Die Name-Wert-Paare sind wie folgt

Ein Attribute behält im Webbrowser immer seinen initialen Wert, es sei denn der HTML-Quelltext wird überschrieben. Wird im Browser in einem Select-Element ein anderes als das initial über das Attribute selected ausgewählte Option-Element ausgewählt, so ändert sich weder der Wert des Attributs selected im initial ausgewählten, noch wird das Attribut selected im neu ausgewählten Element gesetzt.

Was ist eine Eigenschaft (property)?

Der Browser erzeugt aus dem HTML-Quelltext ein internes Modell. Neben Diese Modell, bzw. seine Schnittstelle wird auch als Document-Object-Model bezeichnet. Für jedes Attribut eines HTML-Elements existiert eine korrespondierende Eigenschaft (property) im entsprechenden Objekt (object). Neben diesen Eigenschaften (properties) besitzen die Objekte noch weitere, für welche keine korrespondierenden Attribute existieren. Beispiele solcher Properties sind

• window.location
• selectedIndex
• tagName
• nodeName
• nodeType
• ownerDocument
• defaultChecked
• defaultSelected

Zur Laufzeit arbeitet der Browser Vereinfacht dargestellt auf den Objekten im DOM. Eigenschaften von Objekten (Knoten) im DOM können anders als Attribute ihre Werte ändern, z.B. wenn eine Eingabe gemacht oder ein Wert in einem Select-Element ausgewählt wird. Auch können die Werte programmatisch über das DOM ausgelesen oder verändert werden.

Was ist ein Wert (value)?

In Formularfeldern wie input, select, textarea gibt es das Attribut/die Eigenschaft value, welches den Wert der Felder enthält. Über das Attribut value kann ein Text angegeben werden, mit dem das Feld vorbelegt wird. In der Eigenschaft value ist der aktuelle Wert des Feldes abrufbar.

    <input type="text" value="foo" />

jQuery attr()

Über die jQuery Funktion attr() kann lesend und schreibend auf die Werte von Attributen zugegriffen werden. Ausgehend von den HTML-Elementen

    <a name="Baum" />
    <a name="Blume" href="blume.html" />

Beim Lesezugriff wird der Wert des angegebenen Attributs im ersten Element der Auswahl zurückgegeben.

    $('a').attr('alt');
    // Ergebnis: "Baum"
    
    $('a').attr('href');
    // Ergebnis: "undefined"

Beim Schreibzugriff werden die Attributwerte in allen Elementen der Auswahl überschrieben

    $('a').attr('href', 'neu.html');
    // Ergebnis: Alle Links zeigen nun auf 'neu.html'

Unterschiede jQuery 1.5.*, 1.6.0 und 1.6.1+

Bis jQuery 1.5.* gab die jQuery-Funktion attr() neben den Werten der angefragten Attribute besonders im Kontext von Formularen häufig auch Werte von Eigenschaften (properties) zurück und wurde mangels Alternativen zum Zugriff auf beide von Entwicklern verwendet.

Mit jQuery 1.6.0 wurde attr() strikt auf den Zugriff aut HTML-Attribute eingeschränkt. Dies führte zu vielen Inkompatibilitäten mit älterem Code und löste eine große Debatte aus.

Mit jQuery 1.6.1+ wurde die jQuery-Funktion attr() aus Gründen der Abwärtskompatibilität wieder weitgehend an die Funktionsweise vor 1.6.0 angeglichen. Kleine Unterschiede bleiben allerdings. So wird für die Attribute/Eigenschaften checked und selected statt wie bisher true/false nun in gängigen Browsern String "checked" bzw. undefined zurückgeben.

Verwendung von jQuery attr()

Laut Dokumentation soll die jQuery-Funktion attr() ab 1.6.1 zum Zugriff auf nicht boolsche Attribute/Eigenschaften verwendet werden. Also weitgehend äquivalent zu seiner Verwendung vor jQuery 1.6.

Abweichend davon empfehle ich attr() nur für den den Zugriff auf nicht boolsche Attribute zu verwenden, einfach aus Gründe der Sauberkeit. Auch gibt es hierdurch einen marginalen Performancevorteil, da die jQuery-Funktion attr() beim Zugriff auf Properties auf prop() zurückgreift.

jQuery prop()

Ab jQuery 1.6.0 kann über die Funktion prop() auf die aktuellen Werte von Objekt-Eigenschaften zugegriffen werden.

Ausgehend von den HTML-Elementen:

    <input type="checkbox" />
    <input type="checkbox" checked="checked" />

kann wie folgt die Eigenschaft checked des ersten Elements in der Auswahl geprüft werden:

    $('input:checkbox').prop('checked');
    /* Ergebnis: false */

Der Wert der Eigenschaft checked kann wie folgt für alle Elemente der Auswahl geändert werden:

    $('input:checkbox').prop('checked', false);
    /* Ergebnis: Keine Checkbox mehr ausgewählt */

Speziell bei der Arbeit mit Formularen bietet sich die Verwendung von jQuery prop() zum Zugriff auf die boolschen Eigenschaften checked und selected an.

Verwendung von jQuery prop()

Laut Dokumentation soll prop() nur für den Zugriff auf boolsche Eigenschaften und solche, für die kein äquivalentes Attribut existiert, verwendet werden.

Abweichend davon empfehle ich die jQuery-Funktion prop() für den Zugriff auf alle Eigenschaften (properties) sowie auf boolsche Attribute.

jQuery val()

Für den Zugriff auf Werte von Formularfeldern wurde die jQuery-Funktion val() eingeführt, über die auf die Eigenschaft value der Felder zugegriffen werden kann. Außerhalb von Formularfeldern ist val() ohne Bedeutung.

Ausgehend von den HTML-Elementen:

    <input type="text" value="abc" />
    <input type="text" value="def" />

kann wie folgt die Eigenschaft value des ersten Elements in der Auswahl geprüft werden:

    $('input:text').val();
    /* Ergebnis: false */

Der Wert der Eigenschaft value kann wie folgt für alle Elemente der Auswahl geändert werden:

    $('input:text').val('ghi');
    /* Ergebnis: Alle Input-Felder werden mit ghi belegt */

Verwendung von jQuery val()

Für die einen steht val() für bessere Lesbarkeit, für mich ist die weitere Verwendung von val() seit der Einführung von prop() unnötig, da ebenfalls über prop() auf die Eigenschaft zugegriffen werden kann.

Zusammenfassung

Unter einem Attribute versteht man eine Zusatzinformation zu einem HTML-Element im HTML-Quelltext. Attribute ändern Ihren Wert zur Laufzeit nicht. Aus dem HTML-Quelltext erzeugt der Browser zur Laufzeit das Document-Object-Model (DOM). HTML-Elemente werden im DOM durch Objekte repräsentiert. Properties sind Eigenschaft eines Objekts, die sich zur Laufzeit ändern können.

jQuery attr() sollte nur noch für den Zugriff auf nicht boolsche Attribute verwendet werden. Auf boolsche Attribute (checked, selected, etc.) sowie auf alle Properties kann mit jQuery prop() zugegriffen werden. Die Verwendung von jQuery val() zum Zugriff auf die Eigenschaft value von Formularfeldern kann aufgrund besserer Lesbarkeit prop() vorgezogen werden.

Ich hoffe, mit diesem Artikel etwas Licht in das Thema „jQuery prop() attr() val()“ gebracht zu haben. Auch wenn die Änderung jetzt schon einige Zeit her ist stiftet dieses Thema leider immer noch Verwirrung.

Der Beitrag jQuery prop(), attr() und val() richtig verwenden erschien zuerst auf Martin Abraham.

Höchste Zeit für ein Versionsupdate. Doch mit einem Update auf PHP 5.4+ kommen 22 nicht rückwärtskompatible Änderungen, die zu Problemen führen können, besonders mit älterem Code. Eine List der nicht rückwärtskompatiblen Änderungen ist hier zu finden.

Am bedeutesten sollten in diesem Zusammenhang die Einstellung der folgenden Features sein:

• Register globals
• Call-time pass by reference
• Safe mode
• Magic Quote

Automatische Suche nach PHP 5.4 Inkompatibilitäten in PHP-Sourcecode

Doch wie überprüft man effizient größere Mengen an Quelltext auf Inkompatibilitäten? Keine Panik, hierfür hat Wim Godden hat ein Ruleset für PHP_CodeSniffer (phpcs) bereitgestellt.
Über phpcs sollte sich so ein Großteil der Inkompatibilitäten vor dem Version-Update ausfindig machen lassen.

Um die restlichen Inkompatibilitäten nach dem Update schnell ausfindig zu machen bietet sich die Verwendung eines Error-Aggregators wie Sentry an.

Der Beitrag PHP 5.3 EOL – Höchste Zeit für Update auf PHP 5.4+ erschien zuerst auf Martin Abraham.

Den aktuellen Status kann man im MySQL Client wie folgt erfragen:

mysql> SHOW VARIABLES LIKE "general_log%";

+------------------+----------------------------+
| Variable_name    | Value                      |
+------------------+----------------------------+
| general_log      | OFF                        |
| general_log_file | /var/run/mysqld/mysqld.log |
+------------------+----------------------------+

Im Beispiel ist das General Log deaktiviert und die Datei /var/run/mysqld/mysqld.log als Logdatei voreingestellt.

Aktivieren lässt sich das General Log via:

mysql> SET GLOBAL general_log = 'ON';

Wieder deaktivieren lässt es sich via:

mysql> SET GLOBAL general_log = 'OFF';

Eingehende Queries kann man in der Shell fortlaufend ausgeben via:

tail -f /var/run/mysqld/mysqld.log

Der Beitrag MySQL Query Logging/ Query Monitoring erschien zuerst auf Martin Abraham.

Unter packagist.org steht ein Paket für die Installation via Composer bereit.

Zur Installation wird die die composer.json im Hauptverzeichnis des Projekts um die folgende Zeile im Bereich require ergänzt.

    "require": {
        [..]
        # folgende Zeile einfügen
        "beberlei/DoctrineExtensions": "dev-master"
        [..]
    }

Die eigentliche Installation wird via

php composer.phar update beberlei/DoctrineExtensions

angestoßen und abgeschlossen.

Die in den Erweiterungen enthaltenen MySQL-spezifischen Funktionen findet man anschließend im Verzeichnis vendor/beberlei/DoctrineExtension/lib/DoctrineExtensions/Query/Mysql. Um nun beispielsweise die Funktion IFNULL zu Doctrine hinzuzufügen, genügt es unter app/config/config.php die folgenden zwei Zeile im Bereich doctrine:orm:dql hinzuzufügen. Nebenbei: DoctrineExtensions\Query\Mysql ist der Namespace der MySQL-spezifischen Funktionen in der Extension.

[..]
doctrine:
    orm:
        dql:
            # folgende zwei Zeilen hinzufügen.
            string_functions:
                ifnull: DoctrineExtensions\Query\Mysql\IfNull
[..]

Anschießend kann die neue Funktion in Symfony verwendet werden.

$qb = $this->getManager()->createQueryBuilder();
$qb ->select(array('b'))
    ->addSelect('IFNULL(b.price, 1) AS HIDDEN hiddenprice')
    ->from(FooBundle:Bar, 'b')
    ->where(hiddenprice <= 1);

Viel Vergnügen!

Der Beitrag DoctrineExtensions mit Symfony2 & Doctrine2 verwenden erschien zuerst auf Martin Abraham.

Der mod_rewrite Cheatsheet bietet eine praktische Übersicht aller bedeutenden Aspekte von mod_rewrite. Weiter bietet der mod_rewrite Cheatsheet standardisierte Lösungen für häufige Praxisfälle, ohne dabei zu sehr in die Tiefe zu gehen.

Der Beitrag mod_rewrite cheatsheet erschien zuerst auf Martin Abraham.

Seit 2.3 wird unabhängig von der Konfiguration der Applikation oder des Datenbankservers grundsätzlich von utf8 als Encoding und utf8_unicode_ci als Collation ausgegangen. Um ein abweichendes Encoding wie Latin1 verwenden zu können, muss dies in der Definition der Entität explizit angeben.

Um beispielsweise in der Entität Task latin1/latin1_swedish_ci verwenden, muss die Definition wie folgt erweitert werden:

Acme\Entity\Task:
  type: entity
  table: Task
  [..]
  
# begin: charset/ collation

  options:
    charset: "latin1"
    collate: "latin1_swedish_ci"

# end: charset/ collation start

  id:
    id:
      type: integer
      generator: { strategy: AUTO }
  [..]

Im folgenden Support-Ticket bestätigt Benjamin Eberlei von Doctrine dieses Verhalten. Doctrine setzt utf8/utf8-general-ci als Standard fest. Möchte man hiervon abweichen, muss man dies explizit angeben.

Der Beitrag Doctrine 2.3: Datenbank Schema Generierung und Character Sets (charset) erschien zuerst auf Martin Abraham.