|
Page 1 of 1
|
Inactive User
|
 HOSTING - Modifying PHP.INI Variables For Use With Icy Phoenix.
Icy Phoenix regularly requires more than the Default or Global php.ini that is usually applied as the base .ini for most servers.
To change the default php.ini you need to do either of two things.
Check first if you already have a php.ini file in the Root or Public Folder of your server space.
1. IF YES! See if it contains all of the variables below. If it doesn't, then add all or whatever string is missing.
2. IF NO! Create a file called php.ini and include all of the script below. Upload in Binary and chmod to 705.
Note: IF you are using "Free Hosting" and depending on who your free host is, SOME or ALL of these changes may have no affect whatsoever; as many free host's use other scripts to prevent the Global php.ini from being altered in this manner.
In that case, it is NOT an Icy Phoenix problem and you will need to first address your problems with your server-provider.
;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;
max_execution_time = 30 ; Maximum execution time of each script, in seconds
max_input_time = 60 ; Maximum amount of time each script may spend parsing request data
memory_limit = 32M ; Maximum amount of memory a script may consume (32MB)
;;;;;;;;;;;;;;;;
; File Uploads ;
;;;;;;;;;;;;;;;;
; Whether to allow HTTP file uploads.
file_uploads = On
; Temporary directory for HTTP uploaded files (will use system default if not
; specified).
;upload_tmp_dir =
; Maximum allowed size for uploaded files.
upload_max_filesize = 8M
; Maximum size of POST data that PHP will accept.
post_max_size = 8M
;;;;;;;;;;;;;;;;;;
; Fopen wrappers ;
;;;;;;;;;;;;;;;;;;
; Whether to allow the treatment of URLs (like h**p:// or f*p://) as files.
allow_url_fopen = On
allow_url_include = On
Edited by Guest, Wed 09 Sep, 2009 01:51: Removed the Server (Global) PHP.INI file. |
#1 Tue 08 Sep, 2009 03:52 |
|
Sponsors
|
Icy Phoenix is an open source project, you can show your appreciation and support future development by donating to the project.
|
| |
 novice programmer 
Joined: June 2007
Posts: 1030
Location: 
|
Re: HOSTING - Modifying PHP.INI Variables For Use With Icy Phoenix. IP V1.3*
And there it is! Another wonderful how-to from Lopalong! 
This is a great one. Many people do not know about php.ini on .../{public_server_root}/.....
BTW, php.ini only works on windows systems!!  
EDIT: Stricked as that is wrong
Edit (again): Yup, it is better to change the public_html to a var. That will avoid confusions. Thanks Lopalong!
Edited by novice programmer, Tue 08 Sep, 2009 14:31: Stricked as that is wrong Edited by novice programmer, Tue 08 Sep, 2009 14:34: Yup, it is better to change the public_html to a var. Edited by novice programmer, Tue 08 Sep, 2009 14:41: Corrected the bbcode. |
#2 Tue 08 Sep, 2009 04:48 |
|
Inactive User
|
Re: HOSTING - Modifying PHP.INI Variables For Use With Icy Phoenix. IP V1.3*
novice programmer wrote: [View Post] BTW, php.ini only works on windows systems!!
This comment is wrong, misleading, unnecessary and disruptive to this thread. Inasmuch it opens avenues for unwanted questions about problems that neither apply or don't exist.
Please remove it.
I also did not define public_html deliberately, because that is NOT always the case for the name of the "Public Folder".
|
#3 Tue 08 Sep, 2009 05:33 |
|
Mighty Gorgon
Luca Libralato
Joined: August 2006
Posts: 7192
Location:  Borgo San Michele
|
Re: HOSTING - Modifying PHP.INI Variables For Use With Icy Phoenix. IP V1.3*
I confirm that PHP.INI works on any server... it's not OS based.
____________ Luca
SEARCH is the quickest way to get support.
Icy Phoenix ColorizeIt - CustomIcy - HON
|
#4 Tue 08 Sep, 2009 12:09 |
|
novice programmer
Joined: June 2007
Posts: 1030
Location:
|
Re: HOSTING - Modifying PHP.INI Variables For Use With Icy Phoenix. IP V1.3*
It is not OS based? Damm, then I have a fail on my php server config running over ubuntu, it does not reconise .ini files as configuration values handlers.... 
And I have checked the *.ini files on the public folder inclusion values. 
BTW, I was sure I moved this topic to the Docs... 
Mental note:
I do not have do moderate at too late times at night after being on my local festivities for hours. That should avoid fails like that one.
Moving...
|
#5 Tue 08 Sep, 2009 14:41 |
|
Danielc
Joined: August 2006
Posts: 248
Location: 
|
Re: HOSTING - Modifying PHP.INI Variables For Use With Icy Phoenix. IP V1.3*
Excelent... I have modified my php.ini file! But i also have enabled safe_mode.. Is there any problem with this?
|
#6 Wed 09 Sep, 2009 01:23 |
|
Inactive User
|
Re: HOSTING - Modifying PHP.INI Variables For Use With Icy Phoenix.
This Daniel, should answer your question.
h**p://au.php.net/features.safe-mode
As you will be able to see - It's deprecated anyway, and will not be there in PHP v.6.
I've also now considered the having the "Full" PHP.INI available in this thread was a mistake, and will no doubt lead to more questions about overall server configuration etc, rather than focus on the requirements of Icy Phoenix.
So I have removed it.
|
#7 Wed 09 Sep, 2009 01:35 |
|
DWho
Joined: August 2006
Posts: 1307
Location:  hampshire
|
Re: HOSTING - Modifying PHP.INI Variables For Use With Icy Phoenix.
This Daniel, should answer your question. 
http://au.php.net/features.safe-mode
As you will be able to see - It's deprecated anyway, and will not be there in PHP v.6.
thanks i have been looking for this too..
____________ Mods and themes for Icy Phoenix 1.3
IcyPhoenix UK is off-line permanently due to lack of time to update mods.
if anyone is interested in my templates I will upgrade them to Icy 2.0.
|
#8 Wed 09 Sep, 2009 17:16 |
|
pleasergod
Joined: January 2010
Posts: 1
|
Re: HOSTING - Modifying PHP.INI Variables For Use With Icy Phoenix.
Spam post removed.
Edited by buldo, Mon 04 Jan, 2010 12:29: Spam post removed |
#9 Mon 04 Jan, 2010 09:57 |
|
Costa
Joined: August 2009
Posts: 175
Location:  Athens Hellas
|
Re: HOSTING - Modifying PHP.INI Variables For Use With Icy Phoenix.
sometimes is useful the spam 
Now I noticed how useful is this Post from Lopa
|
#10 Mon 04 Jan, 2010 13:35 |
|
tiolalu
Joined: November 2006
Posts: 311
Location: Madrid
|
Re: HOSTING - Modifying PHP.INI Variables For Use With Icy Phoenix.
Hi!
I will explain something that is important and take too much time for me to understand.
The Five Types of PHP Configuration That Are Possible:
* None - Don't provide access to this version of PHP
* DSO - Provide this version of PHP via libphp4.so or libphp5.so (AKA mod_php). This is normally the fastest possible way to serve PHP requests, but PHP will execute as the user "nobody". If both versions of PHP are available, it is impossible to configure both to be served as DSO unless the concurrent DSO patch was applied at build time.
* SuPHP - Provide this version of PHP through mod_suphp. This is the most flexible way of serving PHP requests and tends to be very secure. PHP scripts are executed by the user who owns the VirtualHost serving the request.
* FCGI - Provide this version of PHP through mod_fcgid. This is a very fast way of serving PHP requests, but php.conf will most likely require additional tuning to perform well. If Suexec is enabled, each user will create their own PHP FastCGI server automatically and PHP scripts will be executed by the user who owns the VirtualHost serving the request. If Suexec is disabled, the "nobody" user will own all of the PHP FastCGI server processes and PHP scripts will be executed by the "nobody" user. FCGI mode is recommended only for advanced administrators who understand how to tune the performance of mod_fcgid. Userdir requests will not function correctly with the basic mod_fcgid setup provided by cPanel.
* CGI - Provide this version of PHP through mod_cgi or mod_cgid. If Suexec is enabled, PHP scripts will be executed by the user who owns the VirtualHost serving the request. If Suexec is disabled, the "nobody" user will execute all PHP scripts. Userdir requrests will not function correctly with the basic CGI setup provided by cPanel. It is intended as a fallback when the other preferred methods (DSO or SuPHP) are not available. Serving PHP as CGI is not particularly secure or fast regardless of whether Suexec is enabled.
Normally your hosting have DSO or SuPHP.
With DSO automatic php functions will create files and folder with "nobody" or "99" user. That's easy to know, just enter by FTP and look into the files folder, if the users folder and images files are of the propietary and group 99 (or nobody) your hosting has DSO configuration and you cannot modify PHP configuration through the php.ini file. Talk with the server support.
Why hostings use this? Because is faster than others options, so less CPU consumption.
With SuPHP you will own all your files and maybe you can configure your own PHP configuration. I have said maybe because the sysAdmin can let you do that or not. So, talk with the server support too in order to know how you can do it.
And that's it
|
#11 Tue 12 Jan, 2010 00:16 |
|
|
|
Page 1 of 1
|
 Was this topic useful?
 Was this topic useful?
| Link this topic |
|---|
| URL |
|
| BBCode |
|
| HTML |
|
Similar Topics
Similar Topics
You cannot post new topics
You cannot reply to topics
You cannot edit your posts
You cannot delete your posts
You cannot vote in polls
You cannot attach files
You can download files
You cannot post calendar events
|
|
|
|
