Jump to content

connectcase

Members
  • Posts

    131
  • Joined

  • Last visited

About connectcase

  • Birthday 02/23/1969

Profile Information

  • Location
    Netherlands
  • Activity
    Developer

Recent Profile Visitors

4,737,764 profile views

connectcase's Achievements

Newbie

Newbie (1/14)

13

Reputation

2

Community Answers

  1. Hi there, I am trying to implement SSL on a server-level and consequently turning SSL on in PS (1.5) backoffice. But I get all kinds of weird results; adding to cart no longer works, because the form is unsafe (according to Firebug) PDF-generation can not find images anymore etc. product page seems to forward to the http-equivalent and end up in a loop etc When I did a search through the PS-code, I found out that there are hard coded HTTP-references in some of the crucial files: /classes/PaymentModule.php (multiple lines) /classes/Link.php (line 99) /classes/shop/Shop.php (line 345) /classes/Tools.php (line 203) etc. Could this be the cause of all my trouble or am I barking up the wrong tree here? Cheers, Cees
  2. Ik snap niet zo goed wat je bedoelt met "de webserver daarvoor niet goed aangeeft welk protocol wordt gebruikt"? Je bedoelt dat Apache niet het juiste protocol doorgeeft? Dat zou niet uit moeten maken, de browser van de gebruiker doet dat wel, toch?
  3. Hallo allemaal, ik probeer SSL te implementeren voor een klant en wil daarom SSL aanzetten in de Prestashop 1.5 BO. Als ik dat doe, krijg ik alle vreemde resultaten: * toevoegen aan de winkelwagen werkt niet meer, omdat het formulier onveilig zou zijn (zegt Firebug) * productpagina's raken in een loop en blijven forwarden naar de HTTP-variant van de pagina * de PDF-aanmaak van factuur en pakbon kan de juiste plaatjes niet meer vinden etc. /classes/PaymentModule.php (meerdere regels) /classes/Link.php (regel 99) /classes/shop/Shop.php (regel 345) /classes/Tools.php (regel 203) etc. Kan dit de oorzaak zijn van alle problemen? En zo ja, waarom zouden de makers deze verwijzingen hardcoded hebben geprogrammeerd (en een hoop andere verwijzingen weer niet)? Is niet handig, toch? Cheers, Cees
  4. Hi there, I am trying to implement SSL on a server-level and consequently turning SSL on in PS (1.5) backoffice. But I get all kinds of weird results; adding to cart no longer works, because the form is unsafe (according to Firebug), PDF-generation can not find images anymore etc. /classes/PaymentModule.php (multiple lines) /classes/Link.php (line 99) /classes/shop/Shop.php (line 345) /classes/Tools.php (line 203) etc. Could this be the cause of all my trouble or am I barking up the wrong tree here? Cheers, Cees
  5. Something about a missing field in the SQL-statement. I can't remember cause I removed the module. I read it only works if your root folder has write permissions and that's just not a good idea security wise. I wrote a simple PHP scripts that forms an XML file that is suitable for both Google and Bing.
  6. Throws an exception on PS 1.5.4.1: Unknown column 'ms.id_shop' in 'where clause'. Is this due to me not yet having edited /classes/dispatcher.php?
  7. It throws an exception. But then again I probably got the wrong module. I took it from here: https://github.com/PrestaShop/PrestaShop-modules. Can someone point me towards the right one that @shacker is talking about?
  8. I might be me, but a module that requires me to change permissions on my rootfolder does not seem very safe....
  9. What do you mean "not integrated"? It's an official module released by one of the biggest banks over here and it consist of somewhat more than just payment.php. You mean it should somehow show a 404?
  10. No it doesn't. The full URL with which you can pay your order (by choosing a bank from the dropdown) is: www.clientssite.com/modules/ideal/payment.php Removing payment.php from the filesystem gives in PHP-require-error in the BO. What I have done now is put a warning in payment.php ("If you see this screen etc. etc.") But I'm not sure if that'll work if the html-content of payment.php is already in people's cache. They still might see the dropdown with which they can pay.
  11. Hi there, my client used to have iDeal as payment method but decided to implement a payment provider that offers multiple services among which iDeal. So obviously I disabled the iDeal plugin. But the plugin is still accessible through: www.clientssite.com/modules/ideal/ And if I call this URL directly in my browser I can still use the plugin to pay for my order! And now I found some weird payments that make me suspect that this old URL is still in some people's browsercache. So disabling a module is not enough? It needs to be completely removed? Cheers, Cees
  12. Hi there, I was trying to improve my SEO with a Google Sitemap. However, I found that such a module is not present in my 1.5.4.1-installation. When I started googling for it, I stumbled upon a bunch of posts either complaining about the missing module OR complaing that the module did not work (including a lot of links to no longer existing gitHub-trees...) So can anyone clarify where I can get a working gsitemap-module for Prestashop 1.5.4.1? From what I can figure out, I need version 2.2.5... Cheers, Cees
  13. I know that this question has been posted before, but since there does not seem to be a satisfactory answer and I am not the only one having trouble with this: why can't I change my e-mailadress in the forum? All the notifications are now sent to an old defunct address....
  14. Same here! Notifications are now sent to an old address. Why can't I change my own e-mail address?
×
×
  • Create New...