Marco Ziesing - Webdev

xt:Commerce OpenSource?

nospam@example.com (Marco Ziesing) — Tue, 05 May 2009 12:41:43 +0200

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!

TYPO3-Extdev: Eine Klasse für Front- und Backend-Module

nospam@example.com (Marco Ziesing) — Fri, 07 Nov 2008 09:30:00 +0100

Bei der Entwicklung von TYPO3-Extensions kann es hin und wieder vorkommen, dass die selben Funktionen im Front- und Backend gleichermaßen benötigt werden. Normalerweise lässt sich eine Klasse nur für eine von beiden Seite verwenden, da je nach Verwendung unterschiedliche Bibliotheken geladen werden müssen. Mit einem kleinen Trick lässt sich jedoch auch dieses Hindernis umgehen. Die Klasse muss dazu dynamisch als String zusammengesetzt und am Ende mit eval() als PHP-Code ausgegeben werden.

<?php 
if(TYPO3_MODE == 'FE') { 
require_once(PATH_tslib."class.tslib_pibase.php"); 
} else { 
require_once(PATH_t3lib."class.t3lib_befunc.php"); 
} 
 
if(TYPO3_MODE == 'FE') { 
$classtemp .= <<<TEMP 
class tx_extkey_funct extends tslib_pibase 
TEMP; 
} else { 
$classtemp .= <<<TEMP 
class tx_extkey_funct extends t3lib_befunc 
TEMP; 
} 
 
$classtemp .= <<<TEMP 
{ 
// functions with if-else for BE and FE 
} 
TEMP; 
 
{FNAMEL}">eval($classtemp); 
 
if ({FNAMEL}">defined('TYPO3_MODE') && $TYPO3_CONF_VARS[TYPO3_MODE]['XCLASS']['ext/extkey/class.tx_extkey_funct.php']) { 
include_once($TYPO3_CONF_VARS[TYPO3_MODE]['XCLASS']['ext/extkey/class.tx_extkey_funct.php']); 
} 
 
?>

Vielen Dank an Seba für diesen Tipp.

JTL-Wawi Connector für xt:Commerce mit UTF-8-Unterstützung

nospam@example.com (Marco Ziesing) — Sun, 19 Oct 2008 14:00:05 +0200

Ein Freund betreibt den Webshop Nebenstrom 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.

Rückblick auf die 4. TYPO3-Konferenz in Berlin

nospam@example.com (Marco Ziesing) — Sat, 18 Oct 2008 15:37:58 +0200

Ein Kollege bei puremedia und ich durften letzte Woche zur 4. internationalen T3CON im Hotel Berlin nach Berlin fliegen. Nach der unterhaltsamen Keynote wurde der Raum für die beiden Kategorien der Vorträge "Consultancy" und "Developer" unterteilt. Der genaue Ablaufplan und die Folien einiger Vorträge sind auf der offiziellen Webseite verfügbar. Am Freitagnachmittag haben wir zusätzlich noch an einem Probelauf des Zertifikationstests teilgenommen. Verraten darf ich nicht viel, aber einfach werden die Tests sicher nicht. Es werden einige grundlegende Dinge abgefragt und TypoScript sollte man schon sehr gut kennen und können.

Es waren zwar sehr informative Tage, aber nächstes Jahr werden wir sicher die "TYPO3 Developer Days" bevorzugen, da dort für uns Entwickler bestimmt mehr interessante Vortragsthemen auf der Tagesordnung stehen dürften.

sitemap.xml für CMS ohne mod_rewrite

nospam@example.com (Marco Ziesing) — Tue, 12 Feb 2008 17:20:09 +0100

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.