Vstore perikelen
Leotgtje, za apr 18 2020, 07:07

Zo ik heb het (voorlopig ?) gehad  met Vstore.

https://github.com/e107inc/vstore/issues/156

Ik kan niet verder meer voordat bovengenaamd issue is verholpen; dat zijn de laatste stappen die ik dus eigenlijk nog zou moeten kunnen doorlopen, om te zien wat en waar er nog wat moet gebeuren.


Ik denk dat alles bij elkaar het systeem nou op ongeveer 85-90% keurig functioneert met NL (nou ja poging tot hihi).
Verkopen> klik eender welke button en poeffffff >> fout in 'aansturings'code .


Betaal kanalen blijf ik zo ver mogelijk vandaan (tenzij er makkelijk tekst was doe kon= gebeurd).
Ook hier geldt : geen API sleutels dus kan ze sowieso niet testen..alleen maar aansturen..


Als er iemand wil testen en commenteren.. ?


Ik maak het even lastig dus ga hem niet openbaar maken.. maar diegeen die de weg kent vindt het wel..

Mijn vstore fork branch 2 /working.....



Re: Vstore perikelen
Alex, zo apr 19 2020, 09:23

Goedemorgen Leo,

wat een klus gozert goed gedaan hoor!

Ik heb jouw versie hier nu geplaatst en een testbestelling gedaan met bankoverschrijving en hier verloopt het eigenlijk foutloos, zou dat dan aan de php versie liggen? Ik draai hier PHP Versie 7.3.16

Hoe kan ik het beste wijzigingen aanbrengen in de vertaling tot nu toe? Of moet ik daar nog even mee wachten?



Re: Vstore perikelen
Leotgtje, zo apr 19 2020, 11:01

Dank je, was best wel werk.

Heb je al geprobeerd je verkoop te bewerken in beheer?
Zoals verwerken en dan opslaan. ( 3 knoppen) + bijwerken (update) Bij mij gaat het daar fout....

Hier en daar zul je wel engelse termen in de velden aantreffen, maar die zijn (zie bijv. email templating in beheer) 
zo goed als allemaal multi language velden. M.a.w. die pas je ZELF rechtstreeks aan voor je eigen gebruikers'wens'.
Die hoef ik niet echt te vertalen (kan wel indien gewenst, maar is beetje 'overkill').

Nou die template..Die kan ook wel voorgekauwd taalgebruik hebben, maar of dat precies iets is wat ik moet doen...
Ook hier pas je naar eigen wens aan. (Na opslaan> jouw taalgebruik).

Ik wacht eens op jouw actie in beheer (ik ga dat even niet doenhier op de site), en als het inderdaad bij jou hier wel goed resultaat heeft, ga ik eens op php versies testen...

Ben benieuwd..

Eventuele extra benodigde vertalingen (in core) moeten aangepast worden door aanmaking van LAN's en wijzigingen in de betreffende bestanden ( tekst wordt LAN > incl ' of " etc..) verwerken. )ps: er zijn OOK core LAN's in gebruik)
Ben er al achtergekomen, en dat is best een beetje tricky af en toe, dat sommige teksten gewoon NIET aangepast kunnen worden (en/of mogen). Die zijn of beschermd en geven dan fouten omdat ze functie verlies hebben.
Een voorbeeld hiervan zijn de btw tarieven... wil je daarin gaan veranderen, werkt her en der niks meer (protected arrays ed.), soms kan het wel, soms niet...Af en toe mis ik de logica erachter..

Jammer dat Jimako, na mijn post op gitter/vstore de issue gesloten heeft... (misschien geen zin meer in vstore? ).
Het probleem is dus wel aanwezig... afwachten hoe het verder gaat. Op zich is die plugin zo slecht nog niet, en is (als alles werkt zoals bedoeld) een best goede e-commerce oplossing. Hij lijkt eenvoudig (en is dat eigenlijk ook als je ermee aan de knutsel gaat),
maar ja dan moeten de betaalkanalen wel optimaal draaien en communiceren.
Natuurlijk zullen er als het goed draait wel extra wensen gaan komen...maar dat is niet aan mij, dat ligt aan de plug bouwers.

hihi ik ben geen coder, maar gebruiker, die af en toe durft en probeert en gaande leert..opletten! kijken en testen en afvragen: wat heb ik gedaan..kom je vrij ver mee; vallen en opstaan....



Re: Vstore perikelen
Alex, zo apr 19 2020, 11:38

Je hebt gelijk Leo, ik zie inderdaad nu het probleem, dat was wel goed een tijdje geleden, ik ga op onderzoek uit!

Het bestand https://github.com/e107inc/vstore/blob/master/inc/admin_config_orders.php is het probleem nu, als ik 2 versies terug ga zie ik meer mogelijkheden in een trekveldje en kan ik de order op compleet zetten, wel een foutmelding (blank scherm) maar wel opgeslagen...



Re: Vstore perikelen
Leotgtje, ma apr 20 2020, 04:49

beetje rond testen.
$vs->emailCustomerOnStatusChange($new_data['order_id']);

deze is de sleutel (hij bestaat niet of weet niet wat hij ermee doen moet.

Heb opnieuw gesinstalleerd maar alleen origineel engels gebruikt,

Mogelijk dat ik een kleine taalfout heb gemaakt ergens (functie verstoort).
In origineel werken de knoppen met popup meldingen voor refunded, processing  etc..

Echter wanneer ik ook maar iets wijzig op de aankoop (dus gebruik maken van de Update/bijwerken knop...
poeff de fout..

Conclusie.. ik kan een beetje verder zolang ik NIET op bijwerken kan, en even moet nalopen welke functie
ik per ongeluk als LAN heb gedefinieërd, maar blijkbaar de js overhoop gooit..

we zullen doorgaan, met een remmetje... hihi



Re: Vstore perikelen
Alex, ma apr 20 2020, 09:26

Hi Leo,

ik denk dat in vstore.class.php regel 179 niet klopt..

protected static $status = array(
'N' => 'New',
'P' => 'Processing',
'H' => 'On Hold',
'C' => 'Completed',
'X' => 'Cancelled',
'R' => 'Refunded'
);

Is bij jou

protected static $status = array(
'N' => LAN_VSTORE_GEN_018,
'P' => 'Processing',
'H' => 'On Hold',
'C' => 'Completed',
'X' => 'Cancelled',
'R' => 'Refunded'
);

Op regel 1828 staat het volgende:

$this->order->setOrderLog('Order created' . (empty($transData) ? '' : ' and paid') . '.');

En bij jou:

$this->order->setOrderLog(''.LAN_VSTORE_CART_047 . (empty($transData) ? '' : LAN_VSTORE_MAIL_031) . '.');

Hier twijfel ik ook aan omdat het log niet wordt gevuld.

Enne Leo ik probeer alleen maar te helpen, is geen kritiek, ik had het niet kunnen doen, ik snap al niet wanneer je ' ' of " " of ""  "" moet gebruiken sad



Re: Vstore perikelen
Leotgtje, ma apr 20 2020, 10:02

Helemaal niet erg Alex, dat is nou een van die dingen die ik bovenvermelde bedoelde. een functie die ik (waarschijnlijk) niet mag wijzigen.

Deze dingen moet ik dus opnieuw nalopen. Daarom heb ik wat testen gedaan met een ongewijzigde engelse (dus originele) versie. dan werkt eigenlijk zo een beetje alles.. behalve de bijwerken knop. Dat is dus zullen
we maar zeggen : een programmeer fout in de code door de ontwikkelaar gemaakt.
Dat staat los van het vertaalde versie deel, das een fout in de aangebrachte wijzigingen door mij, Dus nalopen herstellen en testen...

Tsja het gebruik wanneer een 'of een " en/of combinatie... dat is eigenlijk iets wat ik gaandeweg heb geleerd met
LAN aanpassingen voor de core, heb ook fouten gemaakt toen, maar door toezien van Cameron enz..
veel geleerd.

Wanneer je die define wilt activeren is de 'call' voor een define afhankelijk van de omliggende programmeercode.
Wanneer  je code reeds een '..... '  gebruikt (dat is ook code gebruiken/insluiten/onderscheiden) en ik de LAN define erin plaats, is het dan soms noodzakelijk gebruik te maken van 1 ' om de werkzame code actief te houden , en soms moet ik de " gebruiken in dat deel, Dan heb je ook nog dat ik gewoon de define kan plaatsen zonder een 'of ".  Allemaal afhankelijk van de 'surroundings".

Het is dan ook handig met een goede editor, die code laat zien (met kleuren) dan heb je al een waarschuwing
wanneer je iets verandert en dat bijv. blauwe code (actief) na een plaatsing zwart wordt.. dan is het oeps...
daar is iets niet juist want met wat ik doe verbreek ik die codering/activiteit/commando. Best wel handig als je dat eenmaal gewend bent(denk 99% correct), scheelt een heleboel kennis van php ook..
Dat weerhoudt mij dus niet ervan OOK fouten te maken. Zoals het aansturen van de js dmv van de knoppen bijv. Dan zit ik (in mijn idee iets wat mag) te wijzigen in wat (en dus denk ik die protected arrays) niet mag...


Tsja en dan slipt dat er tussen door, daar de code WEL mag; maar NIET werkt (eg functieverlies op dat deel wat nodig is voor uitvoering op een ander deel in de vervolgcode. Dus 1 fout kan 5 - 6 andere fouten oproepen..
En daarom vraag ik ook altijd; test het ook even.. of vergelijkbare fouten voorkomen..

In een eerder antwoord gaf je aan: bij mij slaat hij wel de 'functie' op, bij mij niet..en om nou een en ander te elimineren, start ik gewoon bij het origineel, en kijk wanneer en waar dan mogelijk iets gebeurt.. en voila knoppen werken, dus ik heb fout gemaakt, echter van de update/bijwerken is dan geen sprake.....dus er IS een fout aanwezig (dat ligt dus aan dat mail gebeuren) en aangezien Tijn tussendoor een commit had gemaakt, moest ik sowieso opnieuw testen of er iets verandert is/werd... Er is eigenlijk weinig communicatie, en als ze dan een issue sluiten....  dan wil je wel twijfelen gaan.

Zo ik hoop dat ik iets heb kunnen uitleggen over het gebruik (aanpassen van), maar moet dat dus proberen over te brengen vanuit mijn aangeleerde kennis, mogelijk dat een echte coder dat anders uitlegt (directer of korter).
Ik geef nog niet op hoor wink en goede kritiek is ook een leer punt.. want in die onderste regel staat ook iets fout namelijk die : voor de define... volgens mij hoort die daar echt niet thuis... (dus je ziet dat het helpt..)
Weer een clue.. blijf maar voor detective spelen Mr Holmes, dan speel ik Watson sad



Re: Vstore perikelen
Leotgtje, ma apr 20 2020, 10:13

Even toevoegen, neem maar eens een bestand uit vstore/inc, en zet eens een komma bij een define dus ala
'.LAN_.... maak je ',LAN_... van opslaan en gebruiken.. bamm fout pagina en hopelijk geeft de browser dan aan wat er fout is (simpele typefout) ernstig probleem... en als je dat niet direct in de gaten hebt... en daarna nog meer in dat bestand hebt gewijzigd tegelijkertijd... Begrijp je het al... zoeken zoeken....



Re: Vstore perikelen
Alex, ma apr 20 2020, 10:39

Heeeeee de status veranderen is opgelost nu....

kijk in admin_config_orders.php (inc) regel 404 staat in jouw versie:

$('#btncancel').click(function(e){
e.preventDefault();
if (!confirm(".LAN_VSTORE_SALES_022.")) return;
updateOrder('cancel', {$order_id});
});

$('#btnrefund').click(function(e){
e.preventDefault();
if (!confirm(". LAN_VSTORE_SALES_025.")) return;

Dit moet zijn:

$('#btncancel').click(function(e){
e.preventDefault();
if (!confirm('".LAN_VSTORE_SALES_022."')) return;
updateOrder('cancel', {$order_id});
});

$('#btnrefund').click(function(e){
e.preventDefault();
if (!confirm('". LAN_VSTORE_SALES_025."')) return;

Je kan dan de status veranderen, zijn we al een stukje verder sad



Re: Vstore perikelen
Leotgtje, di apr 21 2020, 09:31

Zo zie je maar, mogelijk over het hoofd gezien, precies datgene wat ik bedoelde met de LAN in code.. je hebt een 'toegevoegd om de define te laten werken. Heb ik dus gemist ( of ben gestoord geworden, en vergeten). Dat is het nadeel als je tussendoor ook andere dingen doet.. Je stopt en gaat daarna weer verder... Goed gedaan hee !!.
Nemen we mee....

Re: Vstore perikelen
Leotgtje, di apr 21 2020, 04:07

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...

Re: Vstore perikelen
Leotgtje, vr mei 01 2020, 06:07

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..

Re: Vstore perikelen
Alex, za mei 02 2020, 10:40

Hi Leo TOP,

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



Re: Vstore perikelen
Leotgtje, wo mei 06 2020, 04:22

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

Re: Vstore perikelen
Alex, za mei 09 2020, 09:54

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 sad

Re: Vstore perikelen
Leotgtje, zo mei 10 2020, 09:16

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



Re: Vstore perikelen
Leotgtje, ma mei 11 2020, 03:53

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..



Re: Vstore perikelen
erje, ma mei 18 2020, 09:26

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

Re: Vstore perikelen
Tijn, zo mei 24 2020, 12:25

@erje: welke MySQL/PHP versie gebruik je?

Re: Vstore perikelen
erje, zo mei 24 2020, 02:07

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..

Re: Vstore perikelen
Leotgtje, zo mei 24 2020, 07:35

@Erje heb geen Synology of wat hij kan maar heb eens rondgekeken. Is het volgende misschien voor jou bruikbaar? https://mariushosting.com/synology-php-7-2-13-and-new-webstation-update/ (v0146)

Re: Vstore perikelen
erje, zo mei 24 2020, 08:24

Er is 5.6 7.0 7.2 en 7.3 aanwezig maar als je hoger gaat dan 7.0 krijg je de volgende tekst

CRITICAL ERROR:
Line : generic, class2.php
[6]: Unable to form a valid connection to mySQL. Please check that your e107_config.php contains the correct information.

maar het zit hem of ergens in de synology of toch in e107, wordpress draait ze allemaal dat is juist het gekke...

Kan heel snel weer terug naar php 7.0. en dan werkt het weer..
Ze zeggen dat er binnenkort een update komt maar dat zeggen ze al maanden..

Re: Vstore perikelen
Alex, za mei 30 2020, 09:30

Leo,

als ik een order annuleer krijg je een popup, die eerste deed het goed maar de 2e gaf LAN_VSTORE_CUST_013

ipv de tekst 'Order bijgewerkt tot' en wat blijkt nu de regel 629 in vstore.class.php geeft deze regel met:

''.LAN_VSTORE_CUST_013.' "[x]"', en als de LAN_VSTORE_CUST_013 niet voorkomt in de Dutch_front.php

werkt het niet??

Het is een handeling die in de admin uitgevoerd wordt, hoe kan dat Leo?



Re: Vstore perikelen
Alex, za mei 30 2020, 09:46

In inc/admin_config_orders.php staat op regel 672 het volgende:

<tr>
<th>'.LAN_VSTORE_CUSM_043.'</th>
<th>'.LAN_USER.'</td>
<td>'.LAN_VSTORE_CUSM_022.'</td>
</tr>

Dat moet

<tr>
<th>'.LAN_VSTORE_CUSM_043.'</th>
<th>'.LAN_USER.'</th>
<th>'.LAN_VSTORE_CUSM_022.'</th>
</tr>

Zijn...



Re: Vstore perikelen
Leotgtje, zo mei 31 2020, 08:59

Ik geef even antwoord zonder het direkt te wijzigen en testen (zal het doen in de komende week), maar kan wel snel reageren wink.

Op de eerste post: CUST_13... Ik ga die gewoon in global zetten, dan werkt hij ook (na cache reset/refresh) .
Das nou een van die dingen dat naarmate het beter gaat werken, mis je de gewijzigde dingen in werking. Het op heffen van de ene fout, wat mogelijk heeft geleid tot het niet uitvoeren van een verder code deel, wordt na het herstel dan dus weer wel uitgevoerd, en dan mis je dat..
Nou een beetje krom denken...het werkt in het admin gedeelte, ok dat hoort ook met een melding voor de admin; MAAR het is tevens een trigger die een boodschap hoort te sturen richting het klantpaneel (voor de klant)(dat moet ik even controleren. En dat klantpaneel draait front.. > vb in global wordt admin en front bedient...


Post 2 > mooi gezien, die is niet van mij... das een codering typo zat er dus al in...Ik verander de styling niet, alleen text naar LAN



Re: Vstore perikelen
Alex, zo mei 31 2020, 03:17

Leo,

als je in de admin kijkt bij de betalingsmethoden is de bankoverschrijving in de tabs foetsjiee

define("LAN_VSTORE_PAYP_015", "Bank overschrijving"); en

define("LAN_VSTORE_PAYP_015", "Bank Transfer");

moet het zijn in Dutch_admin.php en English_admin.php op regel 346 sad



Re: Vstore perikelen
Leotgtje, zo mei 31 2020, 04:54

Huh ?
define("LAN_VSTORE_PAYP_015", "Mollie betaal methodes");
//for global use
define("LAN_VSTORE_GATE_003", "Bank overschrijving");

code: 'bank_transfer_active' => array('title'=>LAN_VSTORE_GATE_003, 'type'=>'boolean', 'tab'=>5, 'data'=>'int', 'help'=>''),
'bank_transfer_details' => array('title'=>LAN_VSTORE_GATE_003, 'type'=>'textarea', 'tab'=>5, 'data'=>'str', admin_config gateways.
Op site hier: alles normaal ????



Re: Vstore perikelen
Alex, zo mei 31 2020, 08:18

define("LAN_VSTORE_PAYP_015", "Mollie betaal methodes"); moet Bankoverschijvng zijn....

Ik heb het over de tab...



Re: Vstore perikelen
Leotgtje, zo mei 31 2020, 09:47

Moest even het origineel bekijken, je hebt gelijk, maar dan even in inc/adm_conf_gateways.....
regel 31 wijzigen naar protected $preftabs = array('Paypal Express', 'Paypal REST', 'Mollie', 'Amazon', 'Skrill', LAN_VSTORE_GATE_003); daar staat nu dus die 015.

De LAN....015 zelf is correct maar behoort alleen aan de keuzevakken toe ( helptekst voor keuze)...my mistake

Mollie tab>
Mollie betaal methodes

Kies minimaal 1 betalings methode. De betaal methode MOET zijn ingesteld in je Mollie dashoard VOORDAT je het kan gebruiken in de vstore! Let op, niet alle methodes ondersteunen alle munteenheden!


Re: Vstore perikelen
Alex, ma jun 01 2020, 09:42

Top!, neem je de vorige ook nog mee? Als ik tijd heb tussendoor zit ik te kijken en wijzigen, enne inderdaad als ik iets zie wat niet klopt waar wij niets mee te maken hebben zet ik het hier ook neer, kunnen we het altijd nog melden sad



Re: Vstore perikelen
Leotgtje, ma jun 01 2020, 10:15

Doe ik

Re: Vstore perikelen
Leotgtje, ma jun 22 2020, 11:00

Zo.. heb nog via Gitter een verzoek ingedient voor meer testers.. Ook even een duits en frans pakket toegevoegd. (good as it will be, weet ik gelijk of de nieuwe mt vertaling beter werkt dan Go..T)

Re: Vstore perikelen
Leotgtje, za jul 11 2020, 12:22

En dan even een vraagje, misschien voor Alex? Vraag is ook verschenen op vstore issues (org). Op de kassa pagina vóórdat je de koop bevestigt, krijg je links in het scherm het adres ed..Kun jij misschien achterhalen (ik weet even zelf niet waar ik precies moet kijken (of het is niet volledig gecodeerd), waarom hij het verzend (aan) niet weergeeft?
Was inderdaad wel een goede optie (ook al slaat hij alles op in dbase en klantpaneel).

Re: Vstore perikelen
Alex, zo jul 12 2020, 12:15

Ik ga op zoek Leo!



Re: Vstore perikelen
Leotgtje, ma jul 13 2020, 09:18

Toppie, (even aan de zaken gedachte denkend) Was wel een goede 'bij'- mogelijkheid dat dat voor geregistreerde personen ALLEEN mogelijk is. In verband met fraude... alhoewel dat in admin wel zichtbaar is, (en hopelijk gecheckt voordat iemand (door haast ofzo) akkoord verklaart.

Re: Vstore perikelen
aducom, di jul 14 2020, 03:56

Ik vind de VStore zeer interessant. Is het goed bruikbaar met Mollie? Alex heb jij ervaring?

Re: Vstore perikelen
Leotgtje, wo jul 15 2020, 09:04

Ik ben gewoon brutaal @aducom; wanneer je een zaken account hebt... testers gezocht... (ook in verband met de aanpassing voor multi-taal). Gebruikt wordt de optie bankoverschrijving..daar kom ik het verste mee qua taal. Hoe het systeem reageert als een daadwerkelijk actie (koop/betaling) plaatsvindt kan ik niet beoordelen. Ik heb geen zaken account. Dat is dus wel noodzakelijk wil je de api's kunnen aansturen.Als particulier (ook al is het voor test) kom ik niet ver helaas.. Dus misschien ??? (natuurlijk het liefst de aangepaste versie op mijn github repo, die werkt op taal (4) en is dus al anders (bestanden zijn gewijzigd voor taalgebruik) dan de originele...



Re: Vstore perikelen
aducom, vr jul 17 2020, 09:37

Hallo Leo,

Niks brutaal hoor. Goede vraag, maar ik ken deze plugin niet. Ik heb een Mollie account en een zakelijk PayPal. Op dit moment vakantie en andere perikelen, maar eind augustus wil ik hier best onderzoek naar doen.

Re: Vstore perikelen
Leotgtje, za jul 18 2020, 09:39

Fijn om te horen. We kunnen wachten hoor. In elk geval prettige vakantie gewenst.

Re: Vstore perikelen
Leotgtje, za dec 05 2020, 12:11

Heden 5 december een pakje gekregen (hehe) Cameron heeft wijzigingen doorgevoerd aan Vstore.

Zal der wel weer een tijdje zoet mee zijn.. Als het maar geen roe is....



Re: Vstore perikelen
Leotgtje, di dec 08 2020, 10:54

viel wel mee. sluit tags verwijderd, maar belangrijk is wel dat de vendor folder ( noem het maar noodzakelijke bibliotheken) voor de betaalkanalen is veranderd. (dus ook een bestand genaamd composer lock.
De working version heb ik bijgewerkt, maar nog niet getest. Zou dus indirect geen gevolgen moeten hebben in het taalgebruik... Dus we blijven er op zitten...

Re: Vstore perikelen
Alex, di jan 12 2021, 01:38

Hmm maar nog niet bruikbaar dus... er komt een toepassing aan waar ik er gebruik van zou willen maken, order - factuur - IDEAL - automatisch na betaling ledenklasse toekennen en toegang.. zou zo mooi zijn...

Re: Vstore perikelen
Leotgtje, vr jan 15 2021, 12:02

Ben er mee bezig, laatste + 1 maand zijn er 2 wijzigingen geweest in vstore..Moet her en der iets wijzigen, schiet al op. Aangezien er nu ook php 8 dingen bijkomen, werken sommige defines niet. Reden moet ik nog achterhalen. We komen er wel. Ga dan gelijk voor die php 8 dus..is dat in elk geval al up to date.. Ik laat wel iets weten..(nee staat nog niet online).
Voor die aanpassing? Father Barry had meen ik vroeger een script die zoiets deed (auto lid/klasse) Dat binden aan het betalings 'akkoord'. (soort trigger? Is maar een idee...die heb ik wel, alleen geen kennis van zaken..

Re: Vstore perikelen
Leotgtje, ma jan 18 2021, 01:09

Bijna ben aan het testen, grrrrrrrr die php8, werkt goed op herkenning, maar soms............( )
Er is echter een commit wijziging geweest die sommige vstore defines niet inleest... denk dat ik dat reeds heb gevonden.. Eerste resultaat lijkt alvast prima.

Re: Vstore perikelen
Alex, za feb 27 2021, 10:59

Is dit dan DE oplossing? https://github.com/e107inc/vstore/commit/4ff350f5c4f381bce54939c9a1d651ea06d8f684

Re: Vstore perikelen
Leotgtje, za feb 27 2021, 12:30

Het is in elk geval DE oplossing voor de beruchte 'UPDATE' knop (de regel 242).
(intern Cameron nog eens op de hoogte gebracht en toegang tot testsite gegeven).

Hij werkt nou zoals het moet en.... de emails gaan de deur uit (als dat uiteraard in Email templates is ingesteld)
(op Live test site php 7.4)

( heb al veranderd, 4 nieuwe LAN's erbij gevoegd) moet nog even de taalpakketten nalopen dat alle defines overeenkomen
Ik doe gelijk de 4 talen (had ik al), maar engels en Nl zijn hoofdzaak.

Een monumentje geduld aub en ik maak hem weer beschikbaar, moet alleen even testen op php 8.

Mooi  ..  alleen de CC nog 






Re: Vstore perikelen
Alex, za feb 27 2021, 12:34

Rustig aan Leo, ik heb wel de git van vandaag even hier geplaatst (e107 / vstore), inderdaad de bijwerken knop oke nu!!



Re: Vstore perikelen
Leotgtje, ma mrt 01 2021, 03:05

Nou dan ben ik eens benieuwd...(pm).
(lekkur stiekumm doen).

Re: Vstore perikelen
Leotgtje, do mrt 04 2021, 10:40

Even update.. denk dat ik er wel ben...Ha. even laatste info afwachten.

Re: Vstore perikelen
Leotgtje, za mrt 06 2021, 12:24

updatetje : iets misgedacht.. ook al zijn de uitkomsten best wel goed lijkend.
Na interne communicatie, zet ik het even in de diepvries en begin met re-compilen.
Beter direct goed, dan achteraf huilen en blijven veranderen.
Een voorbeeldje : constructie van LAN's in templates niet meer ' . LAN_HUP_xxx ... maar { LAN= xxxx en meer van zulke dingen (ook voor mij even wennen)... Ik laat wel weer wat weten... (core en plugin gelijk oplopend toekomstgericht)

Re: Vstore perikelen
Leotgtje, di mrt 09 2021, 11:14

Moet het toch even gaan vermelden : de nieuwe versie (dat is de bedoeling van mij althans> design ontwikkeling e107)), zal helaas niet compatibel zijn met versies lager dan de huidige v 2.3.1 (dus de github versie tot hij wordt uitgebracht.
Reden daarvoor is dat templating de LAN's anders gaat 'aanspreken'. De LAN's worden dan vermeldt ( in code ) met {LAN= (zonder aanhalingstekens " of ' icm. met/zonder een punt of 'kaal').