WARNUNG

[einstein2]

WARNUNG
Es ist ein guter ansatz aber die Ausführung ist mehr als besch…
Das eine datensicherung nicht möglich ist haben wir ja schon in einem früheren post festgestellt.
Das englische Artikelbeschreibungen nur nach eingriff in die datenbank möglich sind ist bekannt
Dem fass schlägt jedoch den boden aus das ein zähler im programm ist das auch beim aufsetzen auf eine leere datenbank die bildnummer hochzählt. Hierdurch ist der shop ohne bilder wenn er erneut eingelesen wird es sei denn man löscht auch die shop datenbank.
Geiz ist geil, vielleicht, aber sicher nicht beim denken in programm abläufen. Daher mein rat an jeden der an es denkt, lasst die finder davon es ist kostenlos aber für 2 Tage arbeit mit dem verlust des umsatzes könnt ihr euch für das kostenlos in 6 Monaten ein SAP System leisten, es sei den man ist so beschlagen wie einige selbsternannte mods die zur Installation von XTC html kenntnisse benötigen. Das ist wirklicher edv geiz
Gruss
sigi

 

[Thomas Lisson]

Hallo Sigi,

Das eine datensicherung nicht möglich ist haben wir ja schon in einem früheren post festgestellt.

In eS kann man problemlos Datensicherungen durchführen. Sogar automatisiert.

Das englische Artikelbeschreibungen nur nach eingriff in die datenbank möglich sind ist bekannt

eS bedient nur eine Sprache.

Dem fass schlägt jedoch den boden aus das ein zähler im programm ist das auch beim aufsetzen auf eine leere datenbank die bildnummer hochzählt.

Verstehe nicht ganz. Das ist doch vollkommen korrekt. Analog macht es der Shop selber.

lasst die finder davon es ist kostenlos aber für 2 Tage arbeit mit dem verlust des umsatzes könnt ihr euch für das kostenlos in 6 Monaten ein SAP System leisten

Testen kann, wer mag. Möchte man es auf einem Produktivshop testen, so empfehlen wir ein Shop DB Backup zu machen. Bei Problemen bzw. Nichgefallen, kann alles wieder rückgängig gemacht werden.

 

[einstein2]

Antwort

Hallo

gem. Euren eigenen Aussagen bringt das einspielen eines backups den connector durcheinander (verwirrt) wenn im shop nicht ein zeitgleiches backup eingespielt wird.

Bedient nur eine sprache ist ok. blockt eingaben in andere sprachen NEIN s. eure aussage zu zahlreichen anfragen wird irgendwann eingebaut

Falls es zu unverständlich ist :
shop mit 500 artikel und bildern, alle daten sollen wieder in es eingelesen werden. in es leere db eingespielt und alle daten aus dem shop importiert.
nun wird aus Bild 1 bild 501 in der es daten bank auch wenn diese leer war und dann spielt das mal zurück wo sind dann die bilder im shop. skript schreiben zur umbenennung der bilder?

Damit habt ihr recht aber wer rechnet mit so banalen denkfehlern im ansatz mann will ja schließlich die daten des testzeitraum auch haben

gruss
sigi

 

[Thomas Lisson]

Hallo,

gem. Euren eigenen Aussagen bringt das einspielen eines backups den connector durcheinander (verwirrt) wenn im shop nicht ein zeitgleiches backup eingespielt wird.

Ja, den Connector. Ich denke du redest vom Shop. Wenn Du die ShopDB auf den Stand zurücksetzst, bevor Du den Connector installiert hast, so hast Du den Shop im Originalzusatnd.

Backups sind in jeder Software, die mit anderer Software kommuniziert und auf die Konsistenz derer DB angewiesen ist (hier wawi <-> shop) immer kompliziert. Es gibt keine technische Lösung, um diese beiden immer konsistent zu halten, wenn man Backups und Restores benutzt. Dieses Problem hat jede Software.
Jedes eingespielte Backup bringt Datenverlust. Höchste Datenkonsistenz ist nur dann geboten, wenn keine Backups erlaubt werden und höchste Sicherheit nur dann, wenn sie erlaubt werden.
Backups sollten im Idealfall niemals benutzt werden.

Bedient nur eine sprache ist ok. blockt eingaben in andere sprachen NEIN s. eure aussage zu zahlreichen anfragen wird irgendwann eingebaut

Ja, das ist richtig. Das "Blcoken" anderer Sprachen ist ein Bug, der in der nächsten Connectorversion behoben sein wird - tatsächlich ist er schon behoben, kann allerdings nicht released werden, weil es noch Probleme mit Lagerbeständen, Gewichtabweichungen und Seriennummern von Variationen von Artikeln gibt.

nun wird aus Bild 1 bild 501 in der es daten bank auch wenn diese leer war und dann spielt das mal zurück wo sind dann die bilder im shop. skript schreiben zur umbenennung der bilder?

Ehrlich gesagt verstehe ich es immernoch nicht richtig.

eS exportiert die Bilder in den Shop nur dann, wenn etwas an dem jeweiligen Bild geändert wurde (bzw. Komplettabgleich). Bei dem Export des Bildes erhält das Bild den primary key des Artikels aus der XTC DB als Namen. Es ist die identische Vorgehensweise wie XTC die Bilder anlegt. Reihenfolge kann hier nicht durcheinandergeraten, wenn man nichts an der Datenbank dreht. Ansonsten hat man immernoch die Möglichkeit eine Komplettübertragung aus eS durchzuführen - die exportiert alle Bilder nochmal.

 

[einstein2]

erklaerung

eS exportiert die Bilder in den Shop nur dann, wenn etwas an dem jeweiligen Bild geändert wurde (bzw. Komplettabgleich). Bei dem Export des Bildes erhält das Bild den primary key des Artikels aus der XTC DB als Namen. Es ist die identische Vorgehensweise wie XTC die Bilder anlegt. Reihenfolge kann hier nicht durcheinandergeraten, wenn man nichts an der Datenbank dreht. Ansonsten hat man immernoch die Möglichkeit eine Komplettübertragung aus eS durchzuführen - die exportiert alle Bilder nochmal.

Hallo Thomas
1. osc connector letzte release + letzte osc clean
2. osc gefüllt mit 500 artikel = 500 bilder
3. nach aenderungen im shop die datenbank von es durch einspielen deines blank backups gecleant.
4. connector tables gelöscht und neuinstall connector
5. es gestartet und den shop importiert über internet buttom
6. alle daten nochmals übertragen Komplettübertragung
7. ergebnis die bilder haben nun ids von 501 bis 1000 zuvor 1-500

ichz hoffe nun verstaendlich

 

[einstein2]

backup

Ja, den Connector. Ich denke du redest vom Shop. Wenn Du die ShopDB auf den Stand zurücksetzst, bevor Du den Connector installiert hast, so hast Du den Shop im Originalzusatnd.

Irgendwie widerspricht das dem sinn eines backups - datensicherung-
da ihr fast alle daten im connector speichert wäre eine backup routine die die connector daten abfragt un deinbezieht sicher eine besser lösung als der verlust von vielleicht xx shopvorgängen bei deinem vorschlag des löschen der shop db wäre alles zwischen letztem es zugriff und dem restore verloren

gruss
sigi

PS warum bugbeseitigung nicht releasen, sondern warten, so wird die fehlersuche für euch nur schwieriger und das arbeiten für viele unproduktiver

 

[Thomas Lisson]

Hallo

7. ergebnis die bilder haben nun ids von 501 bis 1000 zuvor 1-500
ichz hoffe nun verstaendlich

Ja, nun ist es verständlich. Allerdings hat es nichts mit irgendeinem Zähler in eS zu tun.
Alle Bilder, die von eS nach OSC geschickt werden, erhalten als Namen den Primary Key des products aus der OSC DB. OSC selbst handhabt hochgeladene Bilder leider so, dass der Bildname vom hochgeladenen Bild übernommen wird. Das birgt viele Probleme, da die Bildnamen nicht eindeutig sind. Es reicht, zwei Artikeln zwei unterschiedliche Bilder mit dem gleichen Namen anzugeben.

XTC, ZC und alle OSC Derivate arbeiten da mit dem Primary Key als Bildname, da hier die Eindeutigkeit gewährleistet ist. OSC gepflegt über eS arbeitet auch so.

Irgendwie widerspricht das dem sinn eines backups - datensicherung-

Es ist ja eine Datensicherung. Eine Datensicherung bezieht sich aber immer auf einen bestimmten Zeitpunkt.

da ihr fast alle daten im connector speichert wäre eine backup routine die die connector daten abfragt un deinbezieht sicher eine besser lösung

Nein. Der Connector speichert keine Shopinformationen. Er weiss nicht, was im Shop geschieht. Er verwaltet nur die Kommunikationen zwischen eS und Shop.
Da OSC / XTC / ZC mit dem Connector auf zwei unterschiedlichen Wegen gepflegt werden können, kann man Backups nicht anders handhaben als von mir im Beitrag zuvor beschrieben.

Bei Shops wie eazyShop, die nur über einen Weg gepflegt werden können, ist das Backup kein Problem. Führt man in eS eine Rücksicherung durch, erhält man Datenkonsistenz durch eine Komplettübertragung - und keinerlei Shopvorgäng wie Bestellungen können verloren gehen.