Likes: 0
Bart Vanbrabant wrote:
[....]
>
> Een open-source php accelerator:
> http://turck-mmcache.sourceforge.net/index_old.html
>
> Volgens hun test zou deze zelfs beter preseteren dan die van Zend maar
> moet hoeveel zout je zoiets moet nemen. Er bestaan ook nog heel wat
> andere open accelerators, alleen spijtig dat de meeste mensen er nog
> nooit van gehoord hebben.
Inderdaad, kende ik niet. Maar het ziet er zeer interessant uit. Ik zal
het zeker gaan bestuderen.
Michiel.
Rene Pijlman <reply.in.the.newsgroup@my.address.is.invalid>:
> Jan Ehrhardt:
>
>>Bij Pythom kwam ik inderdaad ook de compile-optie tegen. En er werd
>>expliciet gesteld dat zelfs zonder py_compile byte-code cache files
>>worden geplaatst in de directory waar ook de source code staat. Bij Perl
>>zag ik iets dergelijks niet.
>
> Dit is kenmerkend voor het verschil tussen deze talen.
>
> Bij Python werkt het elegant, standaard en vanzelfsprekend. Als je
> begint met programmeren in Python hoef je niet eens te weten hoe het
> werkt.
>
> Bij Perl is het een verhaal van 10 bladzijden met ingewikkelde
> instructies voor de programmeur.
Voor de meeste scripts is de compiletime van het Perl programma
verwaarloosbaar. In omgevingen waar het wellicht wel handig is,
bijvoorbeeld in een webserver, zijn er prima oplossingen om gecompileerde
Perl code te cachen (mod_perl bijvoorbeeld).
--
robert
Rene Pijlman <reply.in.the.newsgroup@my.address.is.invalid>:
> Michiel de Roo:
>
>>With standard PHP every time a PHP script is accessed, the script is
>>parsed and compiled by the Zend engine before it is executed.
>
> [...]
>
>>Oftewel, je kunt PHP verwijderen
>
> Dat wilde ik eigenlijk toch al, maar dit is de druppel.
Ga je nu ook Apache de deur uitgooien, omdat dat ding het vrijwel
onmogelijk maakt om op een nette manier code te cachen/delen?
--
robert
Bart Vanbrabant <bartDOTvanbrabant@ATtelenetDOT.be> wrote:
>Michiel de Roo wrote:
>> Rene Pijlman wrote:
>>
>>> Michiel de Roo:
>>>
>>>> Bij PHP moet voor ieder script bij iedere hit het hele proces vanaf
>>>> compileren weer opnieuw beginnen. Dát is pas inefficient.
>>>
>>>
>>>
>>> Dat zal toch niet waar zijn? De gecompileerde code zal toch wel gecached
>>> worden? En alleen gehercompileerd op basis van timestamps van de
>>> broncode?
>>>
>>> Anders ga ik gelijk PHP van mijn server verwijderen.
>>>
>>
>> Uit de Zend documentatie:
>>
>> With standard PHP every time a PHP script is accessed, the script is
>> parsed and compiled by the Zend engine before it is executed. The Zend
>> Accelerator, from the creators of the Zend engine, tightly integrates
>> with the Zend engine and caches the PHP script in a post-compilation
>> state. The next time the script is called, Zend Accelerator serves the
>> cached code and the compilation process is saved.
>>
>> Oftewel, je kunt PHP verwijderen of Zend Accelerator aanschaffen
>> (starting at $490)
>>
>> http://www.zend.com/store/products/zend-accelerator.php
>>
>> Michiel.
>
>Een open-source php accelerator:
>http://turck-mmcache.sourceforge.net/index_old.html
>
>Volgens hun test zou deze zelfs beter preseteren dan die van Zend maar
>moet hoeveel zout je zoiets moet nemen. Er bestaan ook nog heel wat
>andere open accelerators, alleen spijtig dat de meeste mensen er nog
>nooit van gehoord hebben.
Inderdaad. Deze tip wil ik graag als tip van de maand nomineren.
--
Reply to nico@nctdevpuntnl (punt=.)
Bedrijven en winkels vindt U op www.adresboekje.nl
Michiel de Roo wrote:
> Python ken ik nauwelijks. Voor Perl geldt waarschijnlijk hetzelfde.
> Echter, een Java servlet engine als Tomcat opzetten i.c.m. Apache is
> zeker niet zo eenvoudig als PHP installeren. Ik spreek uit ervaring ;-).
Hoeveel jaar terug? De laatste keer dat ik het deed was het lezen en
doen. In het begin, toen Tomcat nog jong was, inderdaad. Lastig.
> Overigens, als je het een paar keer gedaan hebt is het zo moeilijk niet
> meer.
:-D.
> En ik denk dat er inderdaad meer gratis open source code beschikbaar is
meer zegt niks over kwaliteit, uiteraard.
> voor PHP, al ben ik niet zo heel goed meer op de hoogte van wat Jakarta
> op het moment allemaal biedt. Bovendien kun je hard twijfelen aan de
> kwaliteit van het grootste deel van de PHP code.
;-)
> Bij Java zit het met de
> kwaliteit meestal wel goed. Ook zijn er veel commerciele Java producten
> beschikbaar, voor PHP waarschijnlijk minder. Voor een commercieel
> ontwikkelaar is dat waarschijnlijk net zo belangrijk.
Zeer zeker weten, omdat kopen (bijna) altijd goedkoper is dan laten maken.
--
John MexIT: http://johnbokma.com/mexit/
personal page: http://johnbokma.com/
Experienced Perl programmer available: http://castleamber.com/
robert wrote:
> Voor de meeste scripts is de compiletime van het Perl programma
> verwaarloosbaar. In omgevingen waar het wellicht wel handig is,
Ik hoor meestal verbaasde uitroepen als ik Perl demonstreer. Is ie nu al
klaar? Wauw, het heeft echt even 1800 pagina's HTML aangemaakt?
--
John MexIT: http://johnbokma.com/mexit/
personal page: http://johnbokma.com/
Experienced Perl programmer available: http://castleamber.com/
Quote