Printable View
I modified the placement of my Google Analytics script earlier this afternoon & apparently haven't yet discovered the ramifications. Separate issue -- I'll take a look at that one now, but suffice to say the problem with ampersands pre-dates the Analytics tweak.Code:RewriteCond %{REQUEST_FILENAME} !-f [NC]
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*).html$ index\.php?main_page=$1&%{QUERY_STRING} [L]
I do not see any problem with your .htaccess rewrite but I am also not able to duplicate the problem you're describing. I guess for me I will just add this to another inconsistent issue of this mod which is why some of paid to have Dreamscape rewrite the mod except that he hasn't deliver since he collected the money.Quote:
Originally Posted by tvadpro
Good luck troubleshooting.
To re-create the problem, you need to open a new session. Close Internet Explorer, then re-open it; go to shedkitstore.com, and the FIRST page you get should have ampersands in the non-catalog sidebox links, while the catalog sidebox links will have question marks. If the status bar is enabled in your browser, you'll see the ampersands when you mouse over the offending links.
This only happens on the first page of the session; ensuing pages are trouble-free.
Also, I restored to the original Google Analytics with regard to common/html_header.php ... thanks for the heads-up, by the way. That one could have languished for days or weeks if you hadn't pointed it out.
If anyone has a minute, I need a small favor. Please open a new browser window and go to shedkitstore.com. Once you get there, do NOT click anything! Not yet, anyway -- first, I need to know whether the non-category links in the sidebox menu contain ampersands (&) or question marks (?). (See mouse-over instructions in my last post.)
After noting ampersands-or-question-marks, go ahead and click one of those non-category links and tell me whether you get a page-not-found.
The problem I'm troubleshooting only manifests on the FIRST page -- at the BEGINNING of a new user session. All subsequent pages should not manifest the page-not-found problem, so I'm only interested in what you find on the first page.
Sounds crazy, but so far, I'm the only one to document the problem. Maybe it only manifests for an admin's client IP? ...
Thanks in advance,
Sean
Um, is this a Windows / IIS server ?
I think you'll have some serious difficulties getting URL-rewrite mods to work under IIS ...
Quote:
Originally Posted by jamie2k
I can't wait any more. This morning, I'm driving across town to test this on a client's computer. I simply need to know whether mine is the only IP where ampersands are used in the non-category links on the initial page of a new session. If anyone else is reading this and cares to click-and-report-back, I'd be very grateful.
Quote:
Originally Posted by tvadpro
It's not so much that people don't want to help. Most people know that there are issues with this mod that is not worth going live with and probably do not see any need for wasting their time until some of those issues are fixed.Quote:
Originally Posted by tvadpro
For example, let's assume you don't have the problem you're describing, have you figured out a solution to the login problem whereby some of your customers are not able to login once they create an account? This issue has been discussed in several post. If you have a mod that doesn't let your customer login sometimes that's not good.
Thanks, B.I. Lest I come across like an ingrate, I need to say that I'm not peeved in any way. I appreciate anyone who has the time and inclination to point me in the right direction. Conversely, anyone who ignores me is guilty of nothing. I accept Zen-Cart as-is: no contract compels anyone to supply or pay for support.
Once in a blue moon, I try to answer the obvious stuff when I see a recent post from a newbie who is looking for answers -- providing, of course, it's one of the few problems I have personally experienced and resolved. I wouldn't have a working open-source e-com solution if not for the countless times when more experienced Zenners have taken pity on me and answered my questions, so the least I can do is pitch in a few dollars and try to help someone new. But more often than not, I don't even have enough time to read other's posts. Considering how little I contribute to the Zen-Cart community, I'll be the last person to feel I am in any way entitled to the help of others.
I hope this clarifies my attitude in the context of my earlier posts. And if we have beaten this dead horse sufficiently, I am tickled to announce that my problem with SEO-URLs is fixed.
For the benefit of anyone who encounters this issue in the future, the problem was that I had entered search-engine friendly urls for EZ-page links to Shipping, Contact and Site-map pages. (I did this to disable the Information sidebox and consolidate these links into the EZ-pages sidebox -- fewer sideboxes, simpler page.)
Entering a friendly URL like site_map.html works fine, but not on the first page of the session. Of course, I was beyond the initial session page when I tested this, so I never noticed the problem with these links until weeks later.
To fix the problem, I first disabled SEO-URLs. Then, I set the Information sidebox to display -- so I could copy the "unfriendly" links to Site-map, Contact-us and Shipping-info pages. I then replaced the "friendly" URLs in the EZ-page links with the "unfriendly" URLs, disabled the Information sidebox and turned SEO-URLs back on.
Everything works on the initial session page now. And for what it's worth, just dialogging this with others helped me to clarify my own observations, which ultimately led me to isolate the culprit. Is that cool or what! :cool:
Quote:
Originally Posted by BlessIsaacola
Let us know when you fix the login problem with this mod and we will all be singing the Halleluyah Chorus. The inconsistent login problem which affects customers, which affects sales is one of the biggest reasons most users have uninstalled this.
Good luck and please report back if you fix that problem because I'd be ready to install this mod again.
Thanks!
I did stumble across a customer log-in problem a few weeks back, but I assumed it was a sessions problem and not an SEO-URLs problem. After adjusting one of my Admin/Sessions settings (I forget which one, sorry), the problem went away. At very least, my customers have reported no problems creating accounts and logging in -- and I'm not seeing any carts abandoned. Just to be safe, I created a test customer account just now, then logged out and successfully logged back in. Is the log-in problem erratic, or has anyone reported a persistent misbehavior?
If the change in the sessions setting did the trick, I assure you the discovery was by accident.
For whatever it's worth, here are my current Admin/Sessions settings:
- Cookie Domain True
- Force Cookie Use False
- Check SSL Session ID False
- Check User Agent False
- Check IP Address False
- Prevent Spider Sessions True
- Recreate Session False
- IP to Host Conversion Status false