Jump to content

Welcome, Guest!

By registering with us, you'll be able to discuss, share and private message with other members of our community.


  • Content Count

  • Joined

  • Last visited

Everything posted by Pedalman

  1. Pedalman

    Dashboard statistic stops registering sales

    Just asking into the blue: Did you change your statuses? Don't laugh but if there is no status set that tells the db that an order was sold than...
  2. Pedalman

    Google Search Console

    Just curious, what is the branch you are in? Please do not laugh, but if you are in a branch that heavily profits from Christmas business/sales then there you go. For me, it looks pretty much like that
  3. Pedalman

    Official Mollie Module

    As already said at the moment for the last 3 weeks paylater functionality was stalled (Mollie said officially they dropped support). All other payment option are said to have received their latest 'internal updates' 3 weeks ago and no one know when they might stop working. In a nutshell, at the moment all know problems are related to the webhook 'conversation' between Mollie <--> Thirtybees exclusively for the payment option paylater/Klarna. This worked for me today as stated. So, I am interested if anyone has received paylater orders in his shop the lasts days since I have not for 3 weeks except my own order (before we had daily sells via paylater). Thank you
  4. Pedalman

    Official Mollie Module

    Hello Petr, coming back to this. I reactivated Klarna paylater in live shop and did a test order. It went positively through after I created a customer with my original adress and entered my mobil phone number and birth date during checkout test (Klarna scoring test). With eyebrowses raised I had to notice that my order was accepted by Klarna and I had successfully bought on invoice/paylater and this was registered in my backoffice. In the log appears as it does in test mode: MollieWebhookModuleFrontController::processTransaction said: Received webhook request for order 1234/ transaction ord_1234 0 0x 0 08.02.2019 So, either Molly lowered their constraints on the PS/TB test or I was just lucky or what ever... I am happy since it might be something good and may be we can use Mollie in the future! Hower, before the problems started we had orders via pay later on a daily basis. My test order is now the first one for 3 weeks! What are the others experiencing here? Are you still with Mollie or any alternatives? Still receiving or freshly receiving Mollie / Klarna paylater orders?
  5. Pedalman

    Official Mollie Module

    In a nutshell: The TB version of the Mollie module hosted on Git is old (no one should use is since rounding errors etc. come with it as far as I can dig from the GIT code progress) The Prestashop version on Mollie hosted on GIT is in active development At the moment Mollie has stalled API communication for the payment option "pay later" by Klarna. We can expect to not be informed which payment option next is going to stall. Customer support told me all payment option won't get any updates any more for the TB version. I am happily willing to give access to Petr. Hope for the best
  6. Pedalman

    Official Mollie Module

    Thank you very much Petr and Lesley for your vigorate words on our perspective with Thirtybees. I know that all this arrousal came without any heads-up and no one heralded this. And you are absolutely right we have to face the actual situation and perhaps we (you 🙂 ) can workout a solution. I think the Mollie support is willing to help out, too, since we are dependent on PaymentServiceProviders as they are dependent on us. I for my part am willing to pay for the extra time needed in form of developer hours. I profit from Mollie, if it is working, and would have to spend many hours to find and integrate an alternative solution (where the same could happen). I do not know wheather there is now in this forum or in our blog a place where we can utter our top wishes that we merchants are willing or capable to pay for.
  7. Pedalman

    Official Mollie Module

    Edwin, that is what I wanted to hint at but didn't dare to say. First, I feel betrayed that TB differs to PS for any API. I have no idea of the technical side here but I am merchant and never was told that this could happen. First, that a PaymentServiceProvider or any other service can stop supporting Thirtybees cause TB's API is obviously in some ways different than the PS 1.6 one (and I hope that I am right that this was not consciously misused by someone who publicly said he does not want to be connected to TB anymore after he spend months of his life for the TB development) and second that as you point out correctly there is deadline for the PS API development. So, I am coming back to my question if there is a technical way to simulate any API? Could Thirtybees be this "open" so we will never fear to compatibility in this way or that we can get back access to Mollie etc? ********** I am not giving anyone at the moment the blame. But as said I am shocked that a service provider that claims to support Prestashop V1.6x can block Thirtybees. On the other hand I am shocked that the maintainers of the Mollie GIT claimed that for Thirtybees users there will be no problems since! Thirtybees is compatible: Am 03.11.2018 um 13:02 schrieb info@snowycatsoftware.com: > > Dear Boris, > > I just recieved your message on my voicemail. Could you please inform me who provided you with my mobile phone number, as for it is not visible on our website? > > Concerning your question regarding thirty bees. The Mollie module is / should be compatible with thirty bees, because thirty bees is compatible with PS 1.6. > > You can find the repository here: > > https://github.com/mollie/PrestaShop > > We also set up a repository here (https://github.com/mollie/thirtybees) but it is not supported and will be removed in the near future. > > You can create an account at https://mollie.com and test the module on your development / staging environment (before placing it on your live shop) to see what it has to offer. It has many great features, a lot of different payment methods and Mollie offers very competitive pricing as well. > > Have a nice weekend. > > > Kind Regards, > > On behalf of Snowy Cat Software > > Mxxx. Diexxx
  8. Pedalman

    [Free Theme] Niara - Thirty Bees theme

    Hello I really appreciate that finally a nice theme for Thirtybees is being developed. Moreover I like we share the same rules of how a nice page has to look. Anyway since I need to spend more time on my business than adapting themes via CSS etc. to my suits I want you to ask if your theme might support a page builder like: https://www.leotheme.com/prestashop/prestashop-modules/699-ap-page-builder-prestashop-module.html I have not used that one since I am still with my adapted Warehoue theme but that module of Leo looks promising. Are you supporting directly the JSON Thirtybees module ?
  9. Pedalman

    Official Mollie Module

    UPDATE Bad, really bad news: Mollie (or Mr. Dekker and Mr. Diederiks ) do no more support Thirtybees. Even more, since V3.3.4 (the latest is V3.3.5) they even seem to block Thirtybees. Fact is that since mid of January 2019 the Mollie API stopped to inform ThirtyBees that an order made via "PayLater" / Klarna was successfully made. Customers were "authorized" to use the pay later service buut Mollie did not resend this data to the Thirtbees shop. The bad result is that we as merchant did not even know that we had a new order! That means also customers think they have successfully baught via pay later and are waiting for their shipment but all they get is if things go wrong a payment reminder from Klarna for products they never received. I am really, really angry now since I just get informed that Mollie stopped compatibility with Thirtybees for all payment options! That means, PayLater Klarna is broken since January and all other payment options won't get updates anymore 😞 I am just a merchant and since 8 years I had always trouble with payment providers. This is what I live from. I need working payment providers. But since Mr. Dekker started forking and adjusting the official PayPal module for Thirtybees two years ago this never worked flawlessly. That were many problems with it and caused unneccessary trouble for the merchant. Maybe that the problems (mostly timing problems of the PayPal / sho API) were also existent for the official Prestashop PayPal modul but I doubt so. This is the same now for the Mollie module. They said no problem at all. Thirtybees is compatible with Prestashop so we can stop developing the TB module since you can use the PS module of Mollie. This was clearly wrong. I moved happily to Thirtybees but am getting prolems with important payment modules. I know that there is now finally after a two years a new TB PayPal module. Lesley posted so and maybe hopefully it works. I did not check. I went to Mollie since PayPal did not work before. I canceled all my old PSP's in favour for Mollie. CreditCard, Sofort and "Pay Later". All this is conncected to lot's of time and checking and ... and ... and bookmaking. Always ajusting for a new service is a horror for any merchant and I risk my business. So, you get the gist. I am at the moment really angry and all I can do at the moment is to hope that at least the other payment options (credit card and paypal are the most important onces) will continue to work with Mollie. BUT bew aware they said they do NOT support Thirtybees anymore and so they could stop working without warning. At least for me as a European merchant this Mollie service was very good and nearly without alternative. I and you were told that since Thirtybees remains compatible with Prestashhop V1.6 we are fine. This is clearly not the case at the moment. I do not know why and am asking: Is there a way for Thirtybees to "fake Prestashop" so that modules that 100% support Prestashop but not officially Thirtybees or are forced to not do so (M. D. ??) will for certain work with Thirtybees? The Mollie API must have ways now to recognize that it is dealing via Thirtybees store and perhaps LesLey and Traumflug need to add a masquerade function so compatiblity remains 100%. Else I risk my business now or in the near future with TB since I can not rely on the hope that there may be alternatives each time a module or service decides to stop supporting ThirtyBees. Would't it be nice and a nice gesture in form of the compatibilty vowe that Thirtybees in form of Mr. Lesley, Traumflug or Petr or.... forkes now the Dekker/Diederiks Prestashop Mollie GIT and adjust it for Thirtybees? But perhaps this is not possible du to copyright and code property. I do think it is advisable to run any more the old Thirtybees V3.1.0 module since the new one had additions like getting rid of rounding bugs and more and compatibility for TB has stopped anyways. So we need 1. the PS masquerade.
  10. Pedalman

    Official Mollie Module

    Hello I still got the problem that the V3.3.5 (newest Prestashop Mollie version) is not changing the status for payment option "pay later" automatically. Please tell me, if it is working for you or not.+ CSS override I can not get working sind V3.3.4 I noticed even more problem with pay later. It seems to have stopped working literally. Orders are not registered in Thirtybees any more !!!
  11. Pedalman

    daily: libcurl-errors.html

    *ERROR* 2019/01/03 - 00:01:10: cURL error 52: Empty reply from server (see http://curl.haxx.se/libcurl/c/libcurl-errors.html) at line 185 in file vendor/guzzlehttp/guzzle/src/Handler/CurlFactory.php Im agetting this error in the logs daily at roughly the same time. Does it need fixing?
  12. Pedalman

    daily: libcurl-errors.html

    Hetzner Europe, my host, answered: They ask me wheather I know which URL over which port I try to reach. Normally Hetzner allows port 80 and 443. Well, as expected, I do not know. That is the reason I asked in this forum. Looking at the file in concern I see at line 185: // Create a connection exception if it was a specific error code. $error = isset($connectionErrors[$easy->errno]) ? new ConnectException($message, $easy->request, null, $ctx) : new RequestException($message, $easy->request, $easy->response, null, $ctx); return \GuzzleHttp\Promise\rejection_for($error); } I think it might be a ThirtyBees issue nevertheless?
  13. Pedalman

    Issue with 1.08 and Warehouse theme

    Purity do it again please 🙂 It would be great if someone could post the fix here since it is may be TB related.
  14. Pedalman

    daily: libcurl-errors.html

    Oh, ok. Thank you Petr. Than I suppose I will not have to dig into it since I know I would not understand what is going on. Perhaps I am going to inform my host: HETZNER
  15. Pedalman

    Custom One Page Checkout

    If you did not know, Datakick has already done more than the basics on this idea and put it into a module (that is in development). As said, time and therefore money is alway of concern if things are to be developed and maintained. Perhaps TB needs outsourcing 😉 anyway due to my 40 years usenet/Internet experience I can tell you that solving bugs and polishing the 'marketing' form are an endless story. So, we can be honest and expect that freebies are seldom to come. Therefore I repeat may be it is best to start outsourcing. Maybe due to a public write out where the agencies supporting Thirtbees that are gathered on a monthly basis could pick the most wanted projects. Develop them in their name and sell, support and maintain... - be part of a great future of an ecomerce platform that simply works, is affordable and greatly sympathetic.
  16. So, Waka., you are using the version that was supposed to be adapted to Thirtybees exclusively and not the latest version V3.3x developed for Prestashop only (and all compatible forks)? (I am also asking, because two weeks ago I reported here that orders made via "paylater" and Mollie do not! change their order status automatically as they should after being delivered. May be there is a connection to the issues of 30knees)
  17. Pedalman

    Official Mollie Module

    is for anyone the change order status to "ship all" via API working?
  18. Pedalman

    Official Mollie Module

    Hi I also switched to the PS version at the point when the TB version was marked as 'stalled' in development. M. Dekker made public he will not continue the TB version and concentrate on the PS version already started by Snowcat only. I never got the CSS style override working :( May be I am missing information to use the right path but since I am msessing around with PS/TB for half a deacade now I thought how to use is. Well, it did not work. That is sad since I really would like to fit the style to my shop. Moreover I do not get the auto change status function working. I tried all settings but it seems not to work. The API is not changing status for "pay later" in Mollies backoffice. I have this problem with another "pay later / pay on invoice" module by Silbersaiten that has also a function to change the order status. In this case after for example 14 days since order. It never worked. May be there is in my Shop or in TB in general something different to PS considering the order status function?
  19. Pedalman

    [solved] customer wants me to add "text" to invoice

    Oh oh I just found out that you can actually add text to the specific invoice in backoffice orders. It is hidden in the tab 'documents' in backoffice orders. Well, that is nice. Thank you for your tipps !
  20. Pedalman

    [solved] customer wants me to add "text" to invoice

    No, I am not looking for a sultion where everycustomer can leave information to be added to invoice during checkout or customer account. I am looking for a way where an employee can add information in backoffice/orders that can be added to that special invoice (orderID)... For example yesterday a University made an order but informed me that it is necessary that a certain number appears on the invoice...
  21. Pedalman

    I found something cool about background color

    Hello thank you for taking time on this. I found this https://css-tricks.com/apply-a-filter-to-a-background-image/ on the web. I am going to play with it next year. As said I find it very interesting how they did it and how it could be implemented into a already running web shop. In my case I tried to upload only product images with 255 255 255 white background. Anyway, there will bi still a small number of images with different bg. May be I will get into offering best product images (quality, size, visual attractiveness) finally. There it would be helpfull to integrate imagemagick into the core image controller perhaps :)
  22. Pedalman

    I bought OPC Knowband module and am shocked

    Well, I am not going to use it. Since Knowband is not willing to refund it I can sell it ;)
  23. Pedalman

    I bought OPC Knowband module and am shocked

    I am grateful for your honest words and answer. I really do not like to talk bad about modules or agencies. But in this case I already said that I am was in daily email support conversation with Knowband about issues I noticed in the first 15 minutes and they always responded in a way making me feel like an ape. That was no good experience and I will dig it not. 'PresTeamShop one' I forgot about. I had once a look at their OPC module ( a year ago or so) cause I bought their image compression module. I will check them since I know that their support is fine. Thanks
  24. Pedalman

    Products to test site?

    You can also clean all order data inclusive with custsomer data via some modules. I think TBcleaner can do the job. Else have a look at Vekia's free dboptimzer module ad prestaeurope.