[Phpmyadmin-devel] js loading
Marc Delisle
marc at infomarc.info
Tue Mar 23 16:05:36 CET 2010
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 at 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.
--
Marc Delisle
http://infomarc.info
More information about the Developers
mailing list