Kleine update, heb al paar dingetjes verandert.
Om te kunnen werken heb ik in admin_config_orders het code deel voor force new_invoice 222>243 even uitgeschakeld.. kan ik beetje verder zonder die fout/chrash (zie wel hoever ik kan doorgaan...

Ben benieuwd of er nog iets te verbeteren valt (natuurlijk wel maar eerst eens alles werkend hebben).
Zelfde adres mijn Github repo - working version (aangepast op nieuwste versies) en 2 tekstbestandjes in de wiki (best even lezen).

Wie zin heeft .... test ze..Zover ik kan controleren (er zijn ook al aanpassingen gedaan met LAN's die NU nog niet zichtbaar zullen zijn, maar dat ligt denkelijk aan de betalingsportalen...(zoals berichtjes/help/debug).(ps..sommige vinden na actie pas auto aanpassing vermoed ik). Ik testte met Bank overschrijving, kom je al heel ver mee....

Reacties graag welkom..

Hi Leo TOP,

ik ga ermee aan de slag! Het staat hier op de site nu in ongewijzigde vorm om te testen..

Heb het gezien, direct al 1 dingetje gemist zag ik, is al aangepast; ben nog beetje alles nalopend. Wijzigingen zijn nog niet ge-upload.

Hi Leo, als je misschien zover bent wil je je wijzigingen uploaden in je git? Ik heb morgenochtend tijd om verder te gaan, wil graag de laatste stand van de plugin

Ok, gedaan. Voor de zekerheid (was misschien even dubbel werk) alles bijgewerkt (meen 11 wijzigingen).
Hoop dat het nou allemaal (zover mogelijk) goed resultaat geeft, maar ben nog hard aan het denken, de hernoeming van de LAN titel te herstructureren.. Vindt het niet echt erg duidelijk vb. wanneer zijn het rubriekje Sales, Copons etc..
Ik noem het maar kosmetisch, het werkt wel, maar ook de lege define lijnen.. Wil die eigenlijk nog even laten bestaan, kan er zo iets ingevoegd worden....
Succes

Vreemd.... even correctie @Alex > (l.46) define("LAN_VSTORE_STAT_DATA", "Geen orders beschikbaar voor de afgelopen week!"); moet uit admin naar de global php... verdorie..

Heb de vstore geïnstalleerd maar gaf een fout melding wat het aanmaken van CREATE TABLE vstore_cart betreft, na wat googlen en wat dingen geprobeerd te hebben kwam ik uit op de volgende oplossing,

`cart_lastupdate` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,


`cart_lastupdate` TIMESTAMP NULL DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP,

Nu werkt het zover ik nu zie wel goed , dat wil zeggen dat er geen fout melding meer komt.

Kan liggen aan de mysql server versie of php, loopt soms een beetje achter op de synology

@erje: welke MySQL/PHP versie gebruik je?

Ik draai e107 op de synology en daar gebruikt e107

Server
nginx/1.15.7
(Systeem: ………..synology.me)

PHP Versie
7.0.33

MySQL
5.5.62-MariaDB

Database: ???

Krijg e107 niet geïnstalleerd op een hogere php versie.
Stopt bij de stap dat je net alle gegevens hebt in gevuld..
Updates laten vaak lang op zich wachten op de Synology..