Unten rechts blieb die Meldung „launching debug“ bei 57% stehen. Das Ergebnis einer llS-Session war: Ich hatte einen Kommentar mit „/*“ eröffnet, aber nicht abgeschlossen.

Sachen gibts, die gibts gar nicht.

Achso: llS = lausig lange Sucherei.

Dabei stellt sich das Problem, daß er nur die aktiven Artikel aus dem Shop übernehmen will, wesentliche Daten jedoch nur in CAO vorhanden sind.

Deshalb werde ich die Artikel aus dem Shop holen und nach OpenERP importieren. Anschließend schiebe ich einzelne Attribute aus CAO nach.

Die Kunden sollen komplett aus CAO WaWi übernommen werden.

Direkt in die Datenbank von OpenERP zu schreiben ist zwar möglich, aber es bietet sich an, die XML-RPC-Schnittstelle des ERP-Systems zu nutzen. Damit soll sichergestellt werden, daß alle notwendigen Referenzen und Abhängigkeiten erfüllt werden.

Grundlage ist das Beispiel aus der Dokumentation.

Die Methode funktioniert an sich sehr gut. Die Ermittlung der erforderlichen Attribute kann über den Debug-Modus des OpenERP-Clients erfolgen. Dazu wird der Client im Terminal mit dem entsprechenden Parameter gestartet und die Ausgabe auf eine Datei umgeleitet.
./openerp-client.py -l debug_rpc &> ~/debug_rpc.txt

Ein Problem, das ich nicht lösen konnte: Der Primärschlüssel wird ignoriert. Im Allgemeinen ist das nicht kritisch, lediglich für den Kategoriebaum kann ich die Daten nicht übernehmen.

Sollte irgendjemand in der großen weiten Welt eine Lösung haben, möge er die Kommentarfunktion nutzen!

Debians reguläre JRE (Java Runtime Environment) kommt schon mal nicht damit zurecht. Es ist also notwendig, die JRE von Sun zu installieren. Der einfachste Weg führt über Debians Paketmanagement, wobei zunächst die non-free-Pakete in /etc/apt/sources.list zu aktivieren sind.

Beispiel:
deb http://ftp.de.debian.org/debian/ squeeze main contrib non-free
deb http://security.debian.org/ squeeze/updates main contrib non-free

Anschließend ist mit aptitude install sun-java6-jre das Paket schnell installiert.

Mit transact SecurePay steht ein Formular zur Verfügung, das über ein <iframe> in eine bestehende Applikation eingebunden werden kann.

Der Ablauf ist dem Verfahren bei PayPal ähnlich, durch die Einbindung des <iframe> wird der Übergang vom Shop zu einem externen Dienstleister nicht so drastisch in Erinnerung gebracht, der ganze Ablauf wirkt homogener.

Ein Zahlungsmodul für xtcModified ist verfügbar, das mit kleinen Änderungen auch auf osCommerce und xtCommerce läuft. Anfragen bitte per Kommentarfunktion.

Im Folgenden habe ich die Pakete gelistet, die ich nachinstallieren mußte:

postgresql postgresql-client python-dateutil python-libxslt1 python-lxml python-psycopg2 python-pydot python-pychart python-reportlab python-tz python-pyparsing python-yaml python-mako

Wegen Laufzeitfehlern in Abhängigkeit von den installierten Modulen innerhalb des OpenERP-Servers installierte ich nach:

python-egenix-mxdatetime python-vobject

Das Debian-Paket installiert den Server nach /usr/share/pyshared/openerp-server. Locate liefert mir nach der Installation weitere Verzeichnisse mit dem Begriff openerp:
/var/lib/openerp-server
/var/log/openerp-server.log
/var/run/openerp-server.pid
/usr/share/python-support/openerp-server.public
/usr/lib/pymodules/python2.6/openerp-server/

und natürlich die StartUp-Scripts sowie die Konfigurationsdatei:
/etc/init.d/openerp-server
/etc/openerp-server.conf
/etc/rc0.d/K01openerp-server
/etc/rc1.d/K01openerp-server
/etc/rc2.d/S02openerp-server
/etc/rc3.d/S02openerp-server
/etc/rc4.d/S02openerp-server
/etc/rc5.d/S02openerp-server
/etc/rc6.d/K01openerp-server

Für den Client brauchen wir:

aptitude install python-gtk2 python-glade2 python-matplotlib python-egenix-mxdatetime python-lxml python-tz python-hippocanvas python-pydot

select categories_id from categories_description where not exists (select * from categories where categories_description.categories_id = categories.categories_id );

bzw. umgekehrt:

select categories_id from categories where not exists (select * from categories_description where categories_description.categories_id = categories.categories_id );

Angleichen durch Einfügen leerer Datensätze in die Bezeichungen, wobei 2 für die deutsche Sprache steht:

insert ignore into categories_description (categories_id, language_id) select categories_id, 2 as language_id from categories;

Ganz einfach: Weiße Schrift auf weißen Grund war ein beliebter Trick, um Links für Suchmaschinen zu hinterlegen ohne sie sichbar werden zu lassen. Aber auch die Betreiber von Suchmaschinen sind nicht doof und bewerten derartige Tricks negativ.

Nun sind derartige Tricks im Standard-Template von xtcModified sicherlich nicht beabsichtigt, was uns allerdings nicht vor einer Abwertung schützt. Der Validator von Jigsaw bringt solche (und andere) Macken an den Tag:

http://jigsaw.w3.org/css-validator/

URI : http://example.com/templates/xtm5/css/thickbox.css

Die Gruppierung ist in der Datenbank bereits vorgesehen und die Verwaltung im Backend (Konfiguration -> Cross-Marketing Gruppen) bereits im Standard implementiert. Auf dieser Seite ist also keine Änderung notwendig. Für den Shop existiert bereits ein Template (product_info_tabs_v1.html), das als Ausgangsbasis tauglich scheint und die Anforderungen an das gewünschte Layout erfüllt.

XTC-Modified verwendet wie sein Ursprung XT-Commerce die Smarty-Template-Engine. Daher müssen Änderungen in verschiedenen Bereichen vorgenommen werden.

Zunächst kopierte ich das vorhandene Template product_info_tabs_v1.html nach product_info_tabs_v2.html, kam aber allein über das Template nicht zum gewünschten Ergebnis. Daher ändere ich noch das Modul cross_sell.php im Quellcode. Reverse-Cross-Selling ist noch nicht implementiert.

Download

Noch ein Bildchen vom Ergebnis:

Screen Shot

Das Programm product_info.php erhällt eine kleine Erweiterung, die diese Stückliste ggfls ausliest und in den Warenkorb kopiert.

Beispiel für den Aufruf: http://xxx/product_info.php?products_id=34437&variant=1

# ShopNix: force compatibility mode for IE8
<IfModule headers_module>
  Header set X-UA-Compatible: IE=5
</IfModule>
# ShopNix.end