Jump to content

BertGr

Members
  • Posts

    22
  • Joined

  • Last visited

Profile Information

  • First Name
    Bert
  • Last Name
    Groothuis

BertGr's Achievements

Newbie

Newbie (1/14)

1

Reputation

2

Community Answers

  1. Hi, I just found this old thread and I'm very interested in the suggested solution: "show a popup with a warning that order delivery might be delayed a few days due to holidays". But how do I do this (without buying a module ;-) ) ?
  2. Waarom? In tegendeel. Een (gratis) account aanmaken en je kunt aan de slag. De hele configuratie en beveiliging etc. staat en draait. Alleen, en niet geheel onbegrijpelijk, wil Presta weten wat modules doen op hun cloud. Je kunt je een grapjas voorstellen die van elke financiële transactie 5 cent naar zijn eigen rekening boekt. Of misschien wel gelijk € 500,- En dan is Presta straks aansprakelijk gesteld omdat zij de module aanboden op hun hostingplatform en deze gedownload kon worden vanuit hun addon markplaats. Ik snap best dat ze dat niet willen. Wil JIJ toch die addon dan zul je elders moeten hosten (of zelf moeten hosten) en is niet Presta verantwoordelijk maar jijzelf.
  3. Vanmiddag antwoord gehad van Mollie: EDIT: in aanvullig op mijn eerdere bericht hier (heb ik verwijderd omdat het niet meer relevant is) laat Mollie nu weten dat er 'in de loop van volgend jaar' een module zal worden ontwikkeld.
  4. Woow, ik heb een grote vergissing gemaakt: Daar waar ik hierboven schreef over ---- van Mollie moest eigenlijk staan van MultiSafePay. Deze vergissing is waarschijnlijk gekomen doordat ik met beide partijen (nogsteeds) in een mailwisseling zit. Deze ---- mailde niet met een mailadres van zijn domein (multisafepay) maar vanaf ebusinesssolutions.nl) Excuses van mijn kant. Neemt niet weg dat Mollie ook nog GEEN module heeft voor de Prestashop Cloud. Dus daaraan veranderd niets. Alleen de uitspraken zijn voor rekening van MultiSafePay.
  5. I have the same problem. I did look at the thumbnail-link that is not working in my cart with the element-inspector like Pascal suggested. The problem is the https prefix! If I edit that to http the thumbnail is being showed. I can tackle this in two ways: 1. Get HTTPS to work (it is a local (home) server. Still testing and don't know how to activate SSL. 2. Get the URL's right in the Cart. Anyone?
  6. Wow, found the fix myself ! sudo /opt/bitnami/apps/prestashop/bnconfig --machine_hostname NEW_DOMAIN I ran the above command --machine_hostname 83.82.x.x and the website is showing from the webserver as well as from other local network machines. And also from external machines over the internet. See here for more details: https://wiki.bitnami.com/@api/deki/pages/495/pdf
  7. I have a clean LAMP install (Linux Mint 17.2) on my local network. After that I ran "brconfig --appurl" to run my prestashop from root: http://127.0.0.1 instead of http://127.0.0.1/prestashop. $ sudo /opt/bitnami/apps/prestashop/bnconfig --appurl / After that I manually changed the settings in the backoffice at SEO & URL's: Shopdomain: 83.32.x.x:8080 SSL Domain: 83:82.x.x:8443 Base URI: / When I do this the site is accessible from the internet as well as from my local network. Then I switched on Friendly URL's in the backoffice at SEO & URL's: After that the site is still accessible BUT no images from articles AND no detailpages anymore. When I change Shopdomain and SSL Domain back to 127.0.0.1 the Friendly URL's and detailpages work. But only from my webserver due to the browser resolving to localhost (127.0.0.1). At least I need it to work from the internet (obviously) but is would be nice if it worked from the webservermachine and other local network machines. After that (and after testing period) it should by working from the same webserver but by calling a domain name. Please help and thank you for that
  8. I'm struggling with some parts also... delete (or rename) the .htaccess file in the main directory in the backoffice go to: Preferences > SEO & URL's Toggle "Friendly URL's" from ON to OFF Save settings now the .htaccess file should be recreated in the main directory in the backoffice go to: Preferences > SEO & URL's Toggle "Friendly URL's" from OFF to ON Save settings all tutorials say this should help although for me it didn't
  9. Waar ik over 'de cloud' spreek heb in het over de gratis Presta cloud. De helpdesk van Presta kan dit niet verhelpen. De programmeurs van Mollie moeten een module maken en deze ter goedkeuring voorleggen aan Presta. Daarna neemt Presta de module op in de Presta (module)Marktplaats.
  10. Er is nog geen cloud versie. Als die er was stond die in de Presta Marktplaats. De losse variant kun je downloaden en installeren op je eigen gehoste server/thuis PC maar NIET op de server in de Prestashop Cloud. Mail Mollie of blijf de Presta Marktplaats checken of er een gecertificeerde release is.
  11. Dat klopt (in de PrestaCloud NIET, lokaal WEL) en daarna contact met hun helpdesk gehad ---: Hier wat quotes van hem: "Ik heb het probleem onderzocht en besproken met onze plug-in Ontwikkelaar, die de module voor Prestashop heeft geschreven. Ik heb begrepen dat wij momenteel geen mogelijkheden kunnen bieden om onze module operationeel te krijgen op Prestashop Cloud. Momenteel is onze plug-in Ontwikkelaar hiermee bezig om deze goedgekeurd te krijgen in de Prestashop Addon Winkel. Als dit eenmaal gerealiseerd is; dan kunt u onze plug-in straks via de Prestashop Addons installeren zoals het geval bij andere modules." Daarop mijn vraag of de plugin anders reageert in lokale installaties tov cloudinstallaties: "Dat klopt. De restricties worden vanuit de Prestashop Cloud bepaald. Indien u Prestashop op een eigen webserver installeert; dan kunt u modules naar keuze installeren waaronder die van ons, en wordt u ook niet geconfronteerd met de betreffende melding bij het inschakelen van de betaalmethodes van onze module. Het probleem zit in het Prestashop Cloud zelf, en (gelukkig) niet in de Dashboard;" En op de vraag wanneer een Presta 1.6 plugin voor de cloud komt: "Ik heb het net nagevaagd (Edit BertGr: dit was op 7 oktober 2015), en heb begrepen is dat we geen exacte indicatie kunnen geven doordat het bij de Prestashop ontwikkelaars ligt om te worden goedgekeurd. Zelf denk ik dat dit wel een paar weken tot maanden kan duren. Dit gezien hun ontwikkelaars onze plug-in programmatuur dienen na te lopen en na te testen. "
  12. Wat nergens staat is dat Mollie alleen werkt <1.6 In de cloud is de module nog niet toegelaten. Daar zijn ze wel mee bezig maar de developers van Presta moeten de module eerst vrijgeven voor in de presta module marktplaats. De Mollie module van github werkt alleen op VPS of eigen webserver. Info van github Download de laatste versie van de module via de Releases-pagina. Pak het archief uit Kopieer de map mollie naar de map modules in uw Prestashop installatie Ga in uw administratiepaneel naar de tab 'Modules' en kies in het lijstje 'Categories' voor 'Payments and Gateways' Klik op de 'install' knop rechts van de Mollie Payment Module Vul uw API-key in en sla de gegevens vervolgens op.
  13. ik weet niet waarom maar ik heb de tutorial over de .htaccess die onder het artikel over virtual-host stond gelezen de .htaccess geopend, gesloten zonder wijziging voor de zoveelste keer de apache2 service geherstart de browser gerefreshed en tot mijn stomme verbazing werd ineens de pagina WEL geladen: xx.xx.xxx.xx/en en xx.xx.xxx.xx/en/home/11-artikel.html Edit: voor de volledigheid ik had daarvoor nog de 000-default.conf gekopieerd, aangepast en hernoemd naar domeinnaam.conf deze geregistreerd met: sudo a2ensite mijndomein.conf zonder resultaat daarna de 000-default.conf gedisabled met: sudo a2dissite 000-default.conf (n.a.v. comments onder het artikel dat je linkte)
  14. hielp ook al niet ;-( zodra ik Friendly URL aanzet is het mis, zet ik het uit is het weer OK na aanzetten redirect de browser vanaf de standaard URL xx.xx.xxx.xx/domeinnaam naar xx.xx.xxx.xx/domeinnaam/en (zonder index.php) na uitzetten leidt het ip-adres xx.xx.xxx.xx naar xx.xx.xxx.xx/domeinnaam/index.php Bij uitgeschakeld 'Friendly URL's' werkt de webshop verder goed (voor zover ik heb gezien). Alle links werken, alle plaatjes staan er.
×
×
  • Create New...