Jump to content

bsandall

Member
  • Content Count

    222
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by bsandall

  1. The above would only apply to existing items; you'd have to do some of the edits bsmither mentioned and/or change the database column default value to 'in' instead of null in order to have new items default to inches as well.
  2. I ran a simple SQL query to update all my existing product listings to default to inches: UPDATE `CubeCart_inventory` SET `dimension_unit`='in'; They still will not display any product dimensions until you specify width/depth/height, but at least you won't have to select 'inches' every time when you do.
  3. I don't suppose anyone has already made a CubeCart module for TaxJar? Nothing came up when searching the plugins.
  4. Looks like it might do the trick! Cheers!
  5. Since it looks like US online retailers are going to have to start charging sales tax regardless of nexus, does anyone know of a comprehensive sales tax solution that integrates with CubeCart and handles state, county, city and any other special district taxes based on the delivery address?
  6. The way the 'Featured Products' section works is that it selects one random product from among all that are marked as featured in the database. If you set your 3 products as featured, each time the page loads one from among those 3 will be shown. If you would like to show all 3 at once, that will require editing both the back end (probably category class) and the front end (the skin). On the back end, just find wherever the featured product is selected and change it to have no limit or a larger limit, and return an array of all the found products. On the front end, iterate through that array and display them in a column similar to how 'Sales Products' are displayed.
  7. I'm not sure how the session cleanup is supposed to work, but it doesn't appear to be working. After setting the session save_path manually in cPanel, and making only that one change, sessions are getting stored in CubeCart's includes/extra directory, which they weren't before, even though that is not the path I specified. This directory is now full of sessions starting from 10/23. I'll check tomorrow to see if those get deleted - perhaps it's on a rolling 1-week basis.
  8. Oddly enough, my store is already set up to use the /extra folder, at least according to phpinfo. And yet, until I changed the setting via cpanel, my sessions were getting deleted after 20 minutes. Note that my cpanel setting is different than that in my CubeCart config, and always has been. The original was the default /tmp, to which I simply appended a new directory e.g. /tmp/new_but_unique_ish When I view files on the server, there are session files stored in both the CubeCart-specified directory and the /tmp directory (but not the new one, which I didn't actually create a directory for). Those in CC's directory are current, those in /tmp are from prior to me changing the directory in cPanel. Also of note is that the ones in CC's directory do not appear to be getting garbage collected as there are significantly more from today than any day still in /tmp. Thinking on this, it seems that cPanel's save_path counts as the path being specified as far as CubeCart is concerned, so CC's was not being used and I was stuck with the default. Viewing the files on my server, though, shows that the session save folder is definitely not shared with others - /tmp is in the same server directory as my /public_html folder. So... now I really have no idea what's going on.
  9. Thanks, Keat, that has lead me to what I believe is the solution. Turns out that on shared hosting, the site with the shortest session.gc_maxlifetime variable ends up cleaning out the entire sessions directory because there is no way for it to tell which session file belongs to which site. See this StackOverflow answer. I can only assume that a month or two ago, a new site was hosted with the default session lifetime and started cleaning up everyone's session files. By setting a custom session save path, I should be able to avoid this problem. I guess I'll know in 20 minutes!
  10. That's the conclusion I came to as well. Our store is on shared hosting so they may be clearing session data more frequently than normal. Hopefully that is something they'll be able and willing to change...
  11. It would be in one or more files in the skins/foundation/templates folder, such as in content.product.php. Search for e.g.: {$PRODUCT.price} And replace with e.g.: {if $PRODUCT.price == 0}Call for price{else}{$PRODUCT.price}{/if} Note that the price field at this point is typically formatted to e.g. '$5.00' and may change with selected currency, so you may be better off manipulating this at the server level. Either way, you run the risk of unintended consequences, so be sure to thoroughly test any changes you make before putting them live. I would also recommend using some sort of version control software, such as Git, to help you track your changes. This way you not only have a history of changes you've made that you can easily reapply when updating, but you also have that same history available to cross reference when debugging any mess you happen to create by editing the files - it's saved me a lot of time on many occasions.
  12. First noticed on 6.1.10 and still happens on 6.1.12. Short periods of inactivity (20-30 minutes) cause me to automatically be logged out of the admin control panel. Note that this appears to only affect the live store (tested in both Chrome and FireFox). My locally hosted test site does not exhibit this behavior, which leads me to suspect it may not be CubeCart causing this issue. Is there perhaps a server setting that would be causing this to happen?
  13. You need to set the MX entry in cPanel to Local Mail Exchanger and give it up to 24 hours to propagate. Oh yeah, and you can't use PHPMailer (or at least I haven't been able to and ran out of time/patience trying to get it to work); use PHP's built-in mail() function instead. Good times.
  14. So what you're saying is you're at the pub right now replying from your phone, right? Because it's around 11 pm in London right now.
  15. @Dirty Butter The reason I didn't make a GitHub issue originally is because I wanted to determine steps to replicate the issue, since it's nearly impossible to fix an issue that you can't replicate (as Al and any other developer can attest to). That said, good luck @Al Brookbanks - you've been on a roll lately! I suspect you haven't been sleeping as I see you online at odd hours of the night (your time).
  16. But it's not resolved for me, and I was the one who started the thread... :\ I use version control to manage changes to my store's code and can quickly compare the files to the code from GitHub - none of my skin files are missing that code and it still has not worked for me. I will re-test the invisible reCaptcha after 6.1.8 is released and update this thread with my results.
  17. Curious indeed. I'm using the latest code from GitHub on a local WAMP server. Very interesting. EDIT: I've narrowed it down to the validation JavaScript. Removing the function starting on line 106 of 3.cubecart.validate.js allowed me to successfully subscribe from the form in the footer. With that function there, the page appears to load after submitting, but if I refresh it asks if I want to resend the POST request, indicating that it did not redirect. Furthermore, dumping the POST data shows only the CSRF token - no email or other data that should have been there. @Dirty Butter Is your newsletter form in the footer edited at all, or are you using a clean Foundation skin?
  18. I see, you have been talking about the newsletter subscription form on the front page this whole time - I was able to replicate your issue. I'm taking a look at the code now.
  19. I have a clean copy of CubeCart on my local computer. I registered as a new customer and clicked the 'Subscribe to newsletter' box - my account info shows me as subscribed. I can unsubscribe and re-subscribe with no issues. Could you perhaps outline the steps you are taking on your end to receive the errors you have mentioned? If we can reproduce it, we can fix it.
  20. This is the answer. Put the PDFs in the /files/public/ folder. Edit your product description to include a link to the appropriate PDF, e.g. http://yourstore/files/public/example.pdf. If you want to get fancier than including a link in the description, then you may need to wait for e.g. Noodleman's plugin and see what sorts of capabilities it offers.
  21. Perhaps also checked against a whitelisted set of allowed URLs? Since, you know, CSRF is exactly that - an attack by a remote server. EDIT: And by whitelisted URLs, I mean internal (CubeCart) ones that are allowed to be called remotely without a CSRF token.
  22. That would explain then why they don't suffer from this issue! Never did get around to looking at the code for it, so thanks for that tip.
×
×
  • Create New...