Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:51077 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 77655 invoked from network); 18 Dec 2010 17:27:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Dec 2010 17:27:18 -0000 Authentication-Results: pb1.pair.com header.from=james.butler@edigitalresearch.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=james.butler@edigitalresearch.com; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain edigitalresearch.com does not designate 217.154.180.62 as permitted sender) X-PHP-List-Original-Sender: james.butler@edigitalresearch.com X-Host-Fingerprint: 217.154.180.62 analysis.edigitalresearch.com Linux 2.6 Received: from [217.154.180.62] ([217.154.180.62:50616] helo=mail.edigitalresearch.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 02/61-05093-5FEEC0D4 for ; Sat, 18 Dec 2010 12:27:17 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.edigitalresearch.com (Postfix) with ESMTP id C23281E0005; Sat, 18 Dec 2010 17:27:12 +0000 (GMT) X-Virus-Scanned: amavisd-new at edigitalresearch.com Received: from mail.edigitalresearch.com ([127.0.0.1]) by localhost (mail.edigitalresearch.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QQJJzxQ3YmPA; Sat, 18 Dec 2010 17:27:12 +0000 (GMT) Received: from zarafa.localdomain (unknown [10.0.0.20]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.edigitalresearch.com (Postfix) with ESMTPS id 14EB81E0004; Sat, 18 Dec 2010 17:27:12 +0000 (GMT) Received: from zarafa.edigitalresearch.com (zarafa.edigitalresearch.com [10.0.0.20]) by zarafa.localdomain (Postfix) with SMTP id F267B100B29; Sat, 18 Dec 2010 17:27:11 +0000 (GMT) To: =?windows-1252?Q?"Reindl_Harald"?= Cc: =?windows-1252?Q?"Daniel_Convissor"?= , =?windows-1252?Q?"PHP_Internals_List"?= Date: Sat, 18 Dec 2010 17:27:11 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Mailer: Zarafa 6.40.2-22452 Message-ID: Subject: Re: [PHP-DEV] [PATCH] Add option to disable POST data processing From: james.butler@edigitalresearch.com (=?windows-1252?Q?James_Butler?=) Fiddle, hadn't thought that out. Seeing as it's a non starter for shared hosting, then yes, it should probably be left to the web server to decide. -- James Butler Sent from my iPhone On 18 Dec 2010, at 17:21, "Reindl Harald" wrote: > They can not configure php too or the webserver allows > this for virtuals hosts (IIS afaik does) but on > shared hosting this had to be done from the admin >=20 > I agree that php is the wrong place >=20 > If any compnent have to say "405 Method Not Allowed" > it is the webserver long before starting the interpreter >=20 > Am 18.12.2010 18:08, schrieb James Butler: >> What about people on shared hosting=3F >>=20 >> -- >> James Butler >> Sent from my iPhone >>=20 >> On 18 Dec 2010, at 17:07, "Daniel Convissor" wrote: >>=20 >>> Hi Pierre: >>>=20 >>> On Thu, Dec 16, 2010 at 01:32:15PM +0100, Pierre Joye wrote: >>>=20 >>>> However I would >>>> prefer to bring back a proposal we had a couple of years ago, to >>>> totally disable post data. >>>=20 >>> Completely disabling POST is something that is probably best done >>> via web server configurations. Doing this at the >>> applicaiton/programming layer seems like a kludge. >>>=20 >>> --Dan >>>=20 >>> --=20 >>> T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y >>> data intensive web and database programming >>> http://www.AnalysisAndSolutions.com/ >>> 4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409 >>>=20 >>> --=20 >>> PHP Internals - PHP Runtime Development Mailing List >>> To unsubscribe, visit: http://www.php.net/unsub.php >=20 >