Testers needed for register_globals/register_long_arrays=off

[TheGringe]

Hi there,
this installation worked for me. I tried adding the mods to do away with the whole register globals, but failed. I came across your contribution, tried it out, and I actually got it to work.

I do have one issue, and was wondering if anyone else the same problem. The easy populate does not seem to do anything. No errors message, just nothing. I created a basic product and tried exporting, it looks like it is thinking about it, then nothing.

I also tried uploading a previous Easy populate file from another shop and again nothing happened.

Not sure what else you folks would want to help out, or if anyone else is/had this problem.

Its driving me mad.

Great work by the way.

Gringe

[TheGringe]

Okay, so just being thorough I did the following to resolve the issue, although still no real understanding as to what was the root cause of the problem.

I downloaded the latest Easy Populate: Easy Populate 2.76g-MS2 (with attributes)

First checking version numbers. I then installed as per instructions (making backups of the current files). I followed the instructions in steps 1 & 2 skipping the rest as these changes would already be in place.

As soon as I went back to my admin page, and tried to move away from, and back to the Easy Populate section, I was getting loads of file download requests, as all my previous attempts to grabs Easy Populate CSVs "caught up".

I've installed this contribution plenty of times, and the only difference between the OSCMax with Register Globals off contribution and the stand alone Easy populate contribution is the interface.

I'm now looking at the "busier" version with lots of optional tick boxes for the fields you can download.

So as a suggested solution for anyone else experiencing the same problem, just grab the version of Easy populate above, and voerwrite the three files.

Cheers
Gringe

[TheGringe]

Other issues whilst testing this version.

#1. I am getting the same error as Jason99 reports, add a product to the cart, takes me to the cart but it is empty.

#2. Using the Buy Now button throws up a 1064 error and what appears to an incomplete SQL statement:

1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1

delete from customers_wishlist WHERE customers_id=2 AND products_id=

[TEP STOP]

It has either truncated the SQL statement hence the missin products_id value, OR that IS the error, that the PHP function generating this query is not returning the products_id value. Any clues?

As a note I DO read newsgroups and Google for other newsgroups and came across some tweaks that should be made to some PHP functions such as :

From this:
$wishlist_query_raw = "select * from " . TABLE_WISHLIST . " WHERE customers_id = $customer_id order by products_name";
To this:
$wishlist_query_raw = "select * from " . TABLE_WISHLIST . " where customers_id = '" . $customer_id . "' order by products_name";

Any one having the same problem, has any clues? I'm ot loking for a spoon fed solution, just some pointers will do at elast.

Thanks
TheGringe

[TheGringe]

Okay, this time I was not so thorough. Managed to solve one of the problems before my previous post was even moderated! Poor research skills on my part. I'll look harder next time, promise.

So the Buy Now problem that throws up an SQL error and error code 1064 can be solved following this link: http://www.oscmax.com/forums/oscmax-...html#post19026

Thanks to this small modification, when using the Buy Now button, you no longer get an error.

Still need to solve the fact the cart still apears empty, but I'm guessing there is a solution on here.

TheGringe

[TheGringe]

Hi,
Nice effort! I did try this one out.
Installation went smooth. When adding products to the cart, it doesn´t get populated with products though.
Just an empty cart.

Its not just me, whats the latest, have we moved away from this version of the reg global fix?

I've got a customer waiting to open a store which doesn't allow customers to put things in the cart. I've tested the whole "could be the cookies" possibility to death. I set them correct, broke them, forced cookies whilst broken, fixed them, have it logging session data to the DB.

Gringe

[MindTwist]

I haven't been reading this thread much... But from what I understand, this was a mod to make a OSC/OSCMAX store run ok on a server that has register_globals off.

If this is it, and you have been finding yourself trapped on this problem for days, or weeks... Then the best solution would probably be to find a different server/host that is suited to run your store without giving you this headaches.

[TheGringe]

Okay...so what you are saying is in order for oscMax to work you need to be able to set register_globals = on in my php.ini? I can live with that.

I opted out of that root originally given the security concerns, explored an alternative i.e a mod with gloabls = off. Hasn't worked out for me all that well. Hence my rather keen posting above.

Before I up sticks and move on, does the register_globals = on have anything to do with the users session data? Will it affect how the cart information is persisted? If so I can go to my host and ask them about it again.

However, if register_globals = on has nothing to do with how the cart behaves or session data is persisted, moving to a new host to resolve a problem which may or may not be down to my host setup/security policies is not ideal.

I guess what I am hoping to get from the users of this forum is enough information to allow me to do one of two things:

1. Solve the problem myself, or integrate other solutions that other users have kindly shared, or
2. At least obtain enough information about what may or may not be at the heart of this particular problem.

I'm afraid TR, that your reponse is the second one from yourself I have seen which demonstrates a case where saying nothing at all would have been a little more helpful.

I appreciate you taking the time to respond [thanks] but for my benefit and the benefit of others who may come across this post, would some detail in between your first paragraph and second paragraph not help explain the jump from peoples attempts at "tweaking" php code & config files to moving hosts entirely?

cheers
Gringe

[MindTwist]

Gringe,

No, I am not saying that in order of running OSCMAX you must have register_globals ON, since I am sure there is people out there running their stores with register_globals OFF.

What I am saying that sometimes the time spent on a problem is not worth it. And I must admit I have spent tons of time doing things that I knew would give me little benefit, like spending days and days installing a module/contrib that is not needed on your store, but heck, you want it working.

But there are so many variables on a given store, that not everything is going to work right out of the box on every set up, and not every store is going to behave the same way on different servers. PHP4 or PHP5? MySQL 4 or MySQL5? So many Apache versions, and so many PHP and Apache settings to configure... I won't even go on Win vs Linux servers, because I do think that whoever tries to run a store on a Win server is out of their mind.

The point is that I would not waste too much time on a store that is not installed on a server that I know for sure is not perfectly setup for running OSC. Some web applications will behave better with given settings, some with others, and if I knew what were the correct versions and settings of everything with which my store would work, I would go for them.

And, if I didn't have them, I would not spend more time then needed trying to get my store fixed for a given server, and if I wasn't able to do it on a given time, then I would get my server fixed for my given store...

[michael_s]

Just as an aside, you may want to use osCMax RC4 instead, since it is fully register_globals=off compatible, and is available via SVN. It is in final testing, but all the big bugs have been squashed, and if you really need it, that is the way to go.

If you grab it via SVN, you will be able to easily update your shop with the latest changes too...

[TheGringe]

MindTwist: You make a good point. Given how many threads I've seen discussing the empty cart issue, and how many factors that had to be considered in order to get it working. As it so happens the host company has responded more positively to my request for register_globals=on, which at least gives me a fallback option...although still like to explore the more secure option.

Michael_s: Thanks for the info. I've now got a copy on my server and am attempting to configure a working shop, before attmepting to deploy to the customers (same host, same server).