php-4.1.0 nu officieel uit

[Hans]

Na de so-called 'final release' van php-4.1.0 van twee weken geleden (zie http://www.tweakers.net/meuktracker/1294 ) is nu dan toch de officiele release van PHP 4.1.0.

After a lengthy QA process, PHP 4.1.0 is finally out.
Download at http://www.php.net/downloads.php !

PHP 4.1.0 includes several other key improvements:
- A new input interface for improved security (read below)
- Highly improved performance in general
- Revolutionary performance and stability improvements under
Windows. The multithreaded server modules under Windows (ISAPI,
Apache, etc.) perform as much as 30 times faster under load! We
want to thank Brett Brewer and his team in Microsoft for working
with us to improve PHP for Windows.
- Versioning support for extensions. Right now it's barely being
used, but the infrastructure was put in place to support separate
version numbers for different extensions. The negative side effect
is that loading extensions that were built against old versions of
PHP will now result in a crash, instead of in a nice clear message.
Make sure you only use extensions built with PHP 4.1.0.
- Turn-key output compression support
- *LOTS* of fixes and new functions

As some of you may notice, this version is quite historical, as it's
the first time in history we actually incremented the middle digit!
The two key reasons for this unprecedented change were the new input
interface, and the broken binary compatibility of modules due to the
versioning support.

Zie verder http://www.php.net/release_4_1_0.php

[Onno]

Dank je voor het melden.

*download*

[GiLuX]

heheh

- Revolutionary performance and stability improvements under
Windows. The multithreaded server modules under Windows (ISAPI,
Apache, etc.) perform as much as 30 times faster under load! We
want to thank Brett Brewer and his team in Microsoft for working
with us to improve PHP for Windows.

elke keer weer zoveel malen sneller.

hoe kan dat,
was php dan zo langzaam onder windows?


verder is dit iets wat ook niet verkeerd is,
eindelijk iets wat op gescheide namespace lijkt!

To help users build PHP applications with register_globals being off, we've
added several new special variables that can be used instead of the old
global variables. There are 7 new special arrays:

$_GET - contains form variables sent through GET
$_POST - contains form variables sent through POST
$_COOKIE - contains HTTP cookie variables
$_SERVER - contains server variables (e.g., REMOTE_ADDR)
$_ENV - contains the environment variables
$_REQUEST - a merge of the GET variables, POST variables and Cookie
variables. In other words - all the information that is coming from the
user, and that from a security point of view, cannot be trusted.
$_SESSION - contains HTTP variables registered by the session module

Now, other than the fact that these variables contain this special
information, they're also special in another way - they're automatically
global in any scope. This means that you can access them anywhere, without
having to 'global' them first. For example:

function example1()
{
print $_GET["name"]; // works, 'global $_GET;' is not necessary!
}

would work fine! We hope that this fact would ease the pain in migrating
old code to new code a bit, and we're confident it's going to make writing
new code easier. Another neat trick is that creating new entries in the
$_SESSION array will automatically register them as session variables, as
if you called session_register(). This trick is limited to the session
module only - for example, setting new entries in $_ENV will *not* perform
an implicit putenv().

[Brakkie]

Euh hier staat de windows versie toch nog niet bij als ik me niet vergis...

[KlaasB]

Je kan de source code toch downloaden!!
Je gaat me toch niet vertellen dat ze je windows zonder compiler hebben geleverd

[StephanL]

Met dank aan Microsoft als ik het goed lees

[Apache]

Ik ga hem nu compilen, ik hoop dat APC er ook nog mee werkt, eerst ff gd opnieuw compileren, want ik krijg m'n oude gif/jpg/png/wbmp config niet meer terug in orde

[Verwijderd]

Ik wil hem ook maar ik zou niet weten hoe ik het moet compilen heb visual c++ geinstaleerd.. maar jah..

[[ti]]

Hij staat nu bij mij te compilen (onder MSVC). Gewoon de PHP4.DSW uit de win32 dir openen, php4 als default project instellen, build target Win32 Release selecteren en build drukken. So far so good

[Verwijderd]

uhm jah ok... ik zei nie dat ik er mee kon werku

maar heb nu project->Set Active project->php4
build->active configuration->Win32 - php4 release
build->build php.exe

ik krijg dan een error

code:

--------------------Configuration: Zend - Win32 Release--------------------
Performing Custom Build Step on ".\zend_language_parser.y"
'bison' is not recognized as an internal or external command,
operable program or batch file.
Error executing c:\windows\system32\cmd.exe.

php.exe - 1 error(s), 0 warning(s)

ik ga eigenlijk nu wel heel erg offtopic..

[[ti]]

Mja hier ging 't uiteraard ook niet in 1x goed.

http://www.php.net/manual/en/install.windows.php#install.windows.build Daar staat de hele 'walkthrough' zegmaar ik ga d'r nu mee beginnen kijken wel waar het stuk gaat.

[Hans]

Op dinsdag 11 december 2001 13:55 schreef Apache het volgende:
Ik ga hem nu compilen, ik hoop dat APC er ook nog mee werkt, eerst ff gd opnieuw compileren, want ik krijg m'n oude gif/jpg/png/wbmp config niet meer terug in orde

APC werkt alleen als je een recente CVS snapshot van APC gebruikt.

[Apache]

Op dinsdag 11 december 2001 15:31 schreef Hans het volgende:

[..]

APC werkt alleen als je een recente CVS snapshot van APC gebruikt.

bedankt voor de tip, wel jammer dat ik hem net gecompiled heb

http://bserver.dhs.org:4000/

K'had al een vermoeden dat ze met php 4.1 aan de slag waren geweest omdat ze er al naar verwijzen in hun faq, dat word dus zo'n cvs snapshot compilen vanavond.

iig heb ik gd weer goed aan de gang gekregen

[edit]
imageTTFText doet het niet meer

http://bserver.dhs.org/~blacky/test.php?text=hello
http://bserver.dhs.org/~blacky/test.phps
http://bserver.dhs.org/~blacky/test2.php
http://bserver.dhs.org/~blacky/test2.php

Hans aangezien jij quality assurance doet hou ik je hiervoor vrantwoordelijk

[elnino]

Op dinsdag 11 december 2001 16:03 schreef Apache het volgende:
http://bserver.dhs.org:4000/

Bij deze versie 4.1.0 hebben ze het nog wel steeds over de 4.0 credits in de php-info ...

[Apache]

Op dinsdag 11 december 2001 16:25 schreef elnino het volgende:

[..]

Bij deze versie 4.1.0 hebben ze het nog wel steeds over de 4.0 credits in de php-info ...

mja, is de source recht van www.php.net, dus ook een van hun bugs

(het is vandaag "ik neem de schuld niet op mij"-dag )

[edit]
ik heb dus net een hoop shit moeten patchen van dingen die ik ooit gemaakt heb en nu niet meer goed werken, naar mijn gevoel is deze release nog niet echt 100% klaar en zou er iets meer beta testing mogen zijn op grotere schaal, ik zal er iig proberen aan deel te nemen volgende release's

[Rense Klinkenberg]

'k zat gisteren nog op de php site door de manual te bladeren, maar vandaag is de site een stuk trager

* Rense Klinkenberg hoopt dat de mensen van http://php4win.de snel de php versie compileren met de grootst mogelijke zut aan extensions

[[ti]]

Op http://www.php.net/downloads.php zijn nu ook de php-4.1.0 binaries voor Windows te halen.

[paulh]

Weet iemand ook of de laatste Zend Optimizer nog werkt met deze versie ?

[Apache]

Ik ben achter de oorzaak van m'n TTF probleem, blijkbaar doet hij dit niet meer:

script.php?var=bleh

<?
echo $var;
?>

maar moet het zijn:

<?
echo $_GET['var'];
?>


Ligt dit aan m'n php config?
nieuwe php.ini nodig (ik gebruik nog steeds die van 4.0.6)

phpinfo(); op m'n homepage icoon.

[GiLuX]

Op woensdag 12 december 2001 18:15 schreef Apache het volgende:
Ik ben achter de oorzaak van m'n TTF probleem, blijkbaar doet hij dit niet meer:

script.php?var=bleh

<?
echo $var;
?>

maar moet het zijn:

<?
echo $_GET['var'];
?>


Ligt dit aan m'n php config?
nieuwe php.ini nodig (ik gebruik nog steeds die van 4.0.6)

phpinfo(); op m'n homepage icoon.

volgens de readme hoort het nog steeds te werken als je je oude php.ini gebruikt.

check ff of je 'register_globals' wel 'on' hebt staan.

[Apache]

Op woensdag 12 december 2001 18:38 schreef GiLuX het volgende:

[..]

volgens de readme hoort het nog steeds te werken als je je oude php.ini gebruikt.

check ff of je 'register_globals' wel 'on' hebt staan.

Bedankt, dat was het dus, is dat nu vaag dat het bij php4.0.6 op off stond en wel zo werkte en nu niet meer