Vstore perikelen
-
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.....
-
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?
-
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.... -
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...
-
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
-
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
-
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 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 -
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.... -
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
-
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....
Laatste Berichten
Discussie | Gebruiker | Bekeken | Reacties | Laatste bericht | |
Open vraag : wel of niet verwijderen? (Vertaling van e107) | Leotgtje | 1728 | 0 | - |
|
Vstore perikelen (Vertaling van e107) | Leotgtje | 57523 | 55 | Leotgtje vr mrt. 29 2024, 07:45P.M. |
|
new showcase (Questions in English) | Jimako | 2541 | 5 | aducom ma feb. 19 2024, 01:09P.M. |
|
Wie kent deze melding.. (Ditjes en Datjes) | erje | 2317 | 3 | erje wo jan. 10 2024, 11:02P.M. |
|
SourceForge commit (Vertaling van e107) | Leotgtje | 2669 | 7 | Alex vr dec. 22 2023, 10:19P.M. |
|
chat emo (e107.nl) | Leotgtje | 2785 | 7 | Alex vr dec. 22 2023, 01:43P.M. |
|
ze zijn weer bezig (Ditjes en Datjes) | Leotgtje | 4640 | 5 | Alex di dec. 12 2023, 08:58P.M. |
|
2FA plugin (Vertaling van e107) | Leotgtje | 2575 | 1 | Tijn di dec. 12 2023, 07:45P.M. |
|
Thema e107.nl (e107.nl) | Alex | 2522 | 3 | Alex za dec. 09 2023, 01:22P.M. |
|
FAQ op e107.nl (e107.nl) | Alex | 2189 | 0 | - |
|
Discussies: 89 | Reacties: 539 | Bekeken: 560783 |