Jump to content
Latest News: (loading..)

burt

Team
  • Content count

    13,416
  • Joined

  • Last visited

  • Days Won

    510

Everything posted by burt

  1. Problem was exactly as per the core code, just needed the addition of a clearfix div.
  2. Thank You to the handful of good guys who felt able to take a chance on them getting some good modules and code without actually knowing what they'd get. You are stars. Each day in February I'll be adding in a new module/code. Hit the "FOLLOW" button to be notified whenever I reply to this post. Demo site is running Bootstrap v4, but ALL 28d offerings will have BOTH a BSv4 version AND a BSv3 version. If you are a very old version (eg Gold, or early somewhere in between Gold and Frozen), the BSv3 version is for you, but you'll get both in case you do ever update to the latest codebase. If you have general questions, or particular questions about each days offerings ... please post them here or PM me.
  3. burt

    Email queuing system

    Yes - the system does not yet replace the usual outgoing emails - but I am certain, in the near future, something like this system has to be put in place for all emails. Template-able Emails - it has to be the future!
  4. FYI here it is BSv3: http://template.me.uk/234bs3/product_info.php?products_id=16 If I removed the "reviews button" module, the qty input would jump up below the images, so I would then have two options; add a clearfix div make the qty width wider than the images width BSv3 is sometimes problematic in this regard - hence the quick/easy clearfix solution as per the core code reviews button.
  5. Most likely you just need to clearfix in the template file, as is done for the reviews button; https://github.com/gburton/Responsive-osCommerce/blob/2341-Frozen/includes/modules/content/product_info/templates/tpl_cm_pi_review_button.php#L1 Email for support please...giving URL to look at etc - makes things a *lot* easier.
  6. burt

    Email queuing system

    Great, thanks - please email me any feedback ...
  7. burt

    Email queuing system

    Code has gone out to two testers. Depending on feedback given over the next week or two, should see this system into the wild. It's close...
  8. burt

    Email queuing system

    The next activation (or perhaps the one after), you'll get; testing123 (inserted via admin) review_request (date changed from 60 days to 1 day) Report back how they look?
  9. I'm slowly but surely, as and when I can give time, updating the software. Thanks to all who are helping the software to move forward 👍
  10. I've a little bit of time in hand and it seems like this is the next necessary thing to solve, the use of php7.2. But I need your help to point out any problematic area so that attention can be given to them. To help...you'll need an installation of CE (any flavour that is Frozen or later) running on php 7.2 - with error reporting dialled right up. To set up error_reporting to show everything that is wrong: includes/application_top.php Find: error_reporting(E_ALL & ~E_NOTICE & ~E_DEPRECATED & ~E_STRICT); Change to: ini_set('display_errors', 1); ini_set('display_startup_errors', 1); error_reporting(E_ALL); admin/includes/application_top.php Find: error_reporting(E_ALL & ~E_NOTICE); if (defined('E_DEPRECATED')) { error_reporting(E_ALL & ~E_NOTICE & ~E_DEPRECATED); } Change to: ini_set('display_errors', 1); ini_set('display_startup_errors', 1); error_reporting(E_ALL); Save both files. Obviously...you DO NOT want to do this on a live shop as it will show errors to your customers, so hopefully a few people have a test shop to play with... Now if you browse your test shop...all warning and errors will appear. Thank you in advance. Please copy/paste the following as a reply: URL: WARNING/ERROR:
  11. burt

    Email queuing system

    It sends to whoever the shopowner is targeting with the individual modules. In the example modules I've come up with, that's all customers... I am certain this system is the acorn that will grow into what CE will use for emails in the future.
  12. burt

    Email queuing system

    Excellent thank you Guys - *much* appreciated. I'll clean up one piece of code and write a readme, and then get it out for you guys to have a play with...by end of tomorrow you'll have it.
  13. burt

    Email queuing system

    👍 request_review was set for 60 days, I changes it to "now", so it fired off... It should be with you...fingers crossed with the correct data...
  14. burt

    Email queuing system

    Awesome, thank you. I'll now update a couple of the "review_request" to send today rather than in 60 days...
  15. burt

    Email queuing system

    Great - thanks guys. Some emails should have gone out; testin123 to Eddy and one other tester (inserted by me directly in admin) no_checkout to Dan (amended date to send today) birthday_greetings to Dan (amended date to send today) Hopefully you'll get them and data should show correctly...
  16. burt

    Header Tags in new pages

    Make sure you have the Pages SEO module installed, it's a Header Tag Module.
  17. burt

    Email queuing system

    ps, for testing, nothing will actually be emailed out to you until I manipulate the Queue send_at dates. Once I have a few test emails in the Queue, I'll play with the dates so emails will go out much sooner than their intended date (eg, a review which would have gone out 60 days later, will go out today/tomorrow (for testing purposes) etc - hope that makes sense...
  18. burt

    Header Tags in new pages

    Look at how it is done on (eg) specials.php https://github.com/gburton/Responsive-osCommerce/blob/master/includes/languages/english/specials.php#L18-L24
  19. burt

    Email queuing system

    I believe this is now ready to test, if you are able to spend 5 minutes to create an account and perform a checkout I would greatly appreciate it: https://template.me.uk/outgoing/ Please *please* use a real email address as part of the testing will be viewing emails when they come to you to ensure that they contain the correct (ie, your!) data and letting me know of any issues. This system has as standard: birthday greetings sent X days prior to the customers next birthday [default: 21 days] no checkout sent X days after creating an account (and not checking out) [default: 5] request review sent X days after an order is made [default: 60] winback sent X days after the customers last order (or create_account if no order) [default: 365] Where X is a number of days defined (per module), default as shown. Each could be changed by shopowners as needed; perhaps some shopowners might feel a year later for "winback" is too long - in which case set it to (eg) 90 for the email winback to fire off about 3 months after last. Etc and so on.
  20. burt

    Only Show Boxes on Selected Pages

    That piece of code should make sense and is portable to box(es) for 100% sure. It might be practical to move the function into (say) /includes/functions/general.php and then just access that function from the module (rather than having the (basically the same) function in all the box modules). Hope that makes sense. If you do that, and get it working, hit me up with it as it can go into Core. Thx.
  21. burt

    Only Show Boxes on Selected Pages

    You have two (easy) ways to do it; Set pages per box or Set boxes per page I'd set pages per box as there are less boxes than pages so it would be a lot quicker... You can find an example of this approach in /includes/modules/header_tags/ht_datepicker_jquery.php Or you have a more flexible way (but needs coding from scratch); create a new DB table for storing page/box relationships. And then have a dedicated admin page for setting it up.
  22. burt

    Email queuing system

    Adding in those extra {{XYZ}} tags has caused problems. Main problem being on the admin side when adding an email into the Queue, the extra {{XYZ}} tags over and above the basic (always available) ones were impossible to add. That's now solved after much banging of head on keyboard. So, I think it's now good to start being properly tested - over the weekend I'll upload the new files to the demo site, clean out the queued emails and ask for testers (once again, sorry)...
  23. burt

    Email queuing system

    Another full day of coding this, the joys of being a coder. I now have it as easy as possible to add in {{XYZ}} tags, and they automatically show in the admin side as available for use. Eg on the "no_checkout" slug I added in {{SIGN_UP_DATE}} (which is the date customer created account) and in the admin side it appears like so ready for use; It's not as simple as I'd like, but I think I've done as much as I can working within the confines of the osCommerce architecture...
  24. burt

    Email queuing system

    This has turned into a bit of a nightmare. By adding in those extra {{XYZ}} tags I made it almost impossible for users to *easily* extend the system further. 😕 So, I've recoded that portion (again [that's three times now]!) and it is, at last, as smooth as silk. However making it that easy on the shop side... has broken the admin side functions. So I now have to recode portions of that 😕
×