|
#26
|
||||
|
||||
|
Quote:
Quote:
IF YOU KNOW SOMETHING THAT I DON'T, PLEASE FEEL FREE TO LOG INTO MY SERVER AND FIX THE PROBLEM I'M CURRENTLY HAVING WITH MY SERVER AS IT WILL NOT ALLOW ME TO RUN PHP5 WITH PHPSUEXEC WHILE USING PHP.INI OVERRIDES. I HAVE SPENT MANY HOURS GOING BACK AND FORTH WITH SUPPORT ON THIS ISSUE AND I VERY SURE THAT I KNOW WHAT I'M TALKING ABOUT WHEN I SAY THAT I CAN'T GET SUPPORT TO FIX MY PROBLEM. PLEASE REVIEW THIS TICKET, [#FFE-546044]: PHP.INI override., BEFORE YOU RESPOND BECAUSE I'M QUOTING RIGHT FROM THAT TICKET WHEN I SAY THAT HELL WILL FREEZE OVER BEFORE I GET PHP.INI SUPPORT IN PHP5 WITH PHPSUEXEC INSTALLED. Last edited by Serra; 09-14-2006 at 08:57 PM. |
|
#27
|
||||
|
||||
|
I do understand why you got pissed but nobody here is deaf.
Vtrain
__________________
Vtrain is Linux User #237333 on http://counter.li.org/ "Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger." |
|
#28
|
||||
|
||||
|
Quote:
) before making such quick replies. A little research would show there are tickets relating to this issue. reference ticket#JYB-918342 which was opened over a month ago.
__________________
best regards, George |
|
#29
|
||||
|
||||
|
I'm not so sure of that.
|
|
#30
|
|||
|
|||
|
Hi Everyone:
I wish I had found this thread before today - - I sent most of yesterday trying to get php.ini files to work on my php 5 shared server. The techs didn't seem to be aware for most of the day (through tickets and chat) that there is a problem running php.ini on a php 5 only machine. They could have saved themselves, and me significant time if they had passed on the information to each other... I finally was told that there is a "bug" in php 5 that might be fixed in php 5.2. (I wanted to turn off register_globals... I can't use a .htaccess file or php.ini...). |
|
#31
|
||||
|
||||
|
Exactly. I'm positive there is no work around for the bug and the bug only exists on HG servers. (oddly, at another host I have no problem).
I did talk directly to Brent and he said 100% it can't be done. |
|
#32
|
||||
|
||||
|
I don't think it's only in HG servers... http://forums.cpanel.net/showthread.php?t=54162
__________________
quietFinn - netFinn Finland "Be who you are and say what you feel because those who mind don't matter and those who matter don't mind." - Dr. Seuss |
|
#33
|
||||
|
||||
|
Quote:
|
|
#34
|
|||
|
|||
|
Just wanted to chime in here. This is a known issues with PHP 5.X and phpSuExec. PHP has stated that it will be fixed in PHP 5.2
|
|
#35
|
||||
|
||||
|
We will see. If so, I'll go back to PHP5.
|
|
#36
|
|||
|
|||
|
http://bugs.php.net/bug.php?id=38714
You can revert back to php 5.0.5 and it will work fine. Also, any servers with php4 + php5 installed on the same machine will not work php 5.2 should also fix the problem. This is a big bug, but hard to see exactly what is going on. |
|
#37
|
|||
|
|||
|
Question.
Does anyone have to create php.ini files in all their directories? or is there a fix that allows you to put it in the parent directories and have those php directives populate through all its subfolders (aka, put a php.ini in the /home/user/public_html/ directory and all the settings are set for any directory in your website) ? |
|
#38
|
||||
|
||||
|
There is no fix, its not really broken, but support can put symbolic links in each of your directories for you.
|
|
#39
|
|||
|
|||
|
yea, the only problem with symbolic links is that you have to run that command everytime you create a directory.
find /home/username/public_html -type d -exec ln -s /home/username/php.ini {} \; |
|
#40
|
|||
|
|||
|
Just a heads up to everyone: php 5.2 was released awhile back which resolves the php override bug.
We hadn't upgraded yet because zend optimizer for 5.2 wasn't released. Zend came through within the past 48 hours and has released optimizer for php 5.2 I've notified a few of our head technicians and we should be rolling out php 5.2 within 48 hours or less so overrides will begin to function again. Thank you for your time and don't hesitate to contact us if you have any questions or concerns. Note: Hopefully I can now convince them to upgrade all of the boxes directly to php5 -- 6 is out so it shouldn't be too much of a feat.
|
|
#41
|
|||
|
|||
|
In addition to this discussion; is it possible to change PHP.ini on a HG reseller hosting package? If so, how?
|
|
#42
|
|||
|
|||
|
I put register_globals=off in php.ini, which is in public_html. Register globals is still on. Has this problem been corrected yet or am I doing something wrong? I can't have my Joomla clients looking at a great big yellow and red security warning when they are in their administrator section. What am I supposed to tell them when they ask me to correct it?
|
|
#43
|
|||
|
|||
|
I think I found the answer. Someone suggested putting the new php.ini in every folder and sub-folder. Will try that.
|
|
#44
|
||||
|
||||
|
Quote:
Remember, that if you override the PHP.ini file, you will need to include things like path and any zend stuff as well as the changes you want to include. |
|
#45
|
||||
|
||||
|
Yep I learned the hard way this morning that zend & ioncube was dropped if just adding what you want to change in the override php.ini. I found some nice info at:
http://www.washington.edu/computing/...g/php-ini.html and then a handy lil script to recreate the global php.ini along with the changes you want to override that can be found at:http://tips-scripts.com/?tip=php_ini#tip Code:
<?php
// Put all the php.ini parameters you want to change below. One per line.
// Follow the example format $parm[] = "parameter = value";
$parm[] = "register_globals = Off";
$parm[] = "session.use_trans_sid = 0";
// full unix path - location of the default php.ini file at your host
// you can determine the location of the default file using phpinfo()
$defaultPath = '/usr/local/lib/php.ini';
// full unix path - location where you want your custom php.ini file
$customPath = "/home/user/public_html/php.ini";
// nothing should change below this line.
if (file_exists($defaultPath)) {
$contents = file_get_contents($defaultPath);
$contents .= "\n\n; USER MODIFIED PARAMETERS FOLLOW\n\n";
foreach ($parm as $value) $contents .= $value . " \n";
$handle = fopen($customPath, 'w');
if (fwrite($handle, $contents)) {
fclose($handle);
if (chmod($customPath,0600)) $message = "The php.ini file has been modified and copied";
else $message = "Processing error - php.ini chmod failed";
} else {
$message = "Processing error - php.ini write failed";
}
} else {
$message = "Processing error - php.ini file not found";
}
echo $message;
?>
__________________
best regards, George |
|
#46
|
||||
|
||||
|
How do you execute phpinfo() ?
thanks, nada |
|
#47
|
||||
|
||||
|
nevermind.
thanks.. I had made a bookmark to do it, and forgot! nada |
|
#48
|
|||
|
|||
|
I tried adding "AddHandler application/x-httpd-php5 .php" to a .htaccess file in the root of one PHP application. This seems to have solved my issues with register_globals being enabled.
Does this affect the whole directory tree below this point? I have dozens of sites, and each has dozens of subdirectories running php scripts, and new folders with php script get created dynamically. So rather than use many php.ini files (one file or symlink for each subdir) I'd like to have the .htaccess file control a particular application (subfolder tree). What else can HG tell us about this? Last edited by jaz; 04-17-2007 at 09:32 AM. |
|
#49
|
||||
|
||||
|
that enables php5 all the way down from the point where you add it. Just remember the php5 is usually phpsuexec which will use php.ini for mods to folders below that. The php.ini overides are not recursive however.
__________________
best regards, George |
|
#50
|
|||
|
|||
|
Quote:
can i with php.ini increase upload_max_filesize? and what i must type in php.ini file? Quote:
|
![]() |
| Bookmarks |
| Thread Tools | |
|
|