I haven't worked at all in the last 2 or 3 months because of personal reasons.
And let's keep this thread to community support for the released versions instead of speculation of things we know nothing about.
Printable View
I haven't worked at all in the last 2 or 3 months because of personal reasons.
And let's keep this thread to community support for the released versions instead of speculation of things we know nothing about.
I experience serious problems with ULTIMATE SEO URL'S
Everything seems to work fine. Recently i get complaints from customers that they completed there orders but did not get an order confirmation.
The stupid thing is that when i placed a test order the order was processed perfectly.
I do not know for sure what is causing this.. It must be SEO URL's or the Recent Update to 1.3.7
Today i tested all again an at a certain point i placed a testing order. Cycled through the payment process. And tried to confirm the order.....
Hey... now the order was not confirmed but took me back to the http://www.myshop.com/ that you see after your logged inn with the customer greeting.
I tried to complete the order that remained in the shopping cart several times but without succes.
Than I switched of ULTIMATE SEO URL's and deleted the .htaccess addition and the same order that was still in the shopping cart was processed without a problem.....
Suggestions on this issue???
Yes, don't use SEO URL's untill author fixes bugs and updates. I think I'm going to go without this mod even though it's appealing. I can't afford to have orders not work properly.
i have installed it and when i turn it on in admin and go to my store and click on a category it returns page not found what else do i have to do to make this work?
As so can read here above DO NOT USE THIS.Quote:
Originally Posted by hondauser85
You will lose customers because sometimes they cannot complete orders as you can read.
There all still many bugs with this contribution.
I uninstalled the ULTIMATE SEO URLS and now orders are processed without any problem using zencart 1.3.7 that confirms that the problems that occured was caused by ULTIMATE SEO URLS and not the ZENCART 1.3.7. update
At the risk of being bombarded with questions or differing points of view:
Here's a suggestion which may get you out of a PayPal mess - turn off the automatic redirects for the module. If you use any payment handler where your customer is sent away from teh site, and then returns, and the URL they return to is NOT an SEO URL, then the SEO script redirects them to the corrected URL, which can cause a few problems with posted data.
Secondly, if you are using the EzPages module, and you place the content for the pages in the EzPages content box, as opposed to creating links to other internal pages, then the SEO will always place chater=x&id=y tags at the end of teh urls. A solution to this to add extra pages the long way, where you actually add the pages to the core Zen Cart code, rather than using EzPages. The pages can then be called anything you like, and this will appear in teh URL. For advice on how to do this, check out the about us contribution in the downloads section.
The advantage of adding the pages the long way is they are also multilingual, and they are accessible using the SEO URLs automaitcally.
Good luck
Absolute
I've followed installation of Ultimate SEO URLs on Zen Cart and eveything except step one was clear. I changed all files, but couldn't find the referenced code in 'includes/application_top.php using instructions at: http://www.dream-scape.com/pub/zenca...s/install.html which says: "Open your Zen Cart file `includes/application_top.php` and find the following code around line 355:". Only problem is I can't find the code, but more importantly there are only 131 lines. All the other instructions were clear, but I'm stuck re: step one so am wondering if you can advise as i've searched the forum and haven't managed to find this particular problem/fix so i'm obviously doing something wrong or not reading something i should.
thanks so much for any assistance this one frustrating item that i've been trying to resolve on my own to no avial....
I've followed installation of Ultimate SEO URLs on Zen Cart and eveything except step one was clear. I changed all files, but couldn't find the referenced code in 'includes/application_top.php using instructions at: http://www.dream-scape.com/pub/zenca...s/install.html which says: "Open your Zen Cart file `includes/application_top.php` and find the following code around line 355:". Only problem is I can't find the code, but more importantly there are only 131 lines. All the other instructions were clear, but I'm stuck re: step one so am wondering if you can advise as i've searched the forum and haven't managed to find this particular problem/fix so i'm obviously doing something wrong or not reading something i should.
thanks so much for any assistance this one frustrating item that i've been trying to resolve on my own to no avial....
I've followed installation of Ultimate SEO URLs on Zen Cart and eveything except step one was clear. I changed all files, but couldn't find the referenced code in 'includes/application_top.php using instructions at: http://www.dream-scape.com/pub/zenca...s/install.html which says: "Open your Zen Cart file `includes/application_top.php` and find the following code around line 355:". Only problem is I can't find the code, but more importantly there are only 131 lines. All the other instructions were clear, but I'm stuck re: step one so am wondering if you can advise as i've searched the forum and haven't managed to find this particular problem/fix so i'm obviously doing something wrong or not reading something i should.
thanks so much for any assistance this one frustrating item that i've been trying to resolve on my own to no avial....
Sorry about the repeat message, but thought it didn't post as got error that server was busy. Please delete this. Thanks.Quote:
Originally Posted by characterdriven
The core zen files were altered considerably between 1.2 and 1.3 releases. The instructions you are following, which details the application_top edit are for an earlier version of the store. With Zen 1.3.5 and above, you don't need to insert any new code. There are separate install instructions available from dreamscapes site.
Absolute
Quote:
Originally Posted by dreamscape
So dreamscape was saying he took the contribution ($500) but did nothing to the new version (he promised 10-15 hours work) and if there is problem with the existing version, ask other for help :wacko:
What kind of zenner he is :shocking:
Quote:
Originally Posted by Absolute
Hi Absolute,
May I ask where exactly for the separate install insturctions? Works for the new zen cart 1.3.5+?
It doesn't work with mine 1.3.6.
Thanks. I looked, but don't see anything but the installation instructions I was using. Could you include a link?Quote:
Originally Posted by Absolute
I stand corrected .. there aren't separate instructions on the site, they are in the Readme file included in the download.
This is the readme for v2.103:
PLEASE ENSURE YOU ARE USING THE CURRENT VERSION: FOUND HEREQuote:
Ultimate SEO URLs for Zen Cart
====================================
For this v1.3.5-compatible version, follow the installation instructions at the URL below,
BUT WITH THE FOLLOWING EXCEPTIONS:
1. skip step #2 ... editing application_top.php
2. steps 3-5, already-edited versions of these files are in the "135-specific-files" folder.
Simply upload these to the related folder on your site. You should rename the existing file to *.bak before copying.
3. step 6 ... a sample .htaccess file is included. Simply rename to .htaccess and edit the word /shop/ to match your stie
I am not the developer for this module, however, I have installed and tweaked it to run on a number of stores, with great success.
There are a couple of suggestions I would make for this module:
1. Ensure that Auto-Redirects is turned OFF, as there are a couple of instances when you don't want the redirects occuring.
2. Rather than replacing the orginal zen_href_link with the new text, RENAME the original function to original_zen_href_link, so that it can be called as and when you may need it.
3. A switch should be included as standard in the next release so that SSL pages can be set to non-SEO URLs, for use in shared-SSL situations.
Good luck
Absolute
Hello,
I have a small issue. :unsure:
I've installed but my categories - products looks like this :
ΓΓΓΓΓ΄ΓΓôïΓ*ΓΓΓ-ΓΓΓΓ*Γ―ΓΓΓʽΓΆΓΓʽ-ΓΓΓ΅ΓΓ΄ΓΓΓ-ΓΓΉΓΓΓʽΓΆΓΓΓ-c-2_10.html
charset=iso-8859-7 or windows-1253 (Greek)
Zen 1.3.5
Any help is appriciate it
Have a nice day
I installed Ultimate URL's...almost. Did all of the other steps outlined on: http://www.dream-scape.com/pub/zenca...s/install.html, however the first instruction as follows doesn't make sense as there is no line 355.
"Open your Zen Cart file `includes/application_top.php` and find the following code around line 355:"
I've tired opening 'application_top.php' in various editors and it has 131 lines, so "Step 1" is the only step that I haven't been able to execute re: installation. No one else seems to have this problem having searched the forum- or it would be clear what to do by now. Any suggestions?
I went back through this thread and realized I didn't have the latest version so downloaded that, which explains that the file in question no longer need to be changed. Only problem is that I installed it and now all the items in my store are getting a "not found" error as follows: 'The requested URL /rhinestone-c-6.html was not found on this server.'
This is a live store...and I do have a backup, but if anyone could take a look at this and figure it out as soon as possible I'd be very grateful as I'm so close yet so far at this moment.
Characterdriven:
Have you read my post above? Firstly, you need to download the LATEST verison. Once you have done this, you need to read the README file which is included in the download. This will give you the specific information for your Zen install version.
By the sound of it, you haven't set up your htaccess file correctly. If your store is accessed using a url like: www.mystore.com/index.php, then the line:
RewriteBase /shop/
should be: RewriteBase /
Otherwise, if you have your store in a subdirectory, such as www.mystore.com/online_store/index.php, then the line should be :
RewriteBase /online_store/
PM me if you need further help,
Absolute
papalabis:
Do you have more than 1 language installed? IF so, it may be that you need to set the categories to display the URL in a language other than Greek.
In includes/classes/seo.url.php, find the lineNow you need to do a little lookup in your database. Find the ID for the Greek language, and the ID for English, and place the IDs in the following code on the line directly below the code above:Code:if ($languages_id == '') $languages_id = $_SESSION['languages_id'];
This will change all of the name sof categories AND products to english, rather than Greek.Code:if ($languages_id == 'GREEK_LANGUAGE_ID') $languages_id = 'ENGLISH_LANGUAGE_ID';
Good luck
Absolute
Or use phonetic translation (translit).Quote:
Originally Posted by Absolute
No, i have only Greek Language :(Quote:
Originally Posted by Absolute
Any Idea ?
InterestingQuote:
Originally Posted by a_berezin
I will use it....
Thanks Guys
PM me if you need help with it.Quote:
Originally Posted by papalabis
We've all been very patient. The fundraiser ended over two months ago, and yet few people who contributed have complained about the 10 or so hours that were needed to complete this mod. But 1500+ hours later we get this statement which both surprises and concerns me. Why announce to the community that you could complete the mod if $X were donated, collect the money, and then go on a personal leave? That is bad form. But for now, I guess I'll be patient.
Quote:
Originally Posted by dreamscape
What I don't understand is...he's often online browsing. For example, right at this moment, from his profile:Quote:
Originally Posted by voltage
"dreamscape is online now
Last Activity: 15th January 2007 02:49 PM
Viewing Thread Why's that code not ready yet? @ 02:49 PM"
(anyone see the irony of the thread he's browsing?!?)
So, if it only takes 10 or so hours, and lots of people donated quickly, why can't he do the code?
And "2 or 3 months"? A whole month is quite something to be not sure about whether there's 1 of or not!
I suggest the benefit of the doubt, give it until the end of the month for either explanation or contribution, then it's time for a group contacting of Paypal....
I agree with voltage that we have to be patient next time when we see some zenner saying a quick fix with $.
But is that also meaning we couldn't trust other zenner with this community?
Agree with kelvyn, "... then it's time for a group contacting of Paypal...."
Contact zen-cart directly on his bad behavior too...
I doubt dreamscape had time give us explaination besides his personal leave and busy online (shopping with contributed funding :schmoll: ) but no time for coding.
Let's remember what he said "...instead of speculation of things we know nothing about..." He's right: we know nothing about him. We thought he just another good zenner, guess we were all wrong.
Hi there!
I am new to Zen Cart but an OsCom Veteran.
I installed SEO URLs without any problem, my catalog works fine and displays SEFUs.
However, I get a 404 as soon as I'm trying to reach a secure connection (I use a shared SSL) because the URLs from SSL pages are not built correctly
Here is the structure of my URL:
Here is what it becomes when I activate SEO URLs:Code:https://sharedserver.com/~axxxxx/wholesale/index.php?main_page=login&zenid=9a30f04095c098e351eeb268b03eb5c3
Any addition to make to the htaccess file for shared SSL?Code:https://sharedserver.com/~axxxxx/wholesale/login.html?zenid=9a30f04095c098e351eeb268b03eb5c3
I have installed SEOs latest version 2.103
I run ZC 1.3.5
My htaccess is in the wholesale directory
the rewrite base has /wholesale/ in it
Thank you for your help!
Sorry I can't help with the solution for shared SSL, but I can't help thinking that it's not great sorting out SEO URLs if you have those horrible session IDs appended to your URLs.
I think there must be something wrong with your cookie settings if they are being used. Perhaps if you could sort that out, you might be one step further forward.
SEO doesn't really work with shared hosting as hte direct paths are different, from the shared host to your directory. There is a way round this, which is to disable teh SEO contrib ONLY on SSL links.
I have the code in the office, and I'll fish it out for you later today.
Absolute
I would be very grateful if you could point out where cookies settings are.Quote:
Originally Posted by hairydog
I didn't see any cookies paths in the configure files like OsCom :smile:
Thanks
I'm disappointed.
I contributed several times to the fund to fix this thing and three months on, the fix has not been addressed.
I am going to go through the drill of updating my store to 1.3.7.
But I am going to run without SEO URL's as I don't have time to chase bugs like people here are reporting with this.
I think there has been enough time for Dreamscape to either find the reported 10-15 hours we all paid for or to tell us he was in an auto accident and laid up unable to type.
That said, I will monitor this thread and hope that someday this issue gets addressed.
It's a poor compromise to have to not have SEO, but I value stabililty more and there is enough code wrangling one has to do just to get the features I am using in place.
We go live Friday.
Somebody is filling his moneypockets here LOL.
This is one of the reasons that I put ZENCART in de recycle bin and went back to my old perfect working Creloaded 6.2 version. This version has perfect working Ultimate Seo Url
That is interesting.Quote:
Originally Posted by Noutje
I have until Friday to do the upgrade to 1.36 and a few other things and get my site live.
I had CreLoaded, bought a version of it a while back. How easy would it be to transplant my look/feel to CreLoaded and just get away from all of this nonsense?
Has anyone moved a ZenCart to CreLoaded recently and found it any easier than the complicated update process I am staring at?
If so, let me know.
If it's as easy as a ZC update, then a bunch of us ought to just shift over and send Zen a message that this kind of development shenanigans don't work.
I think (hope!) you mean 1.3.7!Quote:
Originally Posted by immunecology
To be fair, the developer of this extension is nothing to do with Zen Cart.Quote:
Originally Posted by immunecology
On the other hand, you could argue that readable/seo-friendly URLs etc are such a basic core functionality, that they shouled be part of the core anyway.
Quote:
Originally Posted by kelvyn
Yeah- I am updateing 1.3.6 to 1.3.7 -- Or thinking about it it almost seems like a fresh install and reinstall of all my mods is the best answer. 10-12 hours of file comparison seems like an unholy price to pay to upgrade the code base.
Plus all the nagging concern that extensions that were certified under 1.3.6 or 1.3.x might have some unknown bug induced by 1.3.7.
Is it just me or does anyone else feel like a beta tester instead of a user.
And yeah--ZenCard should have addressed the SEO URL issue a long time ago.
Hi Folks
I applied this to my includes/classes/seo.url.php, and it works like a charm now:
line 145 (or search for //don't rewrite paypal IPN)
replace
byCode:// don't rewrite the paypal IPN notify url
if ($page == 'ipn_main_handler.php') {
return $this->stock_href_link($page, $parameters, $connection, $add_session_id, true, $static, $use_dir_ws_catalog);
}
/*
let me know if it fixes your problem!Code:// don't rewrite the paypal IPN notify url
if (($page == 'ipn_main_handler.php') || ($connection == 'SSL')) {
return $this->stock_href_link($page, $parameters, $connection, $add_session_id, true, $static, $use_dir_ws_catalog);
}
/*
I talked too fast: it redirects to the good pages, but we are back to NON SSL pages. Arf.
This code is meant for Shared SSL sites only, where the SSL pages do not need to be SEO pages.
- From a base zen -cart install, open includes/functions/html_output.php, and rename zen_href_link funtion to zen_original_href_link
- Next, before this function, paste the following code:
- Next, perform the standard install as instructed in the readme documents.Code:function zen_href_link($page = '', $parameters = '', $connection = 'NONSSL', $add_session_id = true, $search_engine_safe = true, $static = false, $use_dir_ws_catalog = true) {
if ($connection == 'SSL') return original_zen_href_link($page, $parameters, $connection, $add_session_id, $search_engine_safe, $static, $use_dir_ws_catalog);
if (!isset($GLOBALS['seo_urls']) && !is_object($GLOBALS['seo_urls'])) {
include_once(DIR_WS_CLASSES . 'seo.url.php');
$GLOBALS['seo_urls'] = &new SEO_URL($_SESSION['languages_id']);
}
return $GLOBALS['seo_urls']->href_link($page, $parameters, $connection, $add_session_id, $static, $use_dir_ws_catalog);
}
- Finally, in the admin TUN OFF autmatic redirects.
Thats it. This code ensures that ALL SSL page links are created as standard zen URLs. If its an SSL page, the chancews are that you really don't need the page to have an SEO url in the first place, as the search engines are probably not indexing these pages anyway.
This patch works, and I currnetly have it installed on over 20 sites using shared SSLs. The SEO contribution is a fantastic module to install, and in its defence, I have it installed on well over 40 sites, and not a problem on any of them.
Good luck,
ABsolute
Thank you so much for your help, I installed it and ir works perfectly!
Ahem... I don't want to be a party pooper after the big hurray, but did you try to click on "log out" on your 40 sites ? ;-)
Not a big issue, since I know very few people who actually log out, but I have sometimes very demanding clients and I'm sure that day will come with an email asking "my site has a broken link, thank you for fixing this".
I am clueless on how to fix this one...besides removing the log out link haha!
It took me also one day to migrate back to crelaoded again.Quote:
Originally Posted by immunecology
Installed creloaded and basic database from the install
Took a database comparison tool lik NAVICAT to migrate the data in the database and the structure. Some zencart DB fields are complete different from Creloaded.
Also Zencart with Ultimate SEO URL loses sessions sometimes when they checkout. For the customer it seems that checout has worked but they never come to checkout_succes.php. The customer thinks that he made an order but the order is still in the shoppingcart when logging in again.
Also Zencart was SLOW SLOW SLOW when loading pages wit SEO on.
Creloaded does not have all the discount/ sales features of zencart but is a lot faster.
SEO URL comes with an addional commercial SEO ADD ON but I installed the one from CHEMO on my Creloaded Store from the OSCOMMERCE contributions.
So is SEO worth the hassle? or it's filled with errors ... ?
worth the hassle.. there really isn't much if you're good at reading readme files :)Quote:
Originally Posted by rxalex
Face it, you have all been scammed.Quote:
Originally Posted by immunecology
Hi all - for those of you that actually paid money to fundraiser can you drop me a quick PM ?
Thanks
I've just installed this on my ZC 1.3.6 live shop.
From what I've read in this thread it seems to be compatible.
However, after uploading the .htaccess file I get an "500 Internal Server Error", anyone who's seen this and know of a quick solution?
Hi to all you Zenners :)
I am very new to this, so please be gentle with me.
I have recently installed Chemo's Ultimate URL's, to be precise i actually used the DrByte updated version as i am running Zen Cart V1.35
I now am faced with a problem... Please take a moment to see the error here... http://www.dinkydrinks.eu/
I had the site working well prior to this install, which went a little wrong as i could not get it working with my modifications.
I had made the fatal mistake of not making adequate plans and my backups are not comprehensive.
I have actually used a comparison tool and replaced the core files and changes etc to try and rescue the site.
I am fairly confident that the site is now at the stage i was at when presented with the error you see now directly after dooing the URL mod i mentioned above.
Please help with this as i have spent several moments " hours :( " on this and am getting nowhere fast.
Many thanks in advance.
Jamie
Quote:
Originally Posted by jamie2k
Sorry to BOUNCE this folks... but i really could do with some advice.
regards
Jamie
to jamie2k:
This looks like an sql injection trying to run, which looks very odd for this contribution...
Could you tell us how you installed this contrib STEP BY STEP?
More specifically, what did you do with the sql file so can see it run during a page load?
You may want to check this thread:
http://www.zen-cart.com/forum/showthread.php?t=28580
It sounds like there may be one or two MySQL 5 icompatibilities with some of the add-on mods.
Absolute
One way round this would be to install the sql patches manually, as they all auto-install to my knowledge with MySQL 4. I can't remember off the top of my head if there is an SQL file available for this patch, otherwise you may need to try and run this, and each time an error appears, jsut install that SQL line manually.
The reason it is failing currently is because the SEO contrib is trying to install the required database keys, and failing. This will keep happening, until your database has these keys inserted, and the automatic checks return true.
Absolute
Many thanks for your help folks :)
I have currently decided to install this site from scratch and am at this stage:-
http://www.dinkydrinks.eu/demo
I am just going to move the site up a level to replace the broken version of the site and then try again with the latest version of ZC and re installation of the SEO module.
I will advise as to my progress as i work through this tonight...
kind regards
Jamie
PS Anyone who likes a tipple now and again should add my msn address and help me out with some moral support as this would be very welcome and I do run a drinks delivery company ;)
My MSN = [email protected]
Accidentally posted yesterday in the wrong thread, so please bear with me if you've already seen this elsewhere.
I've been running Ultimate SEO URLs 2.103 for about a month on shedkitstore.com. I like it for the most part, but I'm tearing out my hair over the session-ID behavior. Zen-Cart (1.3.7) adds the &zenid=... session identifier to the end of href values on nearly every link on the first page loaded. Click any non-category link (EZ-pages, info, etc) with a session identifier in the url, and get a page-not-found. Shoppers who are brave enough to try again will get the url without session id, and the correct pages will load on the second attempt. Not everyone is that persistent, though, and leaving it as-is amounts to flushing a lot of advertising dollars down the drain.
How do I work around this? Has anyone else experienced similar problems with this contribution? For whatever it's worth, the server error log shows "File does not exist" errors when this happens. Anywhere a session ID is tacked on to the end of the URL, the result is "page not found."
I know the problem is with SEO URLs, as it only occurs when I have this contrib enabled. If I switch SEO URLs off, the zenid-appended urls load just fine.
Is this fixable, or am I wasting my time?
Sean
There is a post for a fix for this in one of the 450+ posts on this thread. Do a search for all Dreamscape's posts on this thread. I know that he provided a fix especially for ezpages, infopages, paypal ipn, etc.Quote:
Originally Posted by tvadpro
Thanks for the tip -- I took your advice and read all of Dreamscape's posts in this thread. Were you referring to this post? My problem isn't limited to EZ-pages, info pages, etc. -- the problem I'm having with Ultimate SEO URLs is with links that contain the &zenid appendage. Plus, the fix that Dreamscape posted for the EZ-pages/info-pages problem was already integrated in my 2.103 installation (checked the classes/seo.url.php just to make sure).
Worth noting: SEO URLs breaks whenever the link has an ampersand, e.g. &zenid ... but it doesn't break when the link has a question mark, e.g. ?zenid ...
I noticed this because links with ?zenid in the categories sidebox work, while all of the links with &zenid do not work.
Quote:
Originally Posted by BlessIsaacola
I thought the Zenid is only generated once and twice if and only if you turn on the option to recreate sessions on Admin side when customer goes to checkout. Are you saying you're getting Zenid on every page?Quote:
Originally Posted by tvadpro
No, I'm only getting it on the first page loaded. So if someone clicks any link other than a categories sidebox link, it's bad. You can see what I mean on ShedKitStore.com.
Also worth noting:
The second and subsequent pages loaded have no ampersands in any links. All the links that had ampersands on the first loaded page have question marks instead.
Are the ampersands supposed to appear on the first page?
It looks like your .htaccess file may not be formatted correctly. Can you post the last three lines of the .htaccess file that follow on from:
# All other pages
# Don't rewrite real files or directories
Absolute
I am unable to duplicate the problem you're describing. However, I got this error while trying to view your large image:Quote:
Originally Posted by tvadpro
Warning: main(includes/templates/shed_kits_tpl/popup_image//google_analytics.php): failed to open stream: No such file or directory in /hsphere/local/home/sksadmin/shedkitstore.com/includes/templates/shed_kits_tpl/common/html_header.php on line 220
Warning: main(includes/templates/shed_kits_tpl/popup_image//google_analytics.php): failed to open stream: No such file or directory in /hsphere/local/home/sksadmin/shedkitstore.com/includes/templates/shed_kits_tpl/common/html_header.php on line 220
Fatal error: main(): Failed opening required 'includes/templates/shed_kits_tpl/popup_image//google_analytics.php' (include_path='.:/usr/local/share/pear') in /hsphere/local/home/sksadmin/shedkitstore.com/includes/templates/shed_kits_tpl/common/html_header.php on line 220
Obviously, your site is experiencing all sorts of minor issues with different mods. Perhaps, you should verify one mod at a time to make sure there are no conflicts.
SEO URL have other issues but I did not experience what you're describing on my site that I have tested the mod on. Perhaps, something is not right in your .htaccess
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
Although the problem is erractic, your session setting is different. I think this is the only time that I have seen some post Recreate Session False. Usually is set to true to prevent the situation when the search engine index a url with the session. If two customer simultaneously access the site using the same url they will share session ID but setting that option to TRUE prevent possibility of sharing account.Quote:
Originally Posted by tvadpro
Perhaps that setting solves the problem. The Login issue was erratic in the past, we could test login 100 times and only experience the error 1-3 times. Basically, this only happens to existing customers trying to re-login to an account that has already been created.
Do you get a lot of customers (about 50) a day that logs into their account?
Just to follow up, the problem experienced by Jamie2k, where the SEO sql won't run correctly is an issue with the database structure. When importing the data into a test server, no AUTO_INCREMENT instructions were carried over, so none of the tables have auto incrementing IDs. This means that the fields which require an ID are therefore left unpopulated, and returns an error.
Just in case any of you have the same problem else where.
Absolute
Wow ... so a shopper who arrives on the same page and at the same time as another shopper could unwittingly access the second shopper's customer account information? :shocking:
The more I hear, the less I want to keep Ultimate SEO-URLs on my site. I think there's another SEFU contrib available -- has anyone here used it? Thumbs-up or thumbs-down?
Negative on the customer log-ins. My site sells products a customer would typically buy at most once per decade. Buyers create a user account, make their purchase, and then we never hear from them again. The entire user account element is superfluous and counter-productive. Obviously, I'm one of those people anxiously awaiting the release of a membership-optional Zen-Cart. I would do away entirely with customers setting up user accounts on my site -- if I could. But as the developers have said (and I believe them), that's easier said than done.Quote:
Originally Posted by BlessIsaacola
Is that refering to my last post? If so, you got completly the wrong end of the stick. When the TEST site was created, the database was transfered over, and although the current IDs were all moved in the right tables, the AUTO_INCREMENT commands were ommitted in the SQL file, so new inserts all created an error.Quote:
Wow ... so a shopper who arrives on the same page and at the same time as another shopper could unwittingly access the second shopper's customer account information?
Your store would certainly fail if this was the case with your install, and so no data is vulnerable, especially in this case, where it is only a TEST site.
With regard this module, I use it on alot of stores, ranging from stores doing 1 order a day, to those doing in the region of 200 a day. None have any trouble. We have tweaked some of the coding to ensure that the code runs a little more effectively in some places, but this would be the case with any module - you take the basic and enhance to suit the situation.
Absolute
Absolute, the previous post you quoted was not responding to your post. The issue actually is not related to Ultimate SEO URL. It's the whole issue where some bot still index the session id which although very rare, it's technically possible for two customer to share sessions. This of course is preventable by changing session settings on the Admin side.Quote:
Originally Posted by Absolute
You also mentioned that you've cleaned up Ultimate SEO URL mod, do you mind sharing with the community the changes you've made to make it work better?
i have had to turn off the recreate session option as well. if the newer files would fix the problem with sessions.. i would definitely be interested in it as well :)
Trust me, you're in the great majority wanting a change to the checkout process! However, meantime, you might be interested in "checkout without account"Quote:
Originally Posted by tvadpro
Thanks for the link, Kelvyn. Interesting -- I read the entire thread carefully.
ShedKitStore.com is an ideal site for checkout-sans-account, since customer retention (repeat business) is a non-issue. A customer pays us thousands of dollars to buy one product, and assuming the product does what it should, they are not likely to buy another -- ever. But given the amount of money changing hands in just one sale, it would be foolish for me to implement a checkout that has not yet been abundantly tested and proven, as my unmodified Zen-Cart 1.3.7 has.
Getting back to the topic of this thread (with preemptive apologies to anyone preparing to hurl rocks at me for bringing up the customer accounts debate), I'm dying to know whether there is a newer/better version of Chemo's than the 2.103 I'm using.
And do I understand correctly that re-create sessions = true can sometimes prevent a customer from logging into their account -- regardless of whether I'm running SEO-URLs?
I too was forced to turn off recreate sessions because of login problems. I had hoped that this issue would be possibly addressed in the new release, but since the author has gone MIA since collecting the contributions . . .
I want to understand the exact symptoms. Voltage, are you saying that without SEO-URLs, customer log-ins always work (regardless of re-create sessions setting) ... but when one uses SEO-URLs, a TRUE setting for re-create sessions occasionally prevents customers from logging in? Is that correct?
Thanks in advance,
Sean
Voltage, thanks for reporting back your work around. I know that we discussed this last year without a solid resolution. It's too bad that Dreamscape did not deliver after we all made contributions.Quote:
Originally Posted by voltage
Have you had any problems not recreating sessions? I am still concern that it's possible for two customers to share a session (and turning off recreate session really makes me nervous).
Please let us know if you come up with a solution that still allows recreate session. It sounds like Absolute has a fix but nothing has been posted.
Hey all, I'm having an issue I hope someone can help me with. I've searched the forums and found *some* information, but it doesn't seem to help with my issue.
I'm running ZenCart 1.3.6. We've installed the SEO URLs contribution, and everything works great. Actually, my problem is on the admin end - and it's an annoyance - but it doesn't seem to be messing with the actual functionality of the contribution.
The "weirdness" began happening immediately after resetting the SEO URL cache. Prior to this, there was no problem at all - but when we reset, we started getting all of these weird errors.
1) In the SEO URL area (under configuration), there is *always* an error that says:
2) When we update *any* product in the catalog, we get some MAJOR errors. Again, none of them seem to really affect anything - as the changes are always taken, but it's soooo annoying because, when we click "Update" from the "preview" screen of the product we're editing, instead of just updating, it takes us to this page with a list of errors:Quote:
Warning: call_user_func(zen_reset_cache_data_seo_urls): First argument is expected to be a valid callback in /home/SITENAME/public_html/admin/includes/functions/general.php on line 1528
When we hit the "back" button, the "preview" page now shows all of the edits we've made, and they've taken on the site as well. So it's not really something that's damaging the site, but it's really annoying to have to do this every time.Quote:
Warning: main(includes/reset_seo_cache.php): failed to open stream: No such file or directory in /home/SITENAME/public_html/admin/product.php on line 18
Warning: main(): Failed opening 'includes/reset_seo_cache.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/SITENAME/public_html/admin/product.php on line 18
Warning: Cannot modify header information - headers already sent by (output started at /home/SITENAME/public_html/admin/product.php:18) in /home/SITENAME/public_html/admin/includes/functions/general.php on line 34
Again, this all happened when we reset the cache. Oh, I should also mention that I have this on a local installation as well, and have had no issues with it. One thing I've noticed between the live install and the local is that, after resetting the SEO cache, on the *local* installation, in the last line "Reset SEO URLs cache", has an value next to it (true, false, etc.). But in the live install, after hitting this reset, there is no value at all - it's totally blank.
So if anyone has any ideas, I'd really appreciate it. Thanks!
I dunno if this helps, but whenever I install a contribution and it misbehaves, e.g. throws warnings, omits components in the admin, etc., I usually wind up uninstalling and then re-installing before it works as expected. Both uninstalling and re-installing can be tedious and time-consuming, but more often than not I learn in the process that I had accidentally skipped something in the initial installation.
I'll shut up now, as the folks who are familiar with Chemo's might know exactly what's causing your problems.
Good luck,
Sean
Absolute, Tvadpro and Voltage,
Do you guys have a solution for the Ultimate SEO URL that doesn't involve turning off recreate sessions?
Thanks!
Thanks, TV - this is most certainly an option, but we'd like it to be a "last-ditch effort" in fixing the issue. It has been though of though :)Quote:
whenever I install a contribution and it misbehaves, e.g. throws warnings, omits components in the admin, etc., I usually wind up uninstalling and then re-installing before it works as expected.
This is everything I know so far:
- Occasionally members are unable to log in when recreate sessions is TRUE. Maybe this behavior is influenced by SEO URLs, and maybe it isn't.
- If recreate sessions is FALSE, there might be a slim chance that two customers will share a session-ID and one will unwittingly gain access to the other's account information, address book, etc.
- Disabling SEO URLs might fix the recreate sessions log-in problem, and it might not.
I need to know more about this, so if anyone can shed some light, please share what you know.
Sean
Quote:
Originally Posted by BlessIsaacola
Your first bullet is true and the behavior is completely DUE TO Ultimate SEO URL. We've been using Zen Cart for almost 3 years and the ONLY time that turning recreate session ON becomes an issue is when using Ultimate SEO URL Mod (It's a problem specific to this mod NOT Zen Cart).Quote:
Originally Posted by tvadpro
Your second bullet is also true... Although, it's a slight chance it's still a risk factor to take into account.
It appears from other posts that the only way to get Ultimate SEO URL working without login issue is to disable recreate sessions on the admin side.
Thanks!
Thank you, Isaac -- so, if I understand correctly, the only problem with the current release of Chemo's is it doesn't play nicely with recreate sessions. Are there any other problems with SEO URLs?
I don't know how to fix it myself, but I would pay a competent programmer to fix it for me. I understand more than one of you donated money to the development of SEO-URLs; since I am in no way involved in that deal, I won't comment on any disputes pertaining thereto.
I will, however, announce my standard terms for the benefit of any interested programmers. When considering quotes, I check references (unless I already have experience with the contractor). Once I've chosen a contractor, I pay half in advance, and withhold the balance until the contractor completes the project satisfactorily.
If no one listening to this thread is interested, I'll post in the help-wanted forum and see what happens. Interested programmers should email or PM me.
Quote:
Originally Posted by BlessIsaacola
Well, the login problem is the main reason why most people end up giving up on this mod but there are other issues with this mod that have readily available work-around.Quote:
Originally Posted by tvadpro
Some of the other well documented issues are PayPal IPN, Product Types, EZPages, etc. Keep in mind that there are work arounds except for the login problem.
With regard to the contribution we all made for Dreamscape to finish this thing up, that's an entirely different issue.
Hi BlessIsaacola,
Yes there were login problems on our site. I had a few customers complain about not being able to login. However I could not for the life of me replicate the problem. Then one night on my wife's computer, I was not able to login using firefox. I tried and tried, but everytime I hit login, it would just refresh the login page. When I turned off SEO, it worked. When I turned it back on, it didn't. And when I turned off the recreate sessions I was able to login. I
have played with it since, turning recreate sessions on and off. I have also since changed hosts and have wondered if maybe it was caused by some weird incompatibility with my host's settings and SEO. But I have been too afraid to turn back on recreate sessions because of the trouble my customers used to have loggin in.
So that is my experience for what its worth.
Thanks
its definitely not a host problem.. i've tried on 3 different hosts w/ SEO URL & Recreate sessions enabled.. its indeed a problem with Ultimate SEO and not the server. Each server had a different version of PHP/MySQL if that helps any. Currently running PHP 5.2 w/ MySQL 5.0.21 I think.. not sure on the MySQL part
If someone can recreate the login problem, and allow me access to their server to take a look at the files involved, I would be more than happy to take a look and get this bug quahed for good. So far, I've been unable to replicate this on any of my installs.
I would rather this issue was dealt with on a test store, rather than a live store, for obvious reasons, if there is one out there!
Absolute
Absolute, are you saying that with recreation session set to true on the admin side you do not have the problem we are describing here? If that's the case, perhaps you can zip up your version of Ultimate SEO URL for us to do a file compare to see what's different in yours.Quote:
Originally Posted by Absolute
Thanks!
absolute.. i'm willing to provide for a test environment. i run php 5.2 and mysql 5.0. send me a PM if thats the kind of environment you're looking for or if it really doesn't matter too much
Which reminds me - can people please now start contacting Paypal or liaise via PM with SarahL who's looking into this for people? ThanksQuote:
Originally Posted by tvadpro
Need Bug Reports
I am finalizing the new version and want to be sure that it also fixes all known bugs in the current version.
This thread is ungodly long, so please help me out people if you know of a bug.
Please try to provide as much information as possible, because if I cannot reproduce the bug, I cannot hope to fix it.
Also, please let's keep it to one report per bug, and to keep things sane, let's follow the following format:
Thank you for your continued patience.Quote:
SEO URLs Version: The version this occurs on, if known
Zen Cart Version: The version(s) of Zen Cart this is known to occur on
PHP Version: The version(s) of PHP this is known to occur on
MySQL Version: The version(s) of MySQL this is known to occur on
Web Server: Apache, LiteSpeed, LightTPD, etc. Please include version if known.
Server Platform: FreeBSD, CentOS, Fedora Core, Red Had Enterprise, etc. Please include version if known.
Bug Summary: Short one or two sentence summary of the bug
Bug Details:
Give as much detailed information about the bug as is possible. This may include conditions which will reproduce the bug, such as SEO URL settings, Zen Cart settings, PHP settings, or MySQL settings. Please do not hold back. You cannot give too much information.
I will start.
Quote:
SEO URLs Version: <= 2.102
Zen Cart Version: >= 1.3.x
PHP Version: Any
MySQL Version: Any
Web Server: Any
Server Platform: Any
Bug Summary: Breaks EZPages internal links
Bug Details:
If you create an internal link with EZPages such as index.php?main_page=contact_us, SEO URLs module messes up the link
I almost forgot. Here is a vB coded bug report template to use:
Code:[SIZE="5"]Bug Report[/SIZE]
[B]SEO URLs Version:[/B]
[B]Zen Cart Version:[/B]
[B]PHP Version:[/B]
[B]MySQL Version:[/B]
[B]Web Server:[/B]
[B]Server Platform:[/B]
[B]Bug Summary:[/B]
[B]Bug Details:[/B]
Bug Report
SEO URLs Version: Any
Zen Cart Version: Any
PHP Version: Any
MySQL Version: Unknown
Web Server: Any
Server Platform: Any
Bug Summary: MySQL "Unknown column" errors
Bug Details:
Certain versions of MySQL, (the exact versions is unknown) may produce an error similar to the following:
The error is caused by a poorly formed LEFT JOIN statement.Code:1054 Unknown column 'c.parent_id' in 'on clause'
in:
[SELECT c.categories_id as id, c.parent_id, cd.categories_name as cName,
cd2.categories_name as pName FROM categories c, categories_description cd
LEFT JOIN categories_description cd2 ON c.parent_id=cd2.categories_id AND
cd2.language_id='1' WHERE c.categories_id=cd.categories_id AND
cd.language_id='1']
Bug (semi) Report
SEO URLs Version: Any
Zen Cart Version: >= 1.3
PHP Version: Any
MySQL Version: Any
Web Server: Any
Server Platform: Any
Bug Summary: EZPage URLs don't contain the page title.
Bug Details:
EZPage URLs are generated in the form /page.html?chapter=0&id=1. They should be generated with the page title instead, such as /ez-page-title-ezp-1.html