Aldebaran

And as final note, the original issue has been finally resolved by using a different FTP user account and deleting all the files are reuploading them. Why a FTP user account would be set up to use a different ini file, is beyond me. But this is how we finally fixed it. What a waste of time.

I've got an blog article about this...if any of you want to add your awful Aplus.net stories to help warn others, it would be wonderful. Here's the article: http://aldebaranwebdesign.com/blog/aplusnet-customer-service-another-poor-online-chat/ J

And another strange item: When I look at the file I uploaded (with phpinfo()) and the file they uploaded (same function), the permissions are identical. But what's different, is the Configuration File (php.ini) Path. They are different for the file they've uploaded, and the file that I've uploaded (to the exact same directory). How does the particular php.ini path get chosen via the FTP user? J

Aplus.net is now claiming that indeed register_globals is off, but that there is some permissions error with the FTP user that I'm using. They are now claiming that you can't have two users access to the main html directory. So they're saying that when THEY upload a file with phpinfo(), it shows register_globals as OFF, but when I do it, it shows it as "ON". Now, I've been using this FTP user the entire time, no issues have surfaced, and when you create new FTP users, it says nothing about not giving them access to the same directory. Groan. What file permissions could prevent register_global from correctly detecting it's status? J

Oh, if I could only change hosts....my client doesn't want to change, so I'm stuck. But I agree 100%. I typically use DreamHost, and these issues are non-existent.

Nope, that just caused an INTERNAL SERVER ERROR on the entire site. It's not compatible with how Aplus.net has it configured. Thanks for suggestion though.

Do I need to put this at the root level, or every single folder on the whole site? J

UPDATE: I was still getting the security warning message from the content management tool...even though register_globals was showing as OFF. I emailed the content management tool folks, and they said to put my PHPINFO file inside the content management tool directories. I did this, and to my astonishment, the register_globals was still ON. So the Aplus.net control panel isn't a site-wide setting?! Now I have to call them back again.... for the third time!

Granted my experience is only with shared hosting. But every single time I contact them, I come away frustrated. Does is sound like the shared hosting people are in Russia? That's what the shared hosting technical support folks sound like.

LOL. But you agree...it doesn't make any sense, right?

Hi, Here's my story - please tell me what you think of it. I use a file called phpinfo.php that contains one line of code that has phpinfo(); in it to tell me what PHP version and configuration are on my client's websites. It's a great tool. I needed to turn register_globals "OFF", as it was showing as "ON". So I used their awful online chat, and eventually turned it off via their control panel. But the file still showed it as being "ON". The support person said it would take 2 hours. The next morning (today) I checked again, still showing "ON". Refreshed my browser cache just in case, checked on a different browser, still said "ON". Called Aplus.net phone support, after 16 minutes on hold, they said it was now fixed. I refreshed my browser, and indeed, it now said register_globals was "OFF". But they went on to say, that the issue was with my file. They said that because I used a secondary FTP user, it wasn't working. I asked how this possibly made sense, and they kept repeating the same thing. So I tested it, I re-uploaded the same file, same USER, and it didn't revert back to "ON", it still showed the new setting of "OFF". I think Aplus.net's control panel is crap, but if one of you PHP experts can explain to me how their story is possibly true, I'd really like to hear it. I've written an article on my blog about this, and I'd love to hear your opinions as well. http://aldebaranwebdesign.com/blog/aplusnet-customer-service-another-poor-online-chat/ I just really want to know how their explanation could possibly be true... ???