Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:52564
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.170 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=LguOxpacswnc5XQrvD7Pm7fJMDILFCrVoQ2Nuj148km21yWxwZs5cqF9owZ6RRqo+x
         Gcae5mcAMlnwLcHrJeBPdv5yFInk4wQFMtopTPM5kjTax76LEipyj5Lq/nikpOlyRzSD
         jzY4QvImp3l0g+A5u6/DcvKX3fDFm0llSPkVk=
MIME-Version: 1.0
In-Reply-To: <36AF85D9-01D5-43B0-9456-A288E740A85B@roshambo.org>
References: <BANLkTinXAa6KGc6SfTtWU7JgZJ1iSOGMcg@mail.gmail.com>
	<BANLkTinVogAxMoo7cdj-goaGy0c2J1ROyg@mail.gmail.com>
	<BANLkTimXifjrWmoS9LvhjbYQMw1et9TS2Q@mail.gmail.com>
	<36AF85D9-01D5-43B0-9456-A288E740A85B@roshambo.org>
Date: Tue, 31 May 2011 16:06:04 +0200
Message-ID: <BANLkTinA4OtG=Q_66M4+Gyctsy9zoWhVaQ@mail.gmail.com>
To: Philip Olson <philip@roshambo.org>, internals@lists.php.net
Content-Type: multipart/alternative; boundary=90e6ba2121d994ce0704a492e7a8
Subject: Re: [PHP-DEV] removing some cruft
From: landeholm@gmail.com (Hannes Landeholm)

--90e6ba2121d994ce0704a492e7a8
Content-Type: text/plain; charset=ISO-8859-1

Yeah, I was wondering why the magical logo thing was implemented like that.
Just use the href= "data:image/png;base64,..." scheme instead if you really
need a logo there. Combine that with smaller size and heavy jpeg compression
and it shouldn't make the HTML /that/ bloated.

Hannes

If you really need such content in phpinfo() you could simply embed the
picture in HTML using the data: scheme.

On 31 May 2011 15:57, Philip Olson <philip@roshambo.org> wrote:

>
> On May 28, 2011, at 10:42 AM, Daniel Brown wrote:
>
> > On Sat, May 28, 2011 at 06:05, Kalle Sommer Nielsen <kalle@php.net>
> wrote:
> >>
> >> expose_php = Off?
> >
> >    I think what he and others mean is that they want the option to
> > leave the logo, credits, et cetera, completely out of the build at
> > compile time.
>
> We also have other possibilities here (this is not a proposal, but rather,
> a list of options/ideas to ponder):
>
> 0. Do nothing
>
> 1. Disable expose_php within the distributed php.ini-* files
>
> Trivial, but changing [at least] php.ini-production is a real possibility.
>
> 2. Disable expose_php by default within PHP
>
> We could do this too. Default === when no php.ini file is used.
>
> 3. Remove the specific PHP version from the exposed PHP header
>
> There are security concerns although I'm not sure what implications (BC?)
> or real help this would offer. For example, version information can be
> deciphered by other means (e.g., logos and credits change over time) but
> maybe it's a help because, for example, displaying phpinfo() requires direct
> user action. See also #4.
>
> 4. Change its behavior and usage
>
> For example, phpinfo() relies upon expose_php for both the logo and credits
> information to be displayed. However, the phpinfo() output clearly exposes
> PHP (along with the version) regardless of the expose_php setting so we
> could instead embed the logo into phpinfo(), and display credits as per
> phpcredits(), instead of relying upon expose_php for this as done currently.
> In other words, expose_php could be off yet phpinfo() behavior would remain
> close to the same with either a little extra markup, or appended credits
> near the license.
>
> But this raises the question: Why do we have magical logo and credit guids?
>
> 5. And a performance review
>
> People are concerned with performance issues (e.g., images loaded into
> memory) although I'm not sure what real performance is lost (some have made
> guesses). Is there a real issue with performance here? How does it compare
> with, let's say, loading an additional extension? If so, how can it be
> helped?
>
> Regards,
> Philip
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--90e6ba2121d994ce0704a492e7a8--