Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48663 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 28926 invoked from network); 5 Jun 2010 20:44:14 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jun 2010 20:44:14 -0000 Authentication-Results: pb1.pair.com header.from=tokul@users.sourceforge.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=tokul@users.sourceforge.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain users.sourceforge.net from 77.240.252.9 cause and error) X-PHP-List-Original-Sender: tokul@users.sourceforge.net X-Host-Fingerprint: 77.240.252.9 avilys.eik.lt Linux 2.6 Received: from [77.240.252.9] ([77.240.252.9:49107] helo=avilys.eik.lt) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F9/15-25133-D17BA0C4 for ; Sat, 05 Jun 2010 16:44:13 -0400 Received: from avilys.eik.lt (avilys.local [127.0.0.1]) by avilys.eik.lt (Postfix) with ESMTP id 2C35E1F517D; Sat, 5 Jun 2010 23:41:25 +0300 (EEST) Received: from 78.63.99.33 (NaSMail authenticated user tomas@topolis.lt) by avilys.eik.lt with HTTP; Sat, 5 Jun 2010 23:41:25 +0300 (EEST) Message-ID: <37707.4e3f6321.1275770485.nsm@avilys.eik.lt> Date: Sat, 5 Jun 2010 23:41:25 +0300 (EEST) To: "Alexander Schunk" Cc: internals@lists.php.net User-Agent: NaSMail/1.7-dev MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal References: <44951.4e3f6321.1275733287.nsm@avilys.eik.lt> In-Reply-To: Subject: Re: [PHP-DEV] suggetion: Webfronted for PHP itself From: tokul@users.sourceforge.net ("Tomas Kuliavas") You will have more problems than that if you ask generic questions. Writing file is easy task. It is unclear, if you can't create new file with desired PHP configuration, or you can't overwrite current php.ini, because it is owned by other user, or you write file and don't see your configuration changes, because you forgot to restart web service. There are many ways to setup PHP. Which variation are you using for debugging? DSO, ISAPI or CGI? When I talked about commercial Zend product, I was thinking about Zend Platform. Zend Server has free version and according to documentation can also change PHP onfiguration. Why are you wasting your time creating something that is already there? Please keep conversation on mailing list (i don't need cc: to my email address) and note that internals@lists.php.net is not related to your problem. In most of the cases webmasters don't need write access to php.ini. Hostmasters must setup things correctly and webmasters can use .htaccess, local php.ini or change configuration in the script or code things in the way which is portable and works no matter how fubared php.ini is. 2010.06.05 15:54 Alexander Schunk rašė: > That was my inital goal. > > I wanted to controll php by a webfronted. > > I currently have a problem with writing php vars into the ini file. > > Many thanks for your input concerning the security problem. > > Alexander > > On Sat, Jun 5, 2010 at 12:21 PM, Tomas Kuliavas > wrote: >> Such software could allow webmaster to reconfigure PHP without terminal connection. Although some PHP configuration variables are not global and >> can be changed without modifying global PHP settings. Zend sells software >> which allows to change global PHP configuration in web browser (among other features) >> 2010.06.05 10:55 iftecan NAzeem rašė: >>> Hello Alexander, >>> Could you elaborate on how this would be useful for developer. I would also >>> like to know the security implications of exposing ini variables. On Fri, Jun 4, 2010 at 10:28 AM, Alexander Schunk wrote: >>>> Hello, >>>> i am working on a webfrontend for php itself. >>>> For example i have a little script that writes ini settings into ini.php. >>>> I am using normal vars to write the variables into the ini file. yours sincerly >>>> Alexander Schunk >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >