[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