Jump to content
thirty bees forum

datakick

Administrators
  • Posts

    2,911
  • Joined

  • Last visited

  • Days Won

    438

Everything posted by datakick

  1. This looks fine That's expected as well, /classes directory should never be accessible directly from the browser (security reasons), hence the *deny* directive. If you PM your back office credentials, I could have a look.
  2. This shouldn't happen. In automation tab, all orders are displayed -- the sql do not filter out any order. This suggests you have some database inconsistency in the core order / order detail tables.
  3. That's unfortunate. You must have uninstalled, or reset, the module. Of course it's possible to extract the reviews from database backup. You will need to restore your backup to new database name, and then copy all tables that starts with tb_revws_% Note that the revws module have export functionality, you should regularly export all the reviews from it, and save them somewhere. Have a nice day.
  4. Absolutely agree with you, @lesley. Core update needs to perform some additional checks. I will also make core updater work more autonomously, without the need for running store. This will allow us to revert to working version in case store is broken after upgrade. That shouldn't happen, but it will sometimes, I'm sure 🙂
  5. Unfortunately a lot of merchants have 'If it works then don't touch it' approach, which is understandable to some extent. Also, they might still use old tb version, ie. 1.0.4, which is not fully php 7 compatible. But php 7 will be a hard requirement for new release
  6. What do you mean 'Orders not showing up' ? In Automation tab?
  7. So far, no php 5.6. Awesome 🙂 It looks like we will have to drop support for this version sooner than later
  8. You need to update quantity of individual combinations. In import wizard, select Combination as a record type to import. Then match your combinations by some unique id, ie. combination reference. Use update mode, and import quantities. That should do it
  9. Available quantity for product with combinations is determined as a sum of quantities of all combinations. You need to import combinations, and update individual quantities
  10. What php version do you use? Unfortunately we don't collect any statics at the moment
  11. No, it's not related. PHP 7.4 is supported, but there might be some Notices -- that's not error, that's just notice. No You should look at your php configuration. Note that the config is usually different for cli and php-fpm environments.
  12. The module lies 😉 It tries to register this hook, but there is no code handler for it -- method 'hookDisplayPaymentEU' is missing. This means that when the hook is executed, this module will not handle it.
  13. Doesn't seem to work on desktop either
  14. datakick

    Hacker attack

    ScriptResource.axd This doesn't look php related
  15. Did you enabled debug mode, as @zen suggested? That would have give you some error code, and we could give you ideas.
  16. What page in particular is affected? Please share url, so we can compare it with the http://4kidspoint.pl/robots.txt It could be related to these sections: Disallow: /*?orderby= Disallow: /*?orderway= Disallow: /*?tag= Disallow: /*?id_currency= Disallow: /*?search_query= Disallow: /*?back= Disallow: /*?n= Disallow: /*&orderby= Disallow: /*&orderway= Disallow: /*&tag= Disallow: /*&id_currency= Disallow: /*&search_query= Disallow: /*&back= Disallow: /*&n=
  17. Weird. Could you five me access to your back office, so I could investigate?
  18. When you enable ASM make sure your carriers are associated with warehouses. And of course, associate product with warehouses as well.
  19. This is related to php8 and it's Attribute class. Even if you don't run on php8 there is already a polyfill that introduces this class, and that breaks the whole tb store. I'm currently working on this issue, it will be fixed soon.
  20. INDEX (cart_id, order_reference) That's composed index, based on two columns. This index would be used only if the join contained cart_id column as well. But in this case, the join contains order_reference only, so db will happily ignore it. It's possible that there is bug in php code -- maybe the join should contain cart_id. Or if the php code is ok, then there should be standalone index with this order_reference column only.
  21. The code is perfectly fine, there's nothing wrong here. It just adds additional table to the query that fetches orders. The problem is that your database select bad plan to execute this query. The solution is to help the database -- create index that it can use to optimally retrieve data. Something like this: CREATE INDEX mp_order_reference ON tb_mollie_payments(order_reference); With such index the query will run much faster, probably
×
×
  • Create New...