Da das von Tomcraft in vorliegendem Thread in
Antwort #334 eingefügte Modul
sperrgut_module_admin_config_v1.6_fuer_shopversion_2.x.zip nicht update-sicher
* ist und ich das gerade benötigte, hier mal meine neueste Version für Shop-Version 2.0.x, welche nun update-sicher
* ist.
Außerdem ist auch
Tomcrafts Anleitung nicht korrekt (z.B. was
checkout_shipping.php betrifft).
Des Weiteren möchte ich auch ein Veto einlegen dagegen, daß man, wenn man eine Anleitung anpasst oder verändert, meine Vorlage benutzt; und was ich schon gar nicht möchte, daß man meinen nick name
noRiddle im Code stehen lässt
Ich habe gerade bei einem User einen greulich fehlerhaften Einbau des Modules vorgefunden und mußte dabei überall meinen Nick Name sehen, ganz so, als hätte meine Wenigkeit das so fehlerhaft eingebaut.
Deshalb bitte,
Tomcraft, benutze nicht meine Anleitungs-Vorlage und schon gar nicht mit meinem Nick Name in allen Code-Kommentaren.
Unterschiede des hier von meiner Wenigkeit nun geposteten Modules zum alten Modul:
- Es gibt kein System-Modul, lediglich ein ot-Modul, in welchem alles konfiguriert werden kann.
- Es gibt keine vordefinierten Sperrgutkosten in der Konfiguration
- entweder wie in vor 2.0.-Versionen in der Konfiguration oder über das System-Modul in Tomcrafts Version -
sondern frei definierbare Sperrgutkosten bei jedem Artikel. - Es können in der Config des Modules Versandmodule ausgeschlossen werden. Per Default sind das selfpickup und freeamount, da es bei Selbstabholung keinen Sinn macht Sperrgutkosten zu berechnen und bei Versandkostenfrei nur in Ausnahmefällen. Das kann aber, wie gesagt, selbst bestimmt werden.
- Im Modul kann der Content bestimmt werden welcher hinter dem Sperrgut-Icon auf der Produkt-Seite verlinkt ist. So bleibt man flexibel.
- Das Modul ist update-sicher* gebaut.
- Es gibt in der Anleitung eine ein paar mySQL-Befehle für die die das alte Modul im Shop eingebaut haben und nun auf das neue umstellen wollen. Mit den genannten Befehlen kann man die bereits eingestellten Sperrgutkosten problemlso auf das neue Modul übertragen.
Davon unabhängig ist natürlich, daß das alte Modul bei Umstieg auf das neue code-technisch zurückgebaut werden müsste. - *NACHTRAG*
Es gibt keine Anzeige auf der checkout_shipping.php, Das wäre update-sicher* nicht möglich gewesen und ist eigtl. auch unnötig. (War ja sowieso meine Idee im Modul für die 1.06-Version.)
Dem eingangs genannten User habe ich versprochen, daß er lediglich für den Rückbau und Neueinbau aufkommen muß, da ich das Modul hier frei einstellen wollte, was ich hiermit also tue.
Viel Freude damit,
Gruß,
noRiddle
* update-sicher:
Da mir immer wieder auffällt, daß es verschiedene Ansichten über den Begriff "update-sicher" gibt, hier meine Meinung dazu um zu verstehen wie ich den Begriff verwende.
Für meine Wenigkeit zählt das Template nicht dazu wenn man von "update-sicher" redet. Es gibt einfach zu viele verschiedene Templates, sodaß man ohnehin keine Erweiterungen und Module bauen kann die auf jedes Template ohne Anpassungen passen. Abgesehen davon sind auch keine Hooks in Template-Dateien vorgesehen.
"update-sicher" heißt also: Es werden keine Core-Dateien geändert
[
EDIT Tomcraft 09.03.2020: Modul in
Beitrag 1 ergänzt.]