Willkommen in meinem Blog rund um PHP, jQuery und meine Projekte
Es hat einen kleinen Patch für allmyhorses gegeben, in dem ich einige kleine Fehler in der Darstellung der Boxentafel und auch defekten Umlauten behoben habe.
Patch:
Während meiner Arbeit mit PHP, jQuery und mustache.js hatte ich hin und wieder das Problem, das ganze Datensätze nicht angezeigt oder interpretiert wurden. Sie wurden zwar übertragen, allerdings schien mustache.js die JSON Daten zu ignorieren. Da im Debugger keine weiteren Ausgaben zu finden waren, bin ich den Weg von der Quelle bis zum Frontend nachgegangen und auf folgendes gestoßen …
Als Beispiel eine herkömmliche MySQL Datenbank-Abfrage mit einem Ergebnis Array:
$sSql = 'SELECT id, somefield FROM sometable'; $aData = $this->oDB->getArray($sSql); // DB object Lupercal FW 1.2 print(json_encode($aData));
Damit habe ich einen sauberen JSON string wie diesem:
[{"iIdAdCampaign":"5","iIdAdDisplay":"7","sAdHeadline":"headline hier" ...
Und genau dies ist der Punkt. ich bekomme einen STRING. Mustache.js verarbeitet aber JS Objekte. Also heißt es den ankommenden String via $.parseJSON zu konvertieren. Im Quellcode kann dies z.B. so aussehen:
$.ajax({
type: 'POST',
url: [request url],
success: function([response]) {
str2obj = $.parseJSON([response]); // konvertieren <<<<<<
mytpl = '<div>{{myVar1}}</div><div>{{myVar1}}</div>';
var rtpl = Mustache.to_html(s2tpl, d2tpl);
}
});
Im Grunde super simpel, allerdings habe ich auf meiner Suche durch Netz keine Hinweise darauf erhalten. Seither habe ich mir angewöhnt alle JSON Strings die nicht direkt in JS generiert werden generell zuerst zu konvertieren und habe seither keine Probleme mehr mit den Ausgaben gehabt.
BTW: Wenn ein Non-Empty Lists Objekt erzeugt werden soll, dann kann dies durch einfaches hinzufügen des gewünschten Keys direkt nach dem parsen erreicht werden.
Beispiel:
str2obj = $.parseJSON([response]);
objList = {"myKey":str2obj};
In den letzten 6 Wochen habe ich an einer Reihe neuer Features für allmyhorses gearbeitet. Die meisten sind allerdings nicht im Frontend zu finden, da es eher die Kernsoftware und deren Prozesse betrifft. Dennoch habe es einige Anpassungen im Frontend auch in dieses Update geschafft. Hier erst einmal die Liste der Updates etc …
Updates
Behobene Bugs
Zudem werden alle Benutzer kurz nach dem Login aufgefordert Ihre Postleitzahl zu hinterlegen. Dies ermöglicht AMH eine Umkreissuche um Pferde, Veranstaltungen etc … in Nähe des Standortes zu finden und miteinander zu verknüpfen.
NEU: Ab der nächsten Version werde ich das kommende Update nach dem Testen unter next.allmyhorses.com veröffentlichen. Hier können interessierte Benutzer die nächste Stufe im vorhinein benutzen und testen. Diese wird an die Live DB angeschlossen und wird voll funktionstüchtig sein.
Das Update wird am Samstag den 14.04.2012 in den frühen Morgenstunden aktiviert.
Kurz nach dem erscheinen des Updates für Februar wurden noch einige kleinere Änderungen in einem Patch zusammengefasst.
Änderungen / Neues:
Am Mittwoch den 22.02.2012 veröffentlichen wir die Version 1.9 von allmyhorses.
Neues / Änderungen:
Für die kommende Version von allmyhorses haben wir die Anzeige der Bilder und Alben komplett überarbeitet. InZukunft wird es möglich sein diese auch mit Kommentaren zu versehen und ein *mag ich* zu vergeben.
In den kommenden Wochen werde ich die mobile Version von allmyhorses in der Beta-Version zur Verfügung stellen. AMH mobile wird optimiert für alle gängigen Smartphone-Browser, sowie FireFox und Opera Mini.
Entwickelt habe ich das ganze unter Verwendung von Codeigniter und jQueryMobile. Meiner Meinnung nach starke Komponenten mit die sich zu Entwicklung einer mobilen Webseite optimal eignen, da das Look and Feel einer mobilen App so zusagen *nachgeamt* werden.
Der offizielle Starttermin steht derzeit noch nicht fest.