Re: [PHP-DEV] Reducing the number of system calls for includes

2003-01-25 Thread Miham KEREKES
  That said, we could possibly have a fast mode and use fstat() to get some
  device information on the open file. I am worried about functionality
  though. I'm not sure it's worth breaking.
 
 The question here is whether it's worthwhile to optimize for
 the case where you have 30+ includes per page.  Is it that
 common?
Yes, I'm as a PHP-developer (developing _with_ PHP :-), I can say, my
site has a well-organized dir-structure, I uses a _lot_ of includes, in
some requests, it's over 30 (it's depends on the request, because i use
a main script as a wrapper for other scripts..)

 I think that sites where this actually matters should employ
 some form of preprocessing for their scripts where
 include/require directives get interpolated by the contents
 of the respective file.  This can be easily implemented
 either in about 50 LOC of PHP or sh/awk.  That won't work of
 course, if you rely heavily on dynamic includes where the
 filename is determined at run-time.
WKO preprocessing do you think?

Miham.
-- 
*
* Miham KEREKES * Szegedi Tudomnyegyetem Egyetemi Knyvtr *
*[ [EMAIL PROTECTED] ]**
* Aki mindig a stor tetejn van, annak a storaljajhely.. *

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] Practical question

2003-01-25 Thread Miham KEREKES
Hi,

Well, I know, this list is not for aiding users developing _with_ PHP
but for developing _the_ PHP, but I think, this is the best place for
this question -- correct me if I'm wrong.

I'm creating a site which is quite an extensive, you know, I mean great,
well-organized directory structure, etc..

As I always think, if the scriptfile is growing above 10k, i should
split that into two or more files if the functions are alternative, in
order to save some CPU cycles by not to process the whole file in vain.

But as I recently red, the require takes up a LOT of CPU cycles. 

So, my question finally is: 
What is that filesize, above which is _recommended_ to split files into
parts?

Thanks,
Miham.
-- 
*
* Miham KEREKES * Szegedi Tudomnyegyetem Egyetemi Knyvtr *
*[ [EMAIL PROTECTED] ]**

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] PHP Beginner

2002-11-28 Thread Miham KEREKES
 I'm a beginner in PHP.
 I'm looking for ressources (templates, samples, ...) which can help me.
 Where can I find it.
Maybe you post to wrong mailing list.

At this list the subject is developing the php, not
developing _in_ php. I suggest you to look around at 
http://www.php.net/mailing-lists.php and choose the 
'General user list'.

M.

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




[PHP-DEV] call_stack

2002-11-27 Thread Miham KEREKES
Hi!

I'm new to this list, I want to know if there is any function which
could return the actual call stack, or is it planned to be added?
It could be very useful (for example in my case, now :-).

If it's already implemented, i'm sorry, i could not be able to find it
in the doc.. In this case RTFM is ok. 

Thanks,
Miham KEREKES.

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php




Re: [PHP-DEV] call_stack

2002-11-27 Thread Miham KEREKES
 Is there a concensus on how arguments should be printed out?
 I'm shooting right now for a 'cluck' style backtrave
 class::function() called at file:line
 
 Perhaps
 
 class::function() called at file:line
Arguments:
print_r(args)
 
 ??
Well, probably the following:
class::function() called at file:line 
with arguments: nice_serialize(args)

where nice_serialize() do almost the same as serialize, but the result
were _more_ human readable

This solution would give shorter trace.

But - it's only my opinion :-)

M.

-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php