Dieter Adriaenssens a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (MingW32) Comment: Use GnuPG with Firefox : http://getfiregpg.org (Version: 0.7.10)
iEYEARECAAYFAkuo0hsACgkQZGJbiPqZM6NfjwCfRUYnqaPf40ZaZnpyGXJ0PYDh 6cwAnjXaua8485n4l8b5KFoC9ZQcpz0K =D2GX -----END PGP SIGNATURE-----
2010/3/23 Marc Delisle marc@infomarc.info:
Michael Keck a écrit :
Hi Marc,
Am 22.03.2010 21:52, schrieb Marc Delisle:
js/jquery would good and perhabs we should in js/ add a php library wich loads all needed jquery scripts. So we need only to add <script src="/js/jquery.php"></script>
In library/common.inc.php we are using $GLOBALS['js_include'] which is filled by all other scripts that need to load some js; are you proposing to stop using this mechanism?
My idea is to improve performance. The common.inc.php is a really large file with many functions and checks, wich are not needed all times. My opion is: perhabs it would be easier to manage and improve performance if we use for sending javascript (and perhabs in future stylesheets too) a extra parser.
Michael
In Rasmus Lerdorf's presentations, he showed benchmarks that proove that (in general), what slows down the application is the *number* of include files (whose opening require a system call), as PHP parsing is quite optimized.
I think he said that a big amount of once_required/include, causes the delays (because of the extra system call). Using include/require is no problem, but then you need to manage your includes yourself (only once, for the entire codebase).
In fact, in this slide http://talks.php.net/show/ygatech4/7 he says "A final optimization is to get rid of an include file"; we would have to measure the exact impact of removing just one include in phpMyAdmin but there must be some.