Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:38997 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 51613 invoked from network); 16 Jul 2008 05:47:32 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Jul 2008 05:47:32 -0000 Authentication-Results: pb1.pair.com header.from=phadej@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=phadej@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.46.28 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: phadej@gmail.com X-Host-Fingerprint: 74.125.46.28 yw-out-2324.google.com Received: from [74.125.46.28] ([74.125.46.28:10079] helo=yw-out-2324.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 73/45-15463-47B8D784 for ; Wed, 16 Jul 2008 01:47:32 -0400 Received: by yw-out-2324.google.com with SMTP id 5so2397199ywb.83 for ; Tue, 15 Jul 2008 22:47:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=O+NCEgaAug/TkFHZyjcEm9L46qJln59JJnXezp8VPWg=; b=YsM1vAU9AeypauVZ3scuewov5ikI5avanKoP4Dlt4Vkwclw913A50sGOTdDovuw7LN mVqeStpP/ctCeR1G1VBBV4ceAZtkt68bZ27Bu011VpGj7/uhfyPc+MnugTsGn+r1FNgx Avprvf6lv9Qr2agXs2PqifNvM0Go22Q8m/qQ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ti49p6oHKMnkmekyeHUz1i29TsUs9JZ+O+4LsNumZgS0BmvmrvwopYBR05nATJ+FRP 68Z3fXsSRY1PnUM6Secaa+ZtkR5CLITdI/VP9EG8erZeJLBrH2JS4nyEflJ3BD6Z21wE 5QU5Q175yVoSXqMX+Xh3ZIGf9DKLRXrt7Pzmk= Received: by 10.103.218.19 with SMTP id v19mr513894muq.110.1216187248539; Tue, 15 Jul 2008 22:47:28 -0700 (PDT) Received: by 10.103.197.20 with HTTP; Tue, 15 Jul 2008 22:47:28 -0700 (PDT) Message-ID: <5a2b1bf10807152247r563092a6l88d555d2389506e4@mail.gmail.com> Date: Wed, 16 Jul 2008 08:47:28 +0300 To: "Rasmus Lerdorf" Cc: "PHP Internals List" In-Reply-To: <487D22AE.20109@lerdorf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1216133436.6875.35.camel@amirh> <487CEF26.7030802@lerdorf.com> <1216159988.28846.12.camel@localhost> <487D22AE.20109@lerdorf.com> Subject: Re: [PHP-DEV] lstat call on each directory level From: phadej@gmail.com ("Oleg Grenrus") There is apc.include_once_override Optimize include_once() and require_once() calls and avoid the expensive system calls used. and apc.stat Be careful if you change this setting. The default is for this to be On which means that APC will stat (check) the script on each request to see if it has been modified. If it has been modified it will recompile and cache the new version. If you turn this setting off, it will not check. That means that in order to have changes become active you need to restart your web server. On a production server where you rarely change the code, turning stats off can produce a significant performance boost. For included/required files this option applies as well, but note that if you are using relative path includes (any path that doesn't start with / on Unix) APC has to check in order to uniquely identify the file. If you use absolute path includes APC can skip the stat and use that absolute path as the unique identifier for the file. You might try APC. It stats, but not so much On Wed, Jul 16, 2008 at 1:20 AM, Rasmus Lerdorf wrote: > Lars Strojny wrote: >> >> Hi Rasmus, >> >> Am Dienstag, den 15.07.2008, 11:40 -0700 schrieb Rasmus Lerdorf: >> [...] >>> >>> That's a realpath() call and it should be getting cached by the realpath >>> cache, so if you are seeing these on every request, try increasing your >>> realpath_cache size in your .ini. Without checking the realpath, you would >>> be able to circumvent open_basedir checking really easily with a symlink. >> >> Couldn't we do that check only if open_basedir is active? > > Like I said, it is used for other things too, like include_once filename > resolution. Check the code. > > -Rasmus > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -- Oleg Grenrus