mariemeh

Hi, I've been using this contribution for quite a while now but I've just realised today that everything works fine... changing, saving etc... but I'm missing some product... I should have about 810 different products and only 684 get listed. I have pages that are blank where the rest of my products should appear but I can't access them or update them. Anyone every encounter this? Thanks

Unless you posted an update to IP Trap Version 3, you posted this on the wrong thread.

Shoot... I don't know which is more insulting... that it took you so little time to produce one that it would have been less effort to produce something instead of criticizing someone else's efforts? That you could have put your time contributing to help others but chose not to before being called on it? That you would add "Bless you for asking" when you knew that I wasn't asking, just pointing out that you are a loud mouth. Or maybe it's because of people like you that getting help for people less knowledgeable is virtually impossible??? Always amazes me how a question can be ignored because it wasn't asked in the right place or was asked one too many times or that people are ignored because they don't have basic knowledge of all this and people like you show up who apparently have the knowledge and could actually help but would rather spend their time criticizing others and not offering the help this community needs. But then maybe you don't know the meaning of the word.

total agreement. :thumbsup:

does this mean you kept your word on one of those statements. Is there a real trap available from you?

which page are you looking at? I was going to say... change it to your store name but when I look at my kissmt language file, it's not written exactly as you written here so I thought maybe you weren't referring to that language file.

I noticed that when you posted your .htaccess file the text of the first few lines was different. Mine looks like this: Options +FollowSymLinks RewriteEngine On RewriteBase /shop/ RewriteRule ^(.*)-p-([0-9]+).html$ product_info.php?products_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-c-([0-9_]+).html$ index.php?cPath=$2&%{QUERY_STRING} RewriteRule ^(.*)-m-([0-9]+).html$ index.php?manufacturers_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-pi-([0-9]+).html$ popup_image.php?pID=$2&%{QUERY_STRING} RewriteRule ^(.*)-pr-([0-9]+).html$ product_reviews.php?products_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-pri-([0-9]+).html$ product_reviews_info.php?products_id=$2&%{QUERY_STRING} # Articles contribution RewriteRule ^(.*)-t-([0-9_]+).html$ articles.php?tPath=$2&%{QUERY_STRING} RewriteRule ^(.*)-a-([0-9]+).html$ article_info.php?articles_id=$2&%{QUERY_STRING} # Information pages RewriteRule ^(.*)-i-([0-9]+).html$ information.php?info_id=$2&%{QUERY_STRING} # Links contribution RewriteRule ^(.*)-links-([0-9_]+).html$ links.php?lPath=$2&%{QUERY_STRING} # Newsdesk contribution RewriteRule ^(.*)-n-([0-9]+).html$ newsdesk_info.php?newsdesk_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-nc-([0-9]+).html$ newsdesk_index.php?newsPath=$2&%{QUERY_STRING} RewriteRule ^(.*)-nri-([0-9]+).html$ newsdesk_reviews_info.php?newsdesk_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-nra-([0-9]+).html$ newsdesk_reviews_article.php?newsdesk_id=$2&%{QUERY_STRING} did you copy the info from the instructions or did you had to have it a bit different because you had something else that required Rewrite Engine On in your file already? And my apologies if this is a dumb question but I have been distracted enough in the past to make the mistake so figured it wouldn't hurt to ask... the directory in which your store is, is it called "catalog" or something else? or is your store right in the root?

On my redirect issue... here is what I've tried and apparently can't make work. If any of you see something that I did wrong, please feel free to point it out: Robert posted this on this thread a few posts back: I've tried many different ways to make it work but nothing does // set redirects here before USU5 takes over $intercept = array( 'product-name-p-619.html' => HTTP_SERVER . DIR_WS_HTTP_CATALOG . 'product-name-p-763.html' ); foreach ( $intercept as $old_uri => $new_url ) { if ( false !== stripos( $_SERVER['REQUEST_URI'], $old_uri ) ) { // Redirect to $new_url here } } then I figured maybe since we wanted this to happen before USU5 that reverting to this would help... but it didn't: // set redirects here before USU5 takes over $intercept = array( product_info.php?products_id=619' => HTTP_SERVER . DIR_WS_HTTP_CATALOG . product_info.php?products_id=763' ); foreach ( $intercept as $old_uri => $new_url ) { if ( false !== stripos( $_SERVER['REQUEST_URI'], $old_uri ) ) { // Redirect to $new_url here } } I've tried many variations on the code above but I'm guessing there is something I dont' understand about it because I can't make it work I tried varied ways to change the .htaccess file none of them worked. After a lot more seaching, I saw a post mentioning to be careful if the Rewrite Engine was already on... which led me to trying it this way... still didn't work: what I posted over the weekend: I also found this code posted by Robert on another SEO url support thread for person who like me needed to be able to redirect one product page to another product page... again it didn't work: http://www.oscommerce.com/forums/topic/154166-contribution-ultimate-seo-urls-v21-by-chemo/page__view__findpost__p__1396656 I did consider that I might be so bad I this that I was messing up somewhere so I tried everything I could think of. Tried different variation to make sure I wasn't overlooking something. It's as if USU5 prevents any of those redirects to work. I remember being told earlier on that the redirect has to happen before USU5 took over. That if a product had been deleted, because of the cache system, the product just didnt' exists anymore in the database and couldn't be redirected. So I tried with products that were there... still not working

I don't know if this will help but I've learned that I often have to reset the cache when I do modifications and I want them to take effect. My apologies for the waste in time if it's not the case.

in the meantime, I changed my setting to false for non-alphanumrical and reset the cache and the ' didn't show. So it might be that it's something else. Might be that in the code itself something is already there to handle the '. Did you do any editing to the original files? Do you have any character conversion that you set yourself or files to the character conversion folder or have you the Google Sitemap? I was planning on doing the Google map thing but I'm waiting to resolve my issue before adding more to the mix.

it worked on mine. I have quite a few product names that have the '... Like Marie's this and Jenny's that... and when the you look at my seo links they show like maries_this and jennys_that. And I don't remember having to tweak anything. I don't know if this will help but this is how mine is set:

please kick me if this is too dumb... but not too hard... I thought that maybe the code you just posted there (that I had seen on another thread but a bit different but I coudln';t make it work then) could work on direct links from one product to another. Could it work and if so, how shall I phrase it?

no, I think it would be better to not have the 39 show and unless I didn't understand this whole thing well, I was under the impression that punctation in links weren't good. Have you tried going to the SEO Urls configuration bit in admin and set "Remove all non-alphanumeric characters" to true and just have it show "youre"

oh and Robert, I should have mentioned that I tried the myredirects.php code you posted on another SEO contribution support thread and couldn't make it work either. http://www.oscommerce.com/forums/topic/154166-contribution-ultimate-seo-urls-v21-by-chemo/page__view__findpost__p__1396656 Hope this helps

would a redirect in the .htaccess file placed before the redirect rules for USU5 be considered placed before? I've been trying that for the last 24 hours with all the different searches I've done on the forum and found different redirect htaccess codes and it's just not working. So, can I at least know if that would be considered before or if there is something in USU5 that makes any redirect impossible? Because every code I've found so far on this forum for redirect has failed. Of course, it just might be that I'm too dumb. I'll keep searching because I need this but there must be something I don't understand. I don't see the point of getting friendly urls if the customer will only end up on a not found page on a site like mine when that said product is no longer available. I do see from the searches I've done on the different search engines that since I've installed this contrib and the KissMT that my ranking has improved that my links seemed to be picked up and reported by the search engines a lot faster... but getting a customer to my site is one thing, what is hoped for is for them to buy something. A page not found will not get me that. the redirect htaccess code have been trying last was posted by MrPhil and looked something like this and placed right under RewriteBase /shop/ in the .htaccess file: RewriteCond %{HTTP_HOST} ^product_info.php?products_id=622 [NC] RewriteRule ^(.*)$ product_info.php?products_id=619 [R=301,L] Thank you

I've tried everything I could think of to find a solution to repair my redirects to no avail. So, in the hopes that eventually a more "automated" way of doing redirects will be available... I've tried the code Robert posted a few posts back... however, I can't make it work. It probably is that I did something wrong or there is something I don't understand so if anyone can help, I would appreciate it a lot. This here is the code I entered just before the USU5 code in catalog/includes/application_top.php // set redirects here before USU5 takes over $intercept = array( 'product_info.php?products_id=OLD' => HTTP_SERVER . DIR_WS_HTTP_CATALOG . 'product_info.php?products_id=NEW' ); foreach ( $intercept as $old_uri => $new_url ) { if ( false !== stripos( $_SERVER['REQUEST_URI'], $old_uri ) ) { // Redirect to $new_url here } } I also tried to enter the new USU generated url instead of the product_info one but it doesn't work either. TIA

good news and bad news... good because that's what I had thought you meant when you first mentioned this and what I had tried... so maybe I'm finally finding my way more around this. bad news is that none of the contributions I found for redirecting use application_top.php. Everything seems to be done on the product_info.php page. I've tried adding a required code but that obviously didn't work at all and I don't have the knowledge to write a code that would say... look if there is a product_redirect before you do USU5. So keeping in mind that USU5 is to have search engine friendly links and friendly links translate to better ranking and more traffic... am I wrong to still think that getting a 404 not found is not good for ranking and if so, what would you suggest? come to think of it, what do you do when you delete a product but don't want to lose a sale and want the customer to see the new product? Sorry to be so persistent with this one. But it's something that's really important for my store as I often have 2 similar products at once when a newer version is available but when the stock on the old ones are no more, I redirect them to the new one which allows me to keep the sale and no not found messages is sent back to search engines. Also forgot to mention along the way that I just realised that the product_redirect was working on the older version of USU 2.? but I've found with all the testing I've been doing in the last 48 hours that it worked because I populated the redirect list after installing USU older version. So I did removed the redirect adn reinstalled adn repopulated the list and it does work now in the sense that I get the good old "This page has been moved to a new location..." message and I do see my redirect message right under but the link that it redirects to is the product_info.php. So it does view the page as it should instead of sending me directly to the not_found.php page as it did before but the redirect link I programmed still not there. I will keep searching for a solution and keep posting my finds and failures just in case it could help someone else and maybe have a light go on. If a light does go on, please help me!!!

I've finally figured out while searching that this was happening with all the Seo Urls mods that I could find and according to some note I found on another contribution for product not found or product redirect... it said this: I'm guessing you already know that I didn't find any code similar to this in your wonderful code, right? :D I will stop my hyperactivity now and wait to see if something rings a bell for you in all this.

oh so you know that I'm not trying to have you do it all for me... ;) I'm still no more knowledgeable with the coding... but I've tried comparing both codes to see where they access the same pages to try and figure out if I can make one work before the other. I was thinking that the one working before the other should happen on the store side but everything that has to do with the product_redirect contribution is done on the admin side but for the modification made to the code of the product_info.php page. But your code doesn't access that page directly at least not that I could figure out on my own. On the admin side however on the categories.php page, the USU5 code appears before the product_redirect code but for some reason, I don't think that is where it should be done but I probably don't know enough to know that for sure. Every other place, USU5 appears after the product_redirect code, like in admin/includes/functions/general.php and in case it's the way it works... the other contribution code shows before USU5 code. Am I on the right track or should I just found another contribution to do that for me and if so, any recommendations? Thanks again for the help. :thumbsup:

ok that makes a whole lot of sense... Any advice on what I should look for in code to make this happens first? Thanks again for all you help... much appreciated.

To add a bit more info... if I turn off USU5, the other contrib although is working again, doesn't redirect to the programmed page, it redirects to product_info.php page only. I thought maybe it was the modification made to the redirect in the catalog/includes/function/general.php page so I tried to change it back and see what happened... no change. I thought maybe it was the link wrapper code for the html_output page... nope not that either. So I'm back looking into the "cache" possibility.

Hi Robert, I just realized today that USU5 is preventing another contribution I have from working. I had "Product Not Found - Link Option" installed to redirect the link of a deleted product to a new product so that the customer would never get a page not found or product not found. Now if someone tries to get to one of those old products becasue they stumbled on an old add... they get your page not found that came with USU5. I thought that maybe it was a cache thing and since those products didn't exist at the installation of USU5 and that USU5 was handling my link now that it prevented my product redirect to fail but I've just experienced the same thing with a product I removed today and try to input a redirect to another product and it won't work at all. I've been trying to figure out what is the conflict but realized that maybe you could give me some input in the event that USU5 would prevent redirects and why or if you had a suggestion about my USU5 settings in regards to that. Thanks in advance. oops just in case seeing the other contrib would help: http://www.oscommerce.com/community/contributions,3330

ooops dont' know if I should have posted my reply instead... so just in case

Hi Robert, I said I would give feedback on ranking later on so here I am after over a month now. I can vouch that some of my most active pages have better ranking since installing this mod. Note, the pages I'm monitoring are pages that were just as active and had been for a few years before adding this mod but the ranking now as much improved. Hope this helps.

ok, I don't think I "had" to remove Heather Tags SEO but on some pages, everything was getting so confusing, that it didn't make sense to keep it either. However, that took a long time!! The only part that I got confused was the modification you asked for in catalog/index.php that I mentioned earlier and for some reason, when I compare my index.php file with yours, it's the first and the last of the 3 possible ones for this: But maybe my memory is failing me. Still, I'm sure you'll figure out when you look at your index.php page.