Jump to content
thirty bees forum

papagino

Members
  • Posts

    91
  • Joined

  • Last visited

  • Days Won

    2

papagino last won the day on June 21 2023

papagino had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

papagino's Achievements

Enthusiast

Enthusiast (6/14)

  • Dedicated Rare
  • Conversation Starter
  • First Post
  • Collaborator Rare
  • Week One Done

Recent Badges

2

Reputation

  1. The Query did not find anything, however, when looking for sales data created under Prestashop with the "30 days to pay" payment option, the Module Names are different in the database, the name under Prestashop sales was "pay30days" and the new sales under Thirtybees, the name is "custompayments". See the screenshots below: Sales made under Prestashop... Sales made under Thirtybees... If I rename all the "pay30days" in the module column to "custompayments", will this fix the problem or this will cause more problems? Thanks for all your help...
  2. Hi, thanks for your response, yes I did import customers and sales from my previous Prestashop store. If I remember correctly, I used the COD payment module from Prestashop and modified it to create the "30 Days to Pay" payment option as Prestashop did not have a Custom Payment Module to do it. Now, on Thirtybees, I created the 30 Days to Pay payment option with the native "Custom Payment Methods module". So, if I understand what you said above, it is possible that maybe the problem is because the module name I used when it was created on Prestashop may be different from the module name I have created with Thirtybees Custom Payment Module. I will check the orders table, column 'module' for orders that was done under Prestashop to see if this is the case. If this is the cause (module names are different) can I just rename the names in the "module" column for previous Prestashop orders data to the name I now have with Thirtybees for the "30 Days to Pay" payment option? Thanks for your help...
  3. Hello people, I have a Thirtybees 1.5 shop. I have created 2 Custom Payment Methods using the Thirtybees native Custom Payment Methods module. When checking my Error logs in the Backoffice, I get the following Warning and Exception: Warning [CONF_PAY30DAYS _FIXED] is not a valid configuration key classes/Configuration.php:1111 and Exception ThirtyBeesException: [CONF_PAY30DAYS _FIXED] is not a valid configuration key classes/Configuration.php:1112 Any idea what is causing this and how to fix it? Cheers
  4. Yes, I don't recall installing this module, I just installed the Thirtybees version and now the Traffic sources is accurate, however, I still get the blank square for the "Year" period as mentioned above...
  5. Hum! interesting it is Dashboard Activity v6.0.2 - by SLiCK-303. I will investigate... Cheers
  6. Yes, my Thirtybees 1.5 shop is always to date. The Dashboard Activity module is v6.0.2. I suspect this is caused with something in the database, maybe a table not configured correctly. My Thirtybees shop was a new install, not from a migration from Prestashop, however, I imported some tables from my previous Prestashop database (for customers/sales/inventory...) and renamed the tables for thirtybees and used the Database schema repair from the Core Updater tool. On my Backoffice Dashboard page, the traffic source shown is always showing maximum of 3 visits. However, the Stats shown under "Visitors origin" and "Visits and Visitors" from the Backoffice Stats page are recording visits properly for all periods. I also noticed that on the Backoffice Dashboard page, there is nothing showing when I click on Year, just a white square like below. Day, Month, Day-1, Month-1 and Year-1 are working like it should.
  7. *** UPDATE*** When looking in my Error Logs, I can see these two warnings: Attempt to read property "value" on null modules/dashactivity/views/templates/hook/dashboard_zone_one.tpl Undefined array key modules/dashactivity/views/templates/hook/dashboard_zone_one.tpl Could this be related to the problems with visits not being reported? Any help would be appreciated... Cheers
  8. I've noticed for a long time, that on my Backoffice Dashboard page, the traffic source shown is always showing 3 visits, even if the stats for "Visitors origin" and "Visits and Visitors" is showing a lot more visitors. Visits and Unique Visitors are at zero, different of what it is on the Stats page. My Thirtybees shop is not linked to a Google Analytics account. I am on Thirtybees 1.5.0 latest as of today. Any ideas for why this is happening? Cheers,
  9. I think my site is being attacked by bad bots also, I have the "Blackhole for Bad Bots" module installed and just last night, it kicked out 6 IPs. Some of the IPs are Brute force attacks according to abuseipdb.com so not sure what's up with that! When checking my Host Resource Usage, the "Input/Output Usage" reached 3MB/s witting a minutes or so and that wasn't me using Matomo. There is basically no traffics on my new site from legitimate customers and I have very little sales, most sales are from existing customers and not from new visitors. (I think Big Pharma do not like the products I sell and want to kill my business...) Not sure what to do! Cheers
  10. I do have Matomo installed on Thirtybees, the problem is if I leave Matomo open to monitor live visits to my site, it create lot of request on my host and exceed what is allow for my shared hosting plan... So I only use it when needed.
  11. Hello people, I was monitoring the traffics on my website using Matomo Analytics module, but I quickly learnt that leaving the Matomo module or website open take up lots of resources such that I got several warnings from my hosting company to fix the problem or account could be at risk of being suspended. I was leaving the Matomo page opened to monitor when visitors would come to my site, I now limit access to Matomo to fix the problem with high resource usage on my hosting account... Anyone else having this problem and is there any way around this? Cheers
  12. ***SOLVED*** Yeaaaaaa! I found the problem... Un-ticked "Visitor" for Group access inside the "Canada Post Expedited (Free shipping on order over $150)" configurations did the trick, no more errors. 😀😁😆 Wait a second, does adding my IP in the"Maintenance mode "Maintenance IP" field automatically set me as whatever I have set myself inside the customer configuration window in Backoffice? I was set to Customer for the "Group access" and "Default customer group". If I set myself to Visitor instead of Customer, error may go go away even if I tick Visitor as mentioned above for the carrier!!! Will try again tomorrow to confirm this... Seems the site detected that I was a Customer and not a visitor from my IP even if I wasn't logged in!!! Oh well, maybe there wasn't any problems at all if this is the case...??? Will try again tomorrow to confirm this...
×
×
  • Create New...