Update von v1.06 rev 4356 auf 1.06 rev 4642

[noRiddle (revilonetz)]

Hast Recht, der andere Thread war mir bereits entfallen.
Für Laien ist der aber verwirrend.
Man könnte das genaue Verhalten bei check oder nicht-check der Checkboxen ja vorerst ins Wiki schreiben.
Was mir auch schon länger vorschwebt sind kleine Info-Icons hinter manchen Funktionen des Shops die bei "hover" oder "click" Informationen anzeigen.
Die Infos könnten in einer externen Datei gepflegt werden (Funktion in inc-Ordner und Infos in Sprachdatei).
Das würde genau hier passen denke ich.
(Kann ich gerne ausarbeiten auf Wunsch.)

Okay, dann bitte ich einen Mod das Thema auszugliedern,
sorry für die hervorgerufende Arbeit.

Gruß,
noRiddle

[astaller]

Hallo, ich habe da auch mal ne vermeindlich Dumme Frage...
Im Changelog steht:

Seit modified eCommerce Shopsoftware 1.06 rev 4642
- Das Widerrufsrecht für die Bestell-Mails wird nun aus dem Content Manager geholt

Werden demnach die beiden Dateien (widerruf.html, widerruf.txt) im Template nicht mehr benötigt?

 

MfG
Achim Staller

[Webcraft Solutions]

Code: PHP  [Auswählen]

UPDATE orders_status_history SET comments_sent = '1' WHERE customer_notified = '1';

Sollte dann auch nicht mehr ausgeführt werden, da ansonsten alle Kommentare für die Kunden sichtbar werden

Und wenn mans schon gemacht hat, bevor man diesen Thread gelesen hat - wie kann man das wieder rückgängig machen?

[hstreicher]

der lustige Übersetzungsfehler ist immer noch vorhanden ,

http://www.modified-shop.org/forum/index.php?topic=24562.msg230091#msg230091

[web28]

Code: PHP  [Auswählen]

UPDATE orders_status_history SET comments_sent = '1' WHERE customer_notified = '1';

Sollte dann auch nicht mehr ausgeführt werden, da ansonsten alle Kommentare für die Kunden sichtbar werden

Und wenn mans schon gemacht hat, bevor man diesen Thread gelesen hat - wie kann man das wieder rückgängig machen?

Datenbank mit DB-Sicherung wiederherstellen, das man vor einem Update eine DB-Sicherung macht ist doch selbstverständlich.

[Webcraft Solutions]

Ja klar, ist doch selbstverständlich dass ich bei meinem Kunden schon wieder 2 Stunden für nichts verballert habe und jetzt nach 24 Stunden, wo schon 50 neue Bestellungen eingegangen sind, eine Antwort bekomme, und jetzt weiß dass mir die 24-Stunden alte Sicherung, die ich habe mir einen Scheiss bringt, weil hier dauernd nur bruchstückhafte und unzuverlässige Updates rauskommen!

Sorry web28, wir haben sehr gut miteinander zusammengearbeitet und ich weiß DEINE Kompetenz zu schätzen - aber die Shopsoftware selbst ist einfach der letzte Mist!
Für Hobbybastler ok - aber für professionelle Shopbetreiber, die selbst keine Programmierer sind einfach nur unmöglich!

Nach über 6 Monaten und 5-6 Bettelpostings im Forum habe ich z.b. immer noch keine Antwort auf das Dezimalstellen-Problem. Und das obwohl ich bereit bin dafür zu bezahlen ! Sorry, aber hier ist für mich mit dieser Hobby-Shopsoftware definitiv Schluß!

[Tomcraft]

Vielleicht hättest du einfach mal eine Mail schreiben sollen, anstatt hier im Forum auf kostenlose Hilfe zu hoffen!

Grüße

Torsten

[kulli]

Hallo,
auch ich versuche mich gerade am update:
Ich hab die Kommentarzeilen weggelassen und bekomme trotzdem diese Fehlermeldung:
wie krieg ich den fehler jetzt weg, hab ich was übersehen?
gruss
kulli

Fehler
SQL-Befehl:
ALTER TABLE orders_status_history ADD comments_sent INT( 1 ) NULL DEFAULT '0';
MySQL meldet: Dokumentation
#1060 - Duplicate column name 'comments_sent'

[astaller]

Hallo kulli,

dann lass doch den Befehl weg...
Der Fehler besagt ja, dass diese Spalte schon existiert.

So hat es bei mir wunderbar funktioniert:

Code: SQL  [Auswählen]

#Web28 - 2012-12-30 - SET NEW sort_order BY configuration_group_id 5 , Customer Details
UPDATE configuration SET configuration_group_id = '5', sort_order = '10', last_modified = NOW() WHERE configuration_key = 'ACCOUNT_GENDER';
UPDATE configuration SET configuration_group_id = '5', sort_order = '20', last_modified = NOW() WHERE configuration_key = 'ACCOUNT_DOB';
UPDATE configuration SET configuration_group_id = '5', sort_order = '30', last_modified = NOW() WHERE configuration_key = 'ACCOUNT_COMPANY';
UPDATE configuration SET configuration_group_id = '5', sort_order = '50', last_modified = NOW() WHERE configuration_key = 'ACCOUNT_SUBURB';
UPDATE configuration SET configuration_group_id = '5', sort_order = '60', last_modified = NOW() WHERE configuration_key = 'ACCOUNT_STATE';
UPDATE configuration SET configuration_group_id = '5', sort_order = '100', last_modified = NOW() WHERE configuration_key = 'ACCOUNT_OPTIONS';
UPDATE configuration SET configuration_group_id = '5', sort_order = '110', last_modified = NOW() WHERE configuration_key = 'DELETE_GUEST_ACCOUNT';

#Web28 - 2012-12-31 - ADD comments_sent FOR correct representation OF the comments IN the customers account
UPDATE orders_status_history SET comments_sent = '1' WHERE customer_notified = '1';

DELETE FROM `configuration` WHERE `configuration_key` = 'AFTERBUY_DEALERS';
DELETE FROM `configuration` WHERE `configuration_key` = 'AFTERBUY_IGNORE_GROUPE';

MfG
Achim S.

[kulli]

danke, funzt 

kleiner Fehler noch: hat das noch jemand: mehrzeilige Admin-Menüs überlagert:
[ Für Gäste sind keine Dateianhänge sichtbar ]

gruss
kulli
(Ich wollte wegen der Kleinigkeit nicht noch einen extrathread aufmachen; vielleicht wurden ja mal wieder von Filezilla nicht alle Dateien hochgeladen...)

[GTB]

Code: PHP  [Auswählen]

UPDATE orders_status_history SET comments_sent = '1' WHERE customer_notified = '1';

Sollte dann auch nicht mehr ausgeführt werden, da ansonsten alle Kommentare für die Kunden sichtbar werden

Und wenn mans schon gemacht hat, bevor man diesen Thread gelesen hat - wie kann man das wieder rückgängig machen?

Datenbank mit DB-Sicherung wiederherstellen, das man vor einem Update eine DB-Sicherung macht ist doch selbstverständlich.

Wie man das lösen kann ist ganz einfach.

LÖSUNG 1:
Man nimmt aus dem Backup nur die Tabelle orders_status_history und stellt diese wieder her.

LÖSUNG 2:
Alternativ einfach alle Bestellungen auf 0 setzen :

Code: SQL  [Auswählen]

UPDATE orders_status_history SET comments_sent = '0' WHERE customer_notified = '1';

damit kann kein Kunde mehr von alten Bestellungen den Kommentar sehen.

Fertig.

@ Webcraft Solutions

du bist doch Dienstleister. Willst du uns nun erzählen, dass du das alles machst ohne PHP / MySQL Kenntnisse ?

Mit Grundkenntnissen ist die Lösung doch ganz einfach

Gruss Gerhard

[ado]

ich hab' mich nicht getraut sowas zu schreiben ...

Webcraft Solution heißt ja wohl: Lösungen mit Internetzkunst.

Mich erinnert das so aweng an den Zauberlehrling.. ...

Nix für ungut

LG
ADO

[gerdvomabbruch]

Hallo ich habe eine komplette 4356 Neuinstallation von Ende Februar 2013! Das heißt also ich kann im "bugfixes_106r4642 .sql Update" das vor dem ausführen entfernen:

#Web28 - 2012-12-31 - add comments_sent for correct representation of the comments in the customers account
ALTER TABLE orders_status_history ADD comments_sent INT( 1 )  NULL DEFAULT '0';
UPDATE orders_status_history SET comments_sent = '1' WHERE customer_notified = '1';

Und dann das SQL Update durchführen?

[gerdvomabbruch]

Okay diese Meldung kommt:

#Web28 - 2012-12-31 - add comments_sent for correct representation of the comments in the customers account
ALTER TABLE orders_status_history ADD comments_sent INT( 1 )  NULL DEFAULT '0';
UPDATE orders_status_history SET comments_sent = '1' WHERE customer_notified = '1';

d.h. das in der bugfix.sql komplett löschen und erneut probieren? Oder?

#Web28 - 2012-12-31 - add comments_sent for correct representation of the comments in the customers account
ALTER TABLE orders_status_history ADD comments_sent INT( 1 )  NULL DEFAULT '0';
UPDATE orders_status_history SET comments_sent = '1' WHERE customer_notified = '1';

[CojaX]

Hallo,

ich habe gestern erst auch das Update 1.06 rev 4356 zu 1.06 rev 4642 gemacht.

Einfach die Anleitung beachten:

Update von 1.06 rev 4356

ACHTUNG: Wer bereits die Version 1.06 rev 4356 installiert hatte, der importiert bitte nur die "/_installer/bugfixes_106r4642.sql" per phpMyAdmin in die Shopdatenbank und überträgt die neuen Dateien per FTP in den Ordner des Shops (shoproot).

Hatte den gleichen Fehler,

du löscht einfach

Code: PHP  [Auswählen]

ALTER TABLE orders_status_history ADD comments_sent INT( 1 )  NULL DEFAULT '0';
UPDATE orders_status_history SET comments_sent = '1' WHERE customer_notified = '1';
 

aus der SQL Datei.

Oder du öffnest die bugfixes_106r4642.sql und kopierst dir alles,

dann gehst du in den phpmyAdmin -> SQL-Befehl(e) in Datenbank XYZ ausführen

und fügst den Code aus der bugfixes_106r4642.sql ein und löscht eben genau diese Zeilen raus:

Code: PHP  [Auswählen]

ALTER TABLE orders_status_history ADD comments_sent INT( 1 )  NULL DEFAULT '0';
UPDATE orders_status_history SET comments_sent = '1' WHERE customer_notified = '1';
 

Der Fehler beim Update mit dieser Zeile sagt ja, dass die Tabellen so schon bestehen (wenn ich mich recht an gestern erinnere xD)

Dann noch den ganzen "shoproot" ordner aber ohne den "_installer" in den Shop Root Verzeichnis einspielen.

Bei mir funktioniert alles tadellos.