Marco Ziesing

Da ich mich derzeit wieder mal mit einem Webshop der mit xt:Commerce umgesetzt werden soll beschäftigen darf und mich zum x-ten Mal darüber aufgeregt habe, dass es noch immer unfähig ist XHTML-validen Code zu erzeugen, machte ich mich auf die Suche nach Bugfixes, Workarounds und sonstigem Kram.

Quelltext ja. Offen, nur teilweise.

Im Artikel Valide Links mit xt:Commerce – Ganz einfach! von gunnART wird beschrieben wie man xt:Commerce dazu bringen kann die “&” in Link-Adressen zu maskieren. Nachdem ich die entsprechende Datei geöffnet hatte wurde ich mit folgendem Kommentarblock begrüßt:

SIE SIND IM BEGRIFF ETWAS ZU ÄNDERN, WAS NICHT FAIR IST. SIE MÖCHTEN MIT DIESER SOFTWARE GELD VERDIENEN ODER KUNDEN GEWINNEN. SIE HABEN NICHT STUNDEN UND MONATE VERBRACHT DIESE SOFTWARE ZU ENTWICKELN UND ZU VERBESSEREN. ALS DANKESCHÖN AN DIE ENTWICKLER UND CODER LASSEN SIE DIESE DATEI, WIE SIE IST ODER KRATZEN SIE AUCH VON IHREN ELEKTROGERÄTEN IM HAUS DIE MARKENZEICHEN AB!!!!

Liebes xt:Commerce-Entwickler-Team,

erstens ist eure Software “nur” eine Gabelung von osCommerce und daher zwangsweise unter der GPL zu veröffentlichen, zweitens habt ihr die GPL wohl nicht so ganz verstanden, wenn ihr Quelltexte stellenweise verschlüsselt und in den Dateien keinen Kopf mit Hinweis auf die GPL anbringt. Hinzu kommt, dass ich die bescheuerte Fußzeile sicher nicht entfernen will, sondern einfach nur die Ausgabe etwas säubern möchte.
@Christian Jung: Der Kommentar ist eine Frechheit, Quelltexte die unter der GPL stehen gehören nicht verschlüsselt und zu guter Letzt, eine Frage beendet man nicht mit 4 Ausrufezeichen!!einseinshundertelf
Und ja, bei meinem Notebook habe ich den Acer-Schriftzug mit einem hübschen großen Fedora-Aufkleber überklebt.

Sorry, dass der Beitrag eigentlich nutzlos ist, aber das hat mich eben ziemlich aufgeregt. *grml*

UPDATE:

Sorry, der Kommentar ist von einem anderen Entwickler!

Da ich mich derzeit wieder mal mit einem Webshop der mit xt:Commerce umgesetzt werden soll beschäftigen darf und mich zum x-ten Mal darüber aufgeregt habe, dass es noch immer unfähig ist XHTML-validen Code zu erzeugen, machte ich mich auf die Suche nach Bugfixes, Workarounds und sonstigem Kram. Quelltext ja. Offen, nur teilweise. Im Artikel Valide Links mit xt:Commerce - Ganz einfach! von gunnART wird beschrieben wie man xt:Commerce dazu bringen kann die "&" in Link-Adressen zu maskieren. Nachdem ich die entsprechende Datei geöffnet hatte wurde ich mit folgendem Kommentarblock begrüßt: SIE SIND IM BEGRIFF ETWAS ZU ÄNDERN, WAS NICHT FAIR IST. SIE MÖCHTEN MIT DIESER SOFTWARE GELD VERDIENEN ODER KUNDEN GEWINNEN. SIE HABEN NICHT STUNDEN UND MONATE VERBRACHT DIESE SOFTWARE ZU ENTWICKELN UND ZU VERBESSEREN. ALS DANKESCHÖN AN DIE ENTWICKLER UND CODER LASSEN SIE DIESE DATEI, WIE SIE IST ODER KRATZEN SIE AUCH VON IHREN ELEKTROGERÄTEN IM HAUS DIE MARKENZEICHEN AB!!!! Liebes xt:Commerce-Entwickler-Team, erstens ist eure Software "nur" eine Gabelung von osCommerce und daher zwangsweise unter der GPL zu veröffentlichen, zweitens habt ihr die GPL wohl nicht so ganz verstanden, wenn ihr Quelltexte stellenweise verschlüsselt und in den Dateien keinen Kopf mit Hinweis auf die GPL anbringt. Hinzu kommt, dass ich die bescheuerte Fußzeile sicher nicht entfernen will, sondern einfach nur die Ausgabe etwas säubern möchte. @Christian Jung: Der Kommentar ist eine Frechheit, Quelltexte die unter der GPL stehen gehören nicht verschlüsselt und zu guter Letzt, eine Frage beendet man nicht mit 4 Ausrufezeichen!!einseinshundertelf Und ja, bei meinem Notebook habe ich den Acer-Schriftzug mit einem hübschen großen Fedora-Aufkleber überklebt. ;-) Sorry, dass der Beitrag eigentlich nutzlos ist, aber das hat mich eben ziemlich aufgeregt. *grml* UPDATE: Sorry, der Kommentar ist von einem anderen Entwickler!

Ein Freund betreibt einen Webshop und setzt seit ein paar Monaten das Warenwirtschaftsprogramm JTL-Wawi ein. Nach einem Umzug auf einen anderen Server, auf dem nun alles auf UTF-8 eingestellt ist, entstand das Problem, dass nach der Übertragen aus Wawi die Umlaute und Sonderzeichen nicht dargestellt wurden. Das Problem war zwar schon bekannt, aber es wurde länger nicht behoben. Nun gibt es endlich eine Version des “Connectors” die UTF-8 unterstützt. Da ich auf der Webseite den Link jedoch noch nicht finden konnte und es sicher noch einige Benutzer mit dem selben Problem gibt, verlinke ich hier direkt darauf: Download: JTL-Wawi Connector mit UTF-8-Unterstützung.

Update (20.11.2011):
JTL hat die Datei vom Server gelöscht oder verschoben. Daher habe ich ein Backup des Archivs hochgeladen. Die Dateien sind schon einige Jahre alt (letzte Änderung 2008) und es gibt eventuell neuere Versionen des Connectors.

Diese Version sollte nur nach ausgiebigen Tests eingesetzt werden!

Download: JTL-Wawi_Connector_xtc_utf-8.zip

Ein Freund betreibt einen Webshop und setzt seit ein paar Monaten das Warenwirtschaftsprogramm JTL-Wawi ein. Nach einem Umzug auf einen anderen Server, auf dem nun alles auf UTF-8 eingestellt ist, entstand das Problem, dass nach der Übertragen aus Wawi die Umlaute und Sonderzeichen nicht dargestellt wurden. Das Problem war zwar schon bekannt, aber es wurde länger nicht behoben. Nun gibt es endlich eine Version des "Connectors" die UTF-8 unterstützt. Da ich auf der Webseite den Link jedoch noch nicht finden konnte und es sicher noch einige Benutzer mit dem selben Problem gibt, verlinke ich hier direkt darauf: Download: JTL-Wawi Connector mit UTF-8-Unterstützung. Update (20.11.2011): JTL hat die Datei vom Server gelöscht oder verschoben. Daher habe ich ein Backup des Archivs hochgeladen. Die Dateien sind schon einige Jahre alt (letzte Änderung 2008) und es gibt eventuell neuere Versionen des Connectors. Diese Version sollte nur nach ausgiebigen Tests eingesetzt werden! Download: JTL-Wawi_Connector_xtc_utf-8.zip

Viele kennen das Problem, dass bei manchen Hostern in den kleinen “Paketen” keinerlei Änderungen per .htaccess erlaubt sind. Dadurch lassen sich auch keine per mod_rewrite verschönerten URLs erzeugen. Wer dennoch für Suchmaschinen eine extra “sitemap.xml”-Datein im Wurzelverzeichnis seines Webauftritts haben möchte, und bereits ein CMS einsetzt welches XML-Sitemaps ausgeben kann, dem ermöglicht dies das folgende kleine PHP-Skript:

Das Skript einfach im Wurzelverzeichnis ablegen und in der URL die ID der XML-Sitemap eintragen. Falls das Skript nicht im Wurzelverzeichnis abgelegt wird, muss der Pfad zur “sitemap.xml” angepasst oder den Suchmaschinen extra angegeben werden.

Viele kennen das Problem, dass bei manchen Hostern in den kleinen "Paketen" keinerlei Änderungen per .htaccess erlaubt sind. Dadurch lassen sich auch keine per mod_rewrite verschönerten URLs erzeugen. Wer dennoch für Suchmaschinen eine extra "sitemap.xml"-Datein im Wurzelverzeichnis seines Webauftritts haben möchte, und bereits ein CMS einsetzt welches XML-Sitemaps ausgeben kann, dem ermöglicht dies das folgende kleine PHP-Skript: <?php $data = file_get_contents("http://www.example.com/index.php?id=123"); write_file("sitemap.xml", $data); function write_file($filename,$newdata) {   $f=fopen($filename,"w");   fwrite($f,$newdata);   fclose($f); } ?> Das Skript einfach im Wurzelverzeichnis ablegen und in der URL die ID der XML-Sitemap eintragen. Falls das Skript nicht im Wurzelverzeichnis abgelegt wird, muss der Pfad zur "sitemap.xml" angepasst oder den Suchmaschinen extra angegeben werden.