On Sun, Aug 28, 2016 at 12:05 PM, Walter Parker wrote:
> On Sat, Aug 27, 2016 at 7:56 PM, Rene Veerman <
> rene.veerman.netherla...@gmail.com> wrote:
>
> > noted, and sorry about confusing it, but can we rest this discussion
> here?
> > i dont wanna clog up the thread any further..
> >
> >
> >
>
On Sat, Aug 27, 2016 at 7:56 PM, Rene Veerman <
rene.veerman.netherla...@gmail.com> wrote:
> noted, and sorry about confusing it, but can we rest this discussion here?
> i dont wanna clog up the thread any further..
>
>
>
Before you go, two observations:
First, your website doesn't actually appea
Another thing sort of related to consider is HTTP2. Instead of
concatenating all scripts to one, it seems to be a much better and
performant solution.
See https://youtu.be/G62aCRIlONU .
On Sun, 28 Aug 2016 at 14:57 Rene Veerman <
rene.veerman.netherla...@gmail.com> wrote:
> noted, and sorry abou
noted, and sorry about confusing it, but can we rest this discussion here?
i dont wanna clog up the thread any further..
On Sun, Aug 28, 2016 at 3:52 AM, Kalle Sommer Nielsen wrote:
> 2016-08-28 3:42 GMT+02:00 Rene Veerman >:
> > i did notice the -jk (meaning u were joking).. but i really dont
2016-08-28 3:42 GMT+02:00 Rene Veerman :
> i did notice the -jk (meaning u were joking).. but i really dont appreciate
> trolling on subjects as fundamental (and to me at least; important), ok..
"JK" is his initials, "Joshua Kehn". Please be careful when posting
and make sure you read over message
On Fri, April 13, 2007 12:08 pm, Andrew Hutchings wrote:
>> Especially because a lot people use shared hosting these days, and
>> that means that they all run on the same apache. and so they would
>> share the same "application variables". So if person a & b both
>> install the same script on a dif
On 4/13/07, Oliver Block <[EMAIL PROTECTED]> wrote:
Am Freitag, 13. April 2007 15:46 schrieb Tijnema !:
> I think that will screw up some things, for example when using 2 the
> same scripts, on the same apache, but on different locations.
It does not screw up things with session variables. The d
Am Freitag, 13. April 2007 15:46 schrieb Tijnema !:
> I think that will screw up some things, for example when using 2 the
> same scripts, on the same apache, but on different locations.
It does not screw up things with session variables. The difference between
session variables and application v
Tijnema ! wrote:
> Especially because a lot people use shared hosting these days, and
> that means that they all run on the same apache. and so they would
> share the same "application variables". So if person a & b both
> install the same script on a different domain. They would work like 1
> scr
On 4/13/07, Andrew Hutchings <[EMAIL PROTECTED]> wrote:
Tijnema ! wrote:
> On 4/12/07, Oliver Block <[EMAIL PROTECTED]> wrote:
>> Am Donnerstag, 12. April 2007 06:34 schrieb Andrew Hutchings:
>> > Isn't that what a database is for (e.g. MySQL)?
>>
>> No. - It's that what a symbol table is for.:-)
Tijnema ! wrote:
> On 4/12/07, Oliver Block <[EMAIL PROTECTED]> wrote:
>> Am Donnerstag, 12. April 2007 06:34 schrieb Andrew Hutchings:
>> > Isn't that what a database is for (e.g. MySQL)?
>>
>> No. - It's that what a symbol table is for.:-)
>>
>> Best Regards,
>>
>> Oliver
>
> You simply could cr
On 4/12/07, Oliver Block <[EMAIL PROTECTED]> wrote:
Am Donnerstag, 12. April 2007 06:34 schrieb Andrew Hutchings:
> Isn't that what a database is for (e.g. MySQL)?
No. - It's that what a symbol table is for.:-)
Best Regards,
Oliver
You simply could create a table with 2 columns 'key' and 'va
Am Donnerstag, 12. April 2007 06:34 schrieb Andrew Hutchings:
> Isn't that what a database is for (e.g. MySQL)?
No. - It's that what a symbol table is for.:-)
Best Regards,
Oliver
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
13 matches
Mail list logo
