6728 replies to this topic

[JoeMcManus]

Well that sucks a lot.

Let's not get more people banned though.

In an attempt to stay OT.

Misa, I see SEOed URLs but with the session ID behind them. Your logs should be able to tell whether I'm one of few or whether you left them on for all to see.

I just upgraded frmo 1.3 to 2.1 following the UPGRADE instruction inc the 1.4 notes. All is fine but the product links. Manufacturer and category links are great. The product links look like this though:

domain.com/ripple-mattress-topper-p-34.html?cPath=21_22_25

Strangely it's just the links to product_info. I did hack products_info myself but I can;t see how that would affect this. It just does some str_replaces before eoching the product_description.

.htaccess is fine as well.

Anyone perhaps a clue as to why this might be happening?

PS yes I cleared the cache a couple of times too. And judging by the post before me, I'm not the only one...

Edited by JoeMcManus, 06 June 2005 - 04:51 PM.

[RocksIT]

another great contrib from Chemo, Congrats& thank you once again!

I have installed this contrib but run into the following error.

Fatal error: Call to a member function on a non-object in /home/kenstant/public_html/Products/includes/meta_tags.php on line 57


after everything seems to go finer on the install. Anyone have any idea what is causing this.?.

also anyone have an directions on how to uninstall completly till I can figure out what the issue is?

many thanks.

[zurv]

Hey guys..

Great contribution, easy install... but im having one problem. When I try to add a product or edit an existing product, click preview... and then when I click save I get this:

------------------------------
Warning: main(includes/reset_seo_cache.php): failed to open stream: No such file or directory in /home/fmarket/public_html/store/admin/categories.php on line 22

Warning: main(): Failed opening 'includes/reset_seo_cache.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/fmarket/public_html/store/admin/categories.php on line 22

Warning: Cannot modify header information - headers already sent by (output started at /home/fmarket/public_html/store/admin/categories.php:22) in /home/fmarket/public_html/store/admin/includes/functions/general.php on line 18


-------------------------------------

It seems simple enough.... But i'm not sure what to do. I am using the "UltraPics v1.1, WYSIWYG HTML Editor" addon if this makes a difference.


Please help me out, its the only thing keeping me from completing this store.


Thanx in advance,
Zurv

[jonyo]

Chemo, if you're reading this, man thats gotta stink.  

To everyone that is having the problem where it displays ?cpath=# for the product info page:

On mine, it actually breaks it and says no product found, others it seems to work but displays the unneeded ?cpath=# (like for the person that posted their website.

I did some hacking around the code, and figured out a real quick fix.  Keep in mind, this is NOT FULLY TESTED and it probably breaks some other functionality...  Now with that disclamer out of the way, here is the fix:

in the file catalog/includes/classes/seo.classes.php find the code starting on line 340:

   	 } elseif ( !$this->is_product_string($params) ) {
      $container[$p2[0]] = $p2[1];
   	 }

This is the code that is causing it to add the extra cpath at the end.  So I commented it out, like so (so replace it with this code)

   	 } elseif ( !$this->is_product_string($params) ) {
      //$container[$p2[0]] = $p2[1];
   	 }

As you can see all I did was comment out that one line, it seems to work.  I'm sure a better fix would be to find out what is causing it to go into this elseif statement and fix it.  Since I am in a hurry right now, I could not investigate further to produce a better fix at this time.

I recomend not doing this fix if your site works with the extra cpath=# at the end, until someone comes up with a better fix that finds out why it is going into this loop in the first place.

btw I have ultimate image pack installed, that might ahve something to do with it.

I'm not getting the errors people are talking about so I don't know how to fix those.

Hope someone can take this and find a better fix, maybe if we are lucky it will be Chemo but from the sound of that post probably not soon.  Later tonight or some time within the next week I'll try to better fix it (if someone else does not beat me to it) and post the fix here as well as on the contrib section.  (no promises though   )

Oh yeah, and as always, backup your files before doing this...

[falcon]

RocksIT, on Jun 6 2005, 07:58 PM, said:

another great contrib from Chemo, Congrats& thank you once again!

I have installed this contrib but run into the following error.

Fatal error: Call to a member function on a non-object in /home/kenstant/public_html/Products/includes/meta_tags.php on line 57
after everything seems to go finer on the install. Anyone have any idea what is causing this.?.

also anyone have an directions on how to uninstall completly till I can figure out what the issue is?

many thanks.

<{POST_SNAPBACK}>

@ RocksIT, to quickly overcome the error. Do a Database recovery and upload your backup of the modified files. So I managed to bring up my shop again.

I have the same problem I tried the upgrade from Version 2.0b. I see that changes which where carried out in the native install of 2.0b are not carried out in 2.1

Files touched in 2.0b which appear not to be modified in 2.1 are:

3 changes in catalog/includes/application_top.php only 1 change in 2.1

catalog*/includes/functions/html_output.php depending on cache type in 2.0b variance in code only 1 change in 2.1

includes/modules/product_listing.php modification was carried out in 2.0b no modification in 2.1

From my point of view it appears that the upgrade from 2.0b is not described propperly. Currently trying to do some reverse engineering to get rid of 2.0b and start with the new 2.1 modifications.

If someone knows a quick hint for the line 57

here it is line 54 to 64 could it be that the cache handling changed?

################################################################################
#############
# Check to see what type of cache if any and run with it...
$cache_type == 1
   ? $meta_cache_code = $cache->get_cache($meta_cache_file)
   : NULL;
   
if ($meta_cache_code){ echo $meta_cache_code;
}else if ($cache_type == 2 && file_exists($meta_cache_file_full)) {
echo base64_decode(gzinflate(file_get_contents($meta_cache_file_full)));
}else{
ob_start();

[RocksIT]

Thanks Falcon, let me know what you find out.. so It wasn't just a bad install on my part? cool..  I temporarily uploaded older application_top & html_output files. just to get/keep the shop working..  
I tried commenting out that whole section, but it just cause some more errors..

falcon, on Jun 6 2005, 09:46 PM, said:

@ RocksIT, to quickly overcome the error. Do a Database recovery and upload your backup of the modified files. So I managed to bring up my shop again.

I have the same problem I tried the upgrade from Version 2.0b. I see that changes which where carried out in the native install of 2.0b are not carried out in 2.1

Files touched in 2.0b which appear not to be modified in 2.1 are:

3 changes in catalog/includes/application_top.php only 1 change in 2.1

catalog*/includes/functions/html_output.php depending on cache type in 2.0b variance in code only 1 change in 2.1

includes/modules/product_listing.php modification was carried out in 2.0b no modification in 2.1

From my point of view it appears that the upgrade from 2.0b is not described propperly. Currently trying to do some reverse engineering to get rid of 2.0b and start with the new 2.1 modifications.

If someone knows a quick hint for the line 57

here it is line 54 to 64 could it be that the cache handling changed?

################################################################################
#############
# Check to see what type of cache if any and run with it...
$cache_type == 1
   ? $meta_cache_code = $cache->get_cache($meta_cache_file)
   : NULL;
   
if ($meta_cache_code){ echo $meta_cache_code;
}else if ($cache_type == 2 && file_exists($meta_cache_file_full)) {
echo base64_decode(gzinflate(file_get_contents($meta_cache_file_full)));
}else{
ob_start();

<{POST_SNAPBACK}>

[flamenco]

Hi there !


seems to be a very good contribution but i get this error in the shop when i activate the contribution in the admin:

"Error!

Unable to determine the page link!"


if its deactivated i get these urls, which are already transformed:

"http://www.domain.com/dresses-c-24.html?osCsid=5cda873ba5830ea4c0fa9f233d978a94"


anyone any ideas ?

thanks a lot !!



flamenco

[montytx]

It seems to work fine but I also have the extra characters at the end.

/elegant-moments-ivory-lace-bustier-p-390.html?osCsid=1fad60c25a7499e804e74bf55e9c93b2

I have commented out the line as mentioned above and it has made no difference.

Any ideas?

[jonyo]

montytx, on Jun 6 2005, 10:26 PM, said:

It seems to work fine but I also have the extra characters at the end.

/elegant-moments-ivory-lace-bustier-p-390.html?osCsid=1fad60c25a7499e804e74bf55e9c93b2

I have commented out the line as mentioned above and it has made no difference.

Any ideas?

<{POST_SNAPBACK}>

Are the extra letters you are refering to the ?osCsid=1fad60c25a7499e804e74bf55e9c93b2
?

If so, this is an unrelated problem.  This is a problem with cookies on your website.  Do a search on these forums for cookie fix or sessions or simular.

Before you commented out the line, was there also something that looked like cpath=22 in the link somewhere?  (where 22 can equal any number, depending on teh category number for the product)  That is the extra letters I was talking about.

If I am not mistaken, the older version made it look something like

Quote

gifts-vouchers-c-27/100-gift-certificate-p-35.html

but this new version only does

Quote

100-gift-certificate-p-35.html

  Both url's work in the new version if you manually type it in...  

I think what is suppost to happen is the code sees the cpath=27 and is supposed to translate it to gift-vouchers-c-27/ and put it before the product...  Of course it could also be the case that Chemo changed how it works in the new version, but it would make more sense to me to make it work the old way...

I will look more into it tomorow hopefully (if I'm not too busy at my day job)

[montytx]

jonyo, on Jun 6 2005, 10:25 PM, said:

Are the extra letters you are refering to the ?osCsid=1fad60c25a7499e804e74bf55e9c93b2
?

If so, this is an unrelated problem.  This is a problem with cookies on your website.  Do a search on these forums for cookie fix or sessions or simular.

Before you commented out the line, was there also something that looked like cpath=22 in the link somewhere?  (where 22 can equal any number, depending on teh category number for the product)  That is the extra letters I was talking about.

If I am not mistaken, the older version made it look something like  but this new version only does   Both url's work in the new version if you manually type it in... 

I think what is suppost to happen is the code sees the cpath=27 and is supposed to translate it to gift-vouchers-c-27/ and put it before the product...  Of course it could also be the case that Chemo changed how it works in the new version, but it would make more sense to me to make it work the old way...

I will look more into it tomorow hopefully (if I'm not too busy at my day job)

<{POST_SNAPBACK}>

You are correct about the extra letters above. I also noticed that when I delete them and refresh the page is still valid.

Here is another example...

coquette-raschel-stretch-lace-and-sheer-gown-with-g-string-p-208.html?cPath=43&osCsid=d64805f931d0e5c2b8172ab706d2d846

It has the c path. listed.

Ill dig around for the cookie issue and see what I can find. Thanks!

[elv1s]

Hi,

well, i have also the same problem... With the version 2.0b it worked. now with the new 2.1 version i get the cPath-thing. but only if i use the categories on the left site to get to a product. Wenn i click on a product in "what´s new this month" this problem doesn´t show up.

What is the big difference between version 2.0b and 2.1? What makes the version 2.1 better? What is the advantice?

Thanks
Yours
Kasper

[besot]

Hi Bobby,

have installed the new SEO URL and get an fatal error:

CODE
Fatal error: Call to a member function on a non-object in /home/dealer/main/pkg/besot/test/html/includes/functions/html_output.php on line 42


Please help me ....

[falcon]

RocksIT, on Jun 6 2005, 09:50 PM, said:

Thanks Falcon, let me know what you find out.. so It wasn't just a bad install on my part? cool..  I temporarily uploaded older application_top & html_output files. just to get/keep the shop working.. 
I tried commenting out that whole section, but it just cause some more errors..

<{POST_SNAPBACK}>

You need to do a DB Recovery from your backup too as you won't be able to ger your Categoies working the 2.1 will selftinstall the DB and change a couple of things.

The big difference between 2.0b and 2.1 is that if you do the upgrade according to upgrade manual you get "unneeded" code. Im not sure but the code insered in 2.1 is much smaller.

[falcon]

has anyone brought this contribution to work together with cDynamic_Meta_Tags v1.4 as the error occurs in this contribution im not that deep in php to nail it down.

[TDK]

Thi is a great contribution, shame chemo cant help us out anymore. I just updated from v2.0b but like others I get cpath added to the url when I click on a product. Has anyone worked out yet how to fix this?

Also is it normal when I view an item that was redirected from froogle to get ?osCsid=1fad60c25a7499e804e74bf55e9c93b2 added to the end.

[jonyo]

falcon, on Jun 7 2005, 05:07 AM, said:

has anyone brought this contribution to work together with cDynamic_Meta_Tags v1.4 as the error occurs in this contribution im not that deep in php to nail it down.

<{POST_SNAPBACK}>

Are you just guessing about the cDynamic_Meta_Tags or is there some error message that points to that contrib?  Reason I ask is because I have this contrib installed too...

montyx:  does it still show the cpath= when you have commented out the line?

I will be digging deeper and see what I come up with today...

[jonyo]

TDK, on Jun 7 2005, 09:21 AM, said:

Thi is a great contribution, shame chemo cant help us out anymore. I just updated from v2.0b but like others I get cpath added to the url when I click on a product. Has anyone worked out yet how to fix this?

Also is it normal when I view an item that was redirected from froogle to get ?osCsid=1fad60c25a7499e804e74bf55e9c93b2 added to the end.

<{POST_SNAPBACK}>

I dont' know enough about froogle, but it sounds like the issue is with either the info you give froogle, or when froogle looks at your site it is given a session.  Make sure in your admin you have it set to not give a session to spiders.  Maybe froogle's spider (if it has one seperate from google) is not on the spider list?

[falcon]

@jonyo

jonyo, on Jun 7 2005, 02:21 PM, said:

Are you just guessing about the cDynamic_Meta_Tags or is there some error message that points to that contrib?  Reason I ask is because I have this contrib installed too...

montyx:  does it still show the cpath= when you have commented out the line?

I will be digging deeper and see what I come up with today...

<{POST_SNAPBACK}>

I have installed this contrib 2.1 and run into the following error.

Fatal error: Call to a member function on a non-object in .../catalog/includes/meta_tags.php on line 57 I have posted the line 57 further above.

I think you should give it a try if you dont have the 2.0b installed if it works with you then I only have to reverse coding together with RockIT and install then the 2.1 Version.
But back up the files and the DATABASE as it will autoinstall the changes in the DB.

[jonyo]

falcon, on Jun 7 2005, 10:09 AM, said:

@jonyo
I have installed this contrib 2.1 and run into the following error.

Fatal error: Call to a member function on a non-object in .../catalog/includes/meta_tags.php on line 57 I have posted the line 57 further above.

I think you should give it a try if you dont have the 2.0b installed if it works with you then I only have to reverse coding together with RockIT and install then the 2.1 Version.
But back up the files and the DATABASE as it will autoinstall the changes in the DB.

<{POST_SNAPBACK}>

JUST RELEASED:  Version 2.1B by CHEMO!!!  

It was literally uploaded minutes ago, I tried it and it fixes all my problems.  I am glad he is still at least able to upload to the contrib section...  Try it out Falcon and montyx and see if it fixes stuff.  I have not done any database restores (right now all I have in my database is test data anyways so it wouldn't be too much of a loss if it is all lost)

Info and download here!!!

Sorry this doesn't look like an official announcement I'm new to announcing things :-P

[jonyo]

Something to hopefully look forward to in the future:

I was talking with Chemo and we came up with the idea to have the main file be updated with a script in the admin panel, so instead of downloading the new version then uploading it to your site, it would automatically grab it.

This would cut out most of the work, and the upgrade instructions would consist of one step:  Click on this button to upgrade.

Of course, the file would have to have write permission to it, so theoretically (since it is not written yet) if someone does not have right permission or wishes to still upload it via ftp or sftp they can...

Another possiblity this gives us is the ability to have 3rd party developers contribute modifications to the code and all the store owner would have to do is put the file in the correct directory, or maybe have a script grab the custom file...  Then if it breaks something they can simply "uninstall" it via the admin panel.

Another possibility for this is the ability to use older versions if the newest one breaks your code for whatever reason.  So you don't have to worry about backing up, it does it automatically...  (of course you still need to back up, anything can happen)  If the admin section goes down because of a bug, all you have to do is log in and rename older file to the correct one...  of course like I said this is all speculative, how the end product will work will probably be different (and hopefully even better )...

Post any ideas you have to make this contrib even better, we all benifit from it