Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by SimChris

  1. Howdy ... okay, cleared browser cache fully; added above lines to file; and yes (doh), the cache folder was not writable. Changing that to writable, now gives me the dread blank white screen for both the index.php and admin.php?_g=login ... hold on, let me try it the way you suggested ... just in hopes that won't break it ... just renaming the original folder vs cloning it ... okay... that worked... renaming /ecom/ to /ecomold/ works for admin login, and presumably to get the /ecom/index.php to work for visitors, I'd need to update the store URLs in the store setup, which I am *not* going to do on live site right now. Hmmmm..... okay. I think I can wrangle that. For some reason "cloning" the folder and renaming it didn't work as presumably some permissions didn't get copied over. Not sure why, but there you go. I'm going to blame doing that via FTP vs the old fashions Linux way with a d- command and rm- rename or whatever This is one of those instances where I miss being able to set "paths" in a config file. I changed a WordPress blog install from http to https, by simply editing the config file to change "location" of the blog, and took 2 seconds. In this case, little more tricky since some permission wasn't copied over it looks like, and not really a paths issue, per se. Seems like a "repair" install function could fix that, but not going to run the updater on it either since the store paths set in admin would be for old install. Updater with set paths option would be cool. I forget whether it does that or not. I guess the "just rename it" then "update store URLs" method should work. Not quite ready to do that but have to deal with it "this month" for Firefox folk and mod_SPDY, so having to create the landing page for /ecom/ with two screen shots "old store" which will move to /ecomold/ or /ecom-old/ whatever; and temp store at something like /store/ and then tell FF users to use the new store .... Too ..... much ...... fun ... !!! Thanks Bsmithers... AGAIN! :-)
  2. Warning: Could not change cache path (/var/www/vhosts/sitename.com/httpdocs/ecom-old/cache/) in /var/www/vhosts/sitename.com/httpdocs/ecom-old/classes/cache/file.class.php on line 197 Hi, trying to change directory for CC5 from "ecom" to "ecom-old" and ran into one issue (above). I have emptied cache, and also cleared the cache folders of temp files. /cache/* (except for htaccess deny all file) /cache/skin/* as above. Not sure where the writable file would be that doesn't have permissions or whatever to update the cache path. Any suggestions would be very much appreciated. Thanks :-) Basically cannot login to admin --- warning pops up as response to login attempt at new location.
  3. Or.... if CC6 is stable enough to use as beta, we'd even be interested in looking at that. ;-)
  4. Just as general FYI; for those using the third-party 'VECTOR' skin, we've come across a serious compatibility issue with their use of an [if] statement to load elements on page prior to the actual html doc class, and use of an indirect link to compiled less class, vs direct links to style sheets. Case usage: Firefox on Windows 7/6, OSX Web server running Cube Cart 5x and mod_SPDY Skin works in Safari OSX, iOS, Chrome iOS and Win7/64, and IE 11/Win7-64. With Firefox the style sheet refuses to load due to the "structure" of how the style sheet is loaded by the skin, vs a "direct" method and/or the fact the entire HTML is wrapped in an [if] statement to load page skin variables, and dump 'fusion required' warning if not installed. Since it takes weeks to get reply from developer, and one forum suggests the main support guy is no longer there (and looks like their ssl cert no longer works for their support area), it's questionable on future support/updates. MOD_SPDY is the next gen framework for servers created by Google and donated to the Apache foundation, and will be part of the next gen web, and built in to future version of Apache, which is underneath most web servers. On a positive note, the built-in skins for CC5 work just fine. Downside for us, is we'd spent considerable time customizing vector, since it uses bootstrap 3 for its layouts, as does rest of our site, so there is consistency in things like buttons, etc. And since bootstrap has been widely adopted by many folks (e.g., ebay, paypal, godaddy, etc.), it's something of a major standard now. If a savvy developer would like to help us debug the issue and perhaps keep using Vector, I have money to spend. Or, if anybody knows of a bootstrap-based skin for CC5, I'm ready to buy on that, too.
  5. I have not tried any of their stuff, but the folks at Havensoft, seem active here, and "involved" with the community, so I'd likely touch base with them if there is a *specific* thing you need that the cart does not already do. Some things can be edited in the files by hand as needed, like adding text to templates for customer explanations about what to do when/where. I did this, but it's only in English, but 99% of our audience is US based, so I don't need to worry about international stuff or language files for that. For instance there was a great CC4 mod/plugin thing which changed the coupons (prior to CC5, there wasn't a built in coupon feature) so that a single user could not use a code more than once, which I loved. Would love to have that feature in CC5 (meaning vs "total number of uses" we also had "maximum number of uses PER account" and somebody had to be logged in to use a coupon). Likely best to think about what you NEED, vs just trolling plugins and going "hey, that's cool!" .. although sometimes it helps you figure out something you could use, you didn't know you needed, it's often best to limit hacks/plugins unless you really need them for future compatibility with updates to CC. :-)
  6. I should also mention, although I got whacked on talking about this by the old forum rules: couple of things to watch out for: 1) plugins which include rogue code to include things like links to their clients' websites, or similar nononsense. A captcha plugin for CC5 I tried had links to the plugin developers SEO provider which were not disclosed. 2) some plugins pull content from their own CDN account via a redirect vs loading code locally on your site; which is major security risk as they can inject code into writable files, and no guarantee they will be in business tomorrow and CDN account shut down. SO, always check that anything you buy doesn't "phone home" with every use, and also check for internal links to other sites, and check the source code of your store page once anything is installed for odd obfuscated code, or URLs. I ran into two plugins like this, and have generally sworn them off. The good devs for CC4 mods and plugins seem to have taken a hike or moved onto other projects like WordPress stuff, or donationware. Only my opinion, but as a PCI-DSS certified secure merchant, and former CEO of web hosting company (1996-2005), I am a bit paranoid about "bad actors" as they say with anything "in the code" that shouldn't be there. Just cautionary tale, not a statement on the industry. I'm using a third party skin, for example.
  7. Hi, Al sorry took me bit to circle back. My own clients pestering me today :-) I'll test this out tomorrow and let you know; I'll bet that is the culprit. Some anecdotal about port 587 and STARTTLS for SMTP https://www.fastmail.fm/help/technical/ssltlsstarttls.html copied here for reference, for anybody searching forum: ----snip------- SMTP STARTTLS as an exception The one real exception to the above is SMTP. However that's for a different reason again. Most email software used SMTP on port 25 to submit messages to the email server for onward transmission to the destination. However, SMTP was originally designed for transfer, not submission. So yet another port (587) was defined for message submission. Although port 587 doesn't mandate requiring STARTTLS, the use of port 587 became popular around the same time as the realisation that SSL/TLS encryption of communications between clients and servers was an important security and privacy issue. The result is that in most cases, systems that offer message submission over port 587 require clients to use STARTLS to upgrade the connection and also require a username and password to authenticate. There has been an added benefit to this approach as well. By moving users away from using port 25 for email submission, ISPs are now able to block outgoing port 25 connections from users' computers, which were a significant source of spam due to infection with spam-sending viruses. Currently, things seem relatively randomly split between people using SMTP SSL/TLS encrypted over port 465, and people using SMTP with STARTTLS upgrading over port 587. -----/snip------------ Chris
  8. Hi, folks upgraded to 5.2.13 today specifically to get the authenticated email feature, but doesn't appear to be working with the standard settings used by normal email system (e.g., how we log in via Thunderbird to get/send authenticated email on our server). E.g., admin > Advanced tab Email = SMTP with SSL Sender name = store name Sender's email address = store reply to/send account email (full [email protected]) Outgoing SMTP host = mail.ourdomain.xyz Outgoing SMTP port = 587 Use SMTP authentication = yes SMTP username = [email protected] (also tried just 'account') SMTP password = ***** So, none of the following work 1) send lost password 2) create new acct email 3) send test newsletter, of existing test newsletter file All test emails outbound to external site so not routed internally. On send of test newsletter with debug on: PHP: No Errors or Warnings Switch back to PHPmail; works first time out. Note, for our server to send authenticated SSL email, we also have these settings for Thunderbird: Outgoing Server (SMTP) settings secure - mail.ourdomain.xyz server name = mail.ourdomain.xyz Port: 587 username = [email protected] Authentication method = Normal password Connection Security = STARTTLS I believe on first visit the email client has to "accept a new SSL" cert to create authenticated connection. Obviously the store email cannot do that. I seem to recall some manual hack to set the SSL to not set a certificate or something? Could this be added as an actual feature or something? So, obviously I can use the PHPmail for the time being, however I have noticed about one customer a month not getting their receipts due to the non-authenticated email send, and it remains stuck in the outgoing mail queue. Pointers on this would be awesome. Not a newbie, and not stoopid :-) but this isn't working with the simple settings in the store admin.
  9. We deal with SEO every day, but our shopping cart is part of our site, not the entire site. And yes, SEO is super important for Google showing your store products in SERPS, having your site rank well under what you're selling, and even your brand name. Google has a free basic guide to SEO as a PDF, which I think I linked here before (search forum or Google) which outlines the basic best practices for SEO. And you should be setting your industry settings for your store in the store admin per product, having SEO friendly titles and descriptions, and submitting your sitemap to your Google Webmaster Account which can show you problems, most popular pages, inbound links, problems with pages, and which pages are being properly indexed. Most of you already know that, I'm sure, but just a refresher for anybody on this topic :-) And since Google hates duplicate content, stuff like the canonical page is important if you have both pretty permalinks as they are called along with shortcodes to the page, or change the links to existing pages in some way. Google needs to know which ONE version of the page is the official and ignore the others (duplicates). Google will actually warn you about duplicate pages in your webmaster tools account.
  10. We've had zero issues with PayPal the past 14 years, however we use them as alternate payment method for our normal payment gateway (authorize.net, owned by Visa). Now, we did have nothing but problems with Google's horrible payment system. We're going to add Amazon payments once I do the next upgrade this weekend (still on 5.2.10). :-)
  11. ah yes.... you are correct the canonical link is in there <link rel="canonical" href="{$CANONICAL}" /> FYI, for those using vector, the main.php template has this, which likely needs to be swapped out <link rel="canonical" href="{$VAL_SELF}" /> for CC 5.2.10 or greater <link rel="canonical" href="{$CANONICAL}" />
  12. Hmmmm.... I'm using the vector theme, and I don't see the canonical tags on any of our store pages and still on 5.2.10 (I looked before I posted, obviously). I will have to look at one of the stock themes to see if the field is there and not automatically written to the head by the store. Presumably this is a hard coded element pulling the pretty permalink out of the dbase, so I could likely simply drop that into the vector skin head area. I will have to look at that tomorrow :-) In any case the canonical link in the meta data would solve any concern about long pretty permalink, short code link, redirect link on title change and rebuild links etc., as the tag identifies which of ANY URL inbound for that page should be treated by Google as the ONLY link for the page.
  13. Actually ... one thing which should be included for all such issues per Google is actually a canonical link tag which identifies WHICH URL Google should use for SERPS, and indexing, regardless of 301/302 redirects, etc. I would highly suggest Al should add the canonical meta tag to store pages which identifies the defacto official URL for the page for search engines.
  14. Would be nice addon; as we also often would like to add a post project note (since we sell services, not tangible goods).
  15. Bsmithers advice is good. We have our own server, and we look at the daily logs to see who might be attacking us. Last big attack was during the superbowl. Basically the firewall/CSF etc. will try to blog port scans and minor port floods, but a big attack requires you to switch on some special software, monitor it and then manually block the offending "ranges" of IPs (often in Russia, China, etc.). Your web hosting provider should be able to look at your logs and see who/what is messing with you. Often one big robot can take down your site. Port scans, port floods ... these are normal automated hack attempts wihich will try to get into any well known ecom system, wordpress site, etc. For best practices, make sure you've changed your admin script from admin.php to something else.
  16. Two possible options: 1) In your Google Webmaster tools, you can TELL Google not to index or show certain pages in results. 2) OR, edit the store XML sitemap and specify what should be visible or not, then submit the sitemap to your Google Webmaster tools. YES! An option per product under "search engines" to set meta data to 'NOINDEX" would be ideal. Suggestion for future update!
  17. Hi, folks thanks for keeping the forum going with any manual patch info, etc. Just upgraded from 5.2.5 to 5.2.10 and had zero problems. Did the normal manual upgrade process post backup; simply reset permission for config file to writable, uploaded new files, ran the updater, and bam. Works great. Took two orders this morning, one via Authorize.net and one via PayPal without any glitches. Able to create new products without inventory, etc. Great work CC folk!
  18. Okay. (Sigh). Would be useful to add a topic after each update to show "manual patches to version xx" so I don't have to read through all the posts after each update to pre-locate bugs, which won't be patched for another 4-6 weeks. Doing an update, then having client point out a bug, or me locating one, then having to come back here to find the patch in a scavenger hunt, is a little time consuming. Just annoying customer feedback there. Thanks for keeping the train rolling, nonetheless :-) Mmmmm....... icing and sprinkles!!!! :-)
  19. Is this fix baked in to the 5.2.10 download I just did ?
  20. {if !$CATALOGUE_MODE} <div class="product-actions"> {if ($product.ctrl_stock || $product.ctrl_purchase) && !$CATALOGUE_MODE} <a href="#submit" class="btn btn-primary" title="{$LANG.catalogue.add_to_basket}"> <i class="icon-shopping-cart icon-white"></i> {$LANG.catalogue.add_to_basket} </a> &nbsp;&nbsp;<a href="{$product.url}" class="btn btn-info" title="Choose Options"><i class="icon-shopping-cart icon-white"></i> Choose Options</a> Fixed. Basically added code to the file /templates/element.product.php You can mark this resolved. Basically I ended up keeping the "add to cart" button, but adding an "add options" button; so now the catalog view (shopping aisles) will show both buttons next to each product/service option. I didn't need to change anything to the options themselves, nor to the option views, or anything else; I simply needed to know where/how to add a button to go to the product view page from the catalog indexes. Solved. You may mark this topic resolved/closed. :-)
  21. <div class="product-actions"> <a href="{$product.url}" class="btn btn-primary btn-small" title="Choose Options"><i class="icon-shopping-cart icon-white"></i> Choose Options</a> </div> oh. Coffee kicking in on a Sunday afternoon. In Vector skin, this appears to be element.product_listing.php
  22. Hi, bsmither I think I didn't spell that out quite right. In our store, we have shopping aisles, just like everybody else, except services. SO, when somebody goes to the category page, and sees a line up of the services, I want to REPLACE the "add to cart" buttons on category pages with "Order Service" and have button go to the product page, just like clicking an image does. (Often we have no images since it's a service). So on the categories pages (shopping aisles if you will), I want to replace the default (Add to Cart) buttons, with (Order Service) or whatever, to get customer to go to the product page first, and NOT just add item to cart from the category/aisles. Or, put another way change add to cart button to have same behavior as the photo click, and go to product page and NOT add to cart. Just not sure which file to edit to presumably make the button clone the photo behavior to go to product page vs adding to cart. Sorry. It's a bit like selling T-Shirts, if somebody just adds item to cart, there is no flow to choose size or color. So, we need to remove the category/aisle view 'add to cart' button since it bypasses seeing service options. OR: alternately, even perhaps cooler, would be option to have single column of items in the category/aisle where each item prints with the options and add to cart in the loop --- sort of like printing all the pages, without the "description" area. Anyway..... just looking for a pointer where to tackle the simpler version of that concept. And it just occurred to be in might be someplace else in the Vector skins. Do'h. Not enough sleep ... just had client run into this Friday and thought I'd try to sort it. thanks :-)
  23. Just to follow up on this. We had the same issue with the NTP server on our Linux/CentOS/Plesk server after the OpenSSL patches applied on Tues. a.m.. The server timestamps would be off by an hour (CDT vs EDT). First fix, sync to nasa.gov's NTP would then put it two hours in the future (!). We finally got this fixed and I think any web server running CentOS6.5/PHP5.4/ might have this issue. I had no login issue with IE11/Win764, but I did on the Plesk admin panel, when I tried to change anything it would kick me back out to login, which is how I suspected the timestamp issue. A simple shtml or php script to echo current server time will show this issue. We had server set to NY time for Apache, Plesk, and php, but the NTP would not sync to external time server. Authorize.net will also dump order attempts if system time is too far out of sync with realtime. If you run a daily logwatch for your server, it ,may appear in the log as an error, "NTP in use." We fixed this on Thursday, and seems to be stable so far. Cookies won't work if they are one to two hours in the future!
  24. HI, folks I couldn't find a toggle for this, so assuming I need to hack a file someplace. Suggestions appreciated. Problem: Client goes to front page of store, or information page on site outside of store, links we've created take customer to the service product info page in store for an item. Here they can add any drop-down menu options without any trouble. Good flow for customer. However (and the issue/problem), if a customer goes to a category index such as "SERVICES A" or "SERVICES B" from the top or side menu, or they have it bookmarked for reg. clients, the buttons on the category pages add item directly to cart without taking to the product page, so they never see the add-on options for the product, often needed by customer. So, any way to change the buttons on category view to "Order Service" vs "Add to Cart" and send client to product page vs adding item to cart directly which bypasses the product page? Meaning, button takes to product info page, vs adding item to cart - so they have to add to cart on the product info page in store? Still running 5.2.5, waiting on stable 5.2.10. Thanks folks! Chris
  • Create New...