[PHP] Re: Problems when trying to use ibm_db2 extension
Problem solved: I restarted my computer and after that apache loaded ibm_db2 extension. My conclusion: 1. When you add some extensions to php.ini, you need to restart windows in order to get those extensions available through apache 2. However, those extensions are instantly available if you use php command line interface Anyone disagree? -Leo- Leo Jokinen wrote: Hi all, I've been banging my head into the wall cause I can't get ibm_db2 extension working with Apache 2.0.59 and PHP 5.2.1 (as apache module). (Operating system is winxp pro SP2) For some reason, this code is working on command line but not when placed to htdocs folder: ?php if(function_exists('db2_connect')) { echo 'Function db2_connect() exists'; } else { echo 'Unknown function db2_connect()'; exit; } echo \nTrying to connect DB2 database..\n; $database = 'services'; $user = 'db2admin'; $password = 'xxx'; $hostname = '127.0.0.1'; $port = 5; $conn_string = DRIVER={IBM DB2 ODBC DRIVER};DATABASE=$database; . HOSTNAME=$hostname;PORT=$port;PROTOCOL=TCPIP;UID=$user;PWD=$password;; $conn = db2_connect($conn_string, '', ''); if ($conn) { echo OK: Connection established\n; db2_close($conn); } else { echo ERROR: Connection failed\n; } ? Command line output: C:\php c:\db2_test.php Function db2_connect() exists Trying to connect DB2 database.. OK: Connection established Web output: Unknown function db2_connect() Some extra output: Fatal error: Call to undefined function db2_connect() in F:\www\services.itella.net\app\webroot\index.php on line 57 Also, phpinfo() won't say nothing that module ibm_db2 is in use More info: php_ibm_db2.dll file is in folder C:/php-5.2.1/ext php.ini: extension_dir = C:/php-5.2.1/ext extension=php_ibm_db2.dll httpd.conf: AddType application/x-httpd-php .php LoadModule php5_module C:/php-5.2.1/php5apache2.dll PHPIniDir C:/php-5.2.1/ Can someone point out the right direction for me? Regards Leo Jokinen -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: [PHP-DB] Re: Problems when trying to use ibm_db2 extension
I'd say that on Windows, when you, or software you install, modifies the PATH environment variable, and a service, like apache, relies on a directory being in the path, you have to restart Windows in order for that service to see the new path. In other words, services get the new path only after you reboot. Dave On 4/16/07, Leo Jokinen [EMAIL PROTECTED] wrote: Problem solved: I restarted my computer and after that apache loaded ibm_db2 extension. My conclusion: 1. When you add some extensions to php.ini, you need to restart windows in order to get those extensions available through apache 2. However, those extensions are instantly available if you use php command line interface Anyone disagree? -Leo- Leo Jokinen wrote: Hi all, I've been banging my head into the wall cause I can't get ibm_db2 extension working with Apache 2.0.59 and PHP 5.2.1 (as apache module). (Operating system is winxp pro SP2) For some reason, this code is working on command line but not when placed to htdocs folder: ?php if(function_exists('db2_connect')) { echo 'Function db2_connect() exists'; } else { echo 'Unknown function db2_connect()'; exit; } echo \nTrying to connect DB2 database..\n; $database = 'services'; $user = 'db2admin'; $password = 'xxx'; $hostname = '127.0.0.1'; $port = 5; $conn_string = DRIVER={IBM DB2 ODBC DRIVER};DATABASE=$database; . HOSTNAME=$hostname;PORT=$port;PROTOCOL=TCPIP;UID=$user;PWD=$password;; $conn = db2_connect($conn_string, '', ''); if ($conn) { echo OK: Connection established\n; db2_close($conn); } else { echo ERROR: Connection failed\n; } ? Command line output: C:\php c:\db2_test.php Function db2_connect() exists Trying to connect DB2 database.. OK: Connection established Web output: Unknown function db2_connect() Some extra output: Fatal error: Call to undefined function db2_connect() in F:\www\services.itella.net\app\webroot\index.php on line 57 Also, phpinfo() won't say nothing that module ibm_db2 is in use More info: php_ibm_db2.dll file is in folder C:/php-5.2.1/ext php.ini: extension_dir = C:/php-5.2.1/ext extension=php_ibm_db2.dll httpd.conf: AddType application/x-httpd-php .php LoadModule php5_module C:/php-5.2.1/php5apache2.dll PHPIniDir C:/php-5.2.1/ Can someone point out the right direction for me? Regards Leo Jokinen -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] echo or print ?
Good morning fellow coders I've been working with PHP for a little over 5 years now, and it even got me a cute office and a good salary... but even though I can make a living off of it, I am still wondering about a few little things. Whenever I see people put their code up for review, I realize they mostly use print instead of echo, while I am using echo 99% of the time. Actually, I can't even remember when I last used the regular print. What do you guys use, and what is the advantage (if ther is any) of print over echo? And I am not talking about print_r or anything, just the regular print. :o) All the best! Chris Christian Haensel /voodoo.css #GeorgeWBush { position:absolute; bottom:-6ft; } -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] echo or print ?
What do you guys use, and what is the advantage (if ther is any) of print over echo? And I am not talking about print_r or anything, just the regular print. :o) print returns a result, echo doesn't. This makes echo slightly faster than print, but I doubt theres any significant speed improvement using echo instead of print. I use echo, but thats just because its a habit. -- Regards, Clive. {No electrons were harmed in the creation, transmission or reading of this email. However, many were excited and some may well have enjoyed the experience.} -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] echo or print ?
Me too. I use echo. Print is a function. There's no significant difference between them. My advice: choose one, and stick with it. On 4/16/07, clive [EMAIL PROTECTED] wrote: What do you guys use, and what is the advantage (if ther is any) of print over echo? And I am not talking about print_r or anything, just the regular print. :o) print returns a result, echo doesn't. This makes echo slightly faster than print, but I doubt theres any significant speed improvement using echo instead of print. I use echo, but thats just because its a habit. -- Regards, Clive. {No electrons were harmed in the creation, transmission or reading of this email. However, many were excited and some may well have enjoyed the experience.} -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] echo or print ?
On 4/17/07, Christian Haensel [EMAIL PROTECTED] wrote: Good morning fellow coders I've been working with PHP for a little over 5 years now, and it even got me a cute office and a good salary... but even though I can make a living off of it, I am still wondering about a few little things. Whenever I see people put their code up for review, I realize they mostly use print instead of echo, while I am using echo 99% of the time. Actually, I can't even remember when I last used the regular print. What do you guys use, and what is the advantage (if ther is any) of print over echo? And I am not talking about print_r or anything, just the regular print. :o) There is a link in the manual about the difference between those two: http://www.faqts.com/knowledge_base/view.phtml/aid/1/fid/40 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] echo or print ?
Thanks mate, that clarifies that. And now I know why I use echo all the time *g* Have a great day,... greetings from sunny germany :o) Chris - Original Message - From: Dimiter Ivanov [EMAIL PROTECTED] To: Christian Haensel [EMAIL PROTECTED] Cc: php-general@lists.php.net Sent: Tuesday, April 17, 2007 9:48 AM Subject: Re: [PHP] echo or print ? On 4/17/07, Christian Haensel [EMAIL PROTECTED] wrote: Good morning fellow coders I've been working with PHP for a little over 5 years now, and it even got me a cute office and a good salary... but even though I can make a living off of it, I am still wondering about a few little things. Whenever I see people put their code up for review, I realize they mostly use print instead of echo, while I am using echo 99% of the time. Actually, I can't even remember when I last used the regular print. What do you guys use, and what is the advantage (if ther is any) of print over echo? And I am not talking about print_r or anything, just the regular print. :o) There is a link in the manual about the difference between those two: http://www.faqts.com/knowledge_base/view.phtml/aid/1/fid/40 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] isset
snip The count is maintained internally as items are added/removed, and it is an O(1) operation for PHP to count the array, as it already knows the answer and just returns it. /snip Hi nothing to do with the actual topic, i am just wondering how you get this internals information you all seem to know so much about, it is very interesting and i'd like to add it to some of my late night reading if possible :) Regards, Tim -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] isset
Tim wrote: snip The count is maintained internally as items are added/removed, and it is an O(1) operation for PHP to count the array, as it already knows the answer and just returns it. /snip Hi nothing to do with the actual topic, i am just wondering how you get this internals information you all seem to know so much about, it is very interesting and i'd like to add it to some of my late night reading if possible :) Just guessing, but I'd say probably the source code. That's where most of the internals of PHP are documented. ;) -Stut -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] redirect with header still not working
Can you re-iterate what is happening - I have a site with 1and1 and use header() with no issues.
RE: [PHP] WWE in Stamford, CT needs a kick ass PHP Developer!
-Message d'origine- De : Jochem Maas [mailto:[EMAIL PROTECTED] Envoyé : mardi 17 avril 2007 16:19 À : [EMAIL PROTECTED] Cc : Robert Cummings; Tim; 'Jarrel Cobb'; 'tedd'; php-general@lists.php.net Objet : Re: [PHP] WWE in Stamford, CT needs a kick ass PHP Developer! Richard Lynch wrote: On Fri, April 13, 2007 8:14 pm, Robert Cummings wrote: peacepipe in one hand, broadsword in the other - lets hack on :-) ***BIG SMILE*** And WHAT are you smiling at??? Staves beat peacepipes and broadswords anyday! Maybe he's smiling because of what's IN his peacepipe... :-) Does this shock you? That was my assumption when I first read it... But maybe I've just hung out with too many stoner musicians... :-v Just musicians? ;P ... huh? ... what? ... do somebody say something? ;-) I didn't think you could fit peacepipe and broadsword in the same sentence... I geuss so... :P -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] redirect with header still not working
Right, Have tried the full url for the header and it still doesn't work. I may have to resort to...javacript redirects unless someone can suggest a way around it. Here is the phpinfo(); http://s202801613.websitehome.co.uk/info.php Is is 1and1 hosting if anyone had had any experience of them. thanks, R. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] WWE in Stamford, CT needs a kick ass PHP Developer!
Richard Lynch wrote: On Fri, April 13, 2007 8:14 pm, Robert Cummings wrote: peacepipe in one hand, broadsword in the other - lets hack on :-) ***BIG SMILE*** And WHAT are you smiling at??? Staves beat peacepipes and broadswords anyday! Maybe he's smiling because of what's IN his peacepipe... :-) That was my assumption when I first read it... But maybe I've just hung out with too many stoner musicians... :-v ... huh? ... what? ... do somebody say something? ;-) -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] redirect with header still not working
That is, unless you use output buffering. It may not be the most elegant solution (using header() to redirect users increases server calls), but I built a template-driven php site that calls: ?php ob_start; ? ...depending on certain conditions which means I can then use header() even after I have started output.
RE: [PHP] redirect with header still not working
Have tried the full url for the header and it still doesn't work. I may have to resort to...javacript redirects unless someone can suggest a way around it. Here is the phpinfo(); http://s202801613.websitehome.co.uk/info.php Is is 1and1 hosting if anyone had had any experience of them. thanks, R. I have several sites with 1and1, and I use header() with no problems. The main issue I have run into with header() is that your script can produce NO OUTPUT prior to the header() call. Not even a whitespace, else header() will not work. JM -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: redirect with header still not working
Read about output buffering, it's your solution and well worth time learning about. Ross wrote: Right, Have tried the full url for the header and it still doesn't work. I may have to resort to...javacript redirects unless someone can suggest a way around it. Here is the phpinfo(); http://s202801613.websitehome.co.uk/info.php Is is 1and1 hosting if anyone had had any experience of them. thanks, R. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] isset
On Tue, 2007-04-17 at 13:14 +0100, Stut wrote: Tim wrote: snip The count is maintained internally as items are added/removed, and it is an O(1) operation for PHP to count the array, as it already knows the answer and just returns it. /snip Hi nothing to do with the actual topic, i am just wondering how you get this internals information you all seem to know so much about, it is very interesting and i'd like to add it to some of my late night reading if possible :) Just guessing, but I'd say probably the source code. That's where most of the internals of PHP are documented. ;) Several sources... the C source code as Stut has presumed :) Also from reading the PHP-DEV list where the source is often discussed. Additionally, some of it is from my early Computer Science background where there's a large focus on data structures and algorithms. Cheers, Rob. -- .. | InterJinn Application Framework - http://www.interjinn.com | :: | An application and templating framework for PHP. Boasting | | a powerful, scalable system for accessing system services | | such as forms, properties, sessions, and caches. InterJinn | | also provides an extremely flexible architecture for | | creating re-usable components quickly and easily. | `' -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Protecting individual files/dirs from access
At 6:24 PM -0500 4/16/07, Richard Lynch wrote: index.php is also accessible, if I can guess the login, which I did on my first try... Well, I did provide the log on and password on a subsequent post. BUT, I didn't try to make it hard to guess, that wasn't the point of the post. I was trying to see what files were considered secure and what files weren't. --- I can then visit b.php and auth.php, which do not seem to generate output. As you said PHP code is executed completely out of context, in a manner you have never ever tested at all So, I try to make my include scripts produce nothing when called independently. I've seen techniques where a token must be correct before running, but I just make my includes dependant upon variables in the calling script. --- If you put the stuff you want to keep private OUTSIDE the web-tree, and provide a PHP gate-keeper to get to it, you reduce your risk. I'm sorry, I should know this, but I don't. You see, I work totally in hosted environments. They provide me with several folders from anon.ftp to web_users (including a private folder). I start building from inside httpdocs folder where I place an index.php file and then branch out from there. Now, where is OUTSIDE the web-tree? It's a lot harder to screw up bad enough to configure Apache to start serving up files directly from a private directory. I have a private directory, but if I place files in it, I can't read them via php -- I get a: Warning: fopen(): open_basedir restriction in effect. I've read how one can turn that off, but I have not been successful in doing so. --- PPS Nice photo! :-) http://sperling.com/a/pw/girl.jpg Now you got me going, how did you get that? Even my php scripts can't read it. Or are you putting me on? Send me a copy of it back-channel. :-) Cheers, tedd -- --- http://sperling.com http://ancientstones.com http://earthstones.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] redirect with header still not working
Ross wrote: Right, Have tried the full url for the header and it still doesn't work. I may have to resort to...javacript redirects unless someone can suggest a way around it. Here is the phpinfo(); http://s202801613.websitehome.co.uk/info.php Is is 1and1 hosting if anyone had had any experience of them. thanks, R. if you look at your error_report setting. is it 2037 somebody correct me if I am wrong, but isn't this setting I ran this on my older system and found that (E_ALL ~E_NOTICE ~E_WARNING) all together = 2037 so, even though you have display_errors turned on, it isn't going to show them. you need to set this to just E_ALL ?php error_reporting(E_ALL); ... ? This should solve your problem -- Enjoy, Jim Lucas Different eyes see different things. Different hearts beat on different strings. But there are times for you and me when all such things agree. - Rush -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] WWE in Stamford, CT needs a kick ass PHP Developer!
I'm not looking for a response... but this thread that opened up several days ago would now considered to be OT. Maybe take it offline? :) The ironic thing... when I put [OT] in the subject line, the list rejected it. This is the 2nd attempt. So, the moral is to talk about whatever the hell you want and just don't say it's off topic. On Apr 17, 2007, at 9:28 AM, Tim wrote: -Message d'origine- De : Jochem Maas [mailto:[EMAIL PROTECTED] Envoyé : mardi 17 avril 2007 16:19 À : [EMAIL PROTECTED] Cc : Robert Cummings; Tim; 'Jarrel Cobb'; 'tedd'; php-general@lists.php.net Objet : Re: [PHP] WWE in Stamford, CT needs a kick ass PHP Developer! Richard Lynch wrote: On Fri, April 13, 2007 8:14 pm, Robert Cummings wrote: peacepipe in one hand, broadsword in the other - lets hack on :-) ***BIG SMILE*** And WHAT are you smiling at??? Staves beat peacepipes and broadswords anyday! Maybe he's smiling because of what's IN his peacepipe... :-) Does this shock you? That was my assumption when I first read it... But maybe I've just hung out with too many stoner musicians... :-v Just musicians? ;P ... huh? ... what? ... do somebody say something? ;-) I didn't think you could fit peacepipe and broadsword in the same sentence... I geuss so... :P -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] redirect with header still not working
Ross wrote: Right, Have tried the full url for the header and it still doesn't work. I may have to resort to...javacript redirects unless someone can suggest a way around it. Here is the phpinfo(); http://s202801613.websitehome.co.uk/info.php Is is 1and1 hosting if anyone had had any experience of them. thanks, R. actually, let me re-state that, it will then display the error that is being generated. It won't fix it, but at least display it to you. It will probably complain about output in a given file somewhere before you are calling header(...) it will give you the line number that the output is being generated on. -- Enjoy, Jim Lucas Different eyes see different things. Different hearts beat on different strings. But there are times for you and me when all such things agree. - Rush -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] redirect with header still not working
Ross wrote: Have tried the full url for the header and it still doesn't work. I forget what your exact issue is, but a good first step to take when debugging a problem with header() is to replace it with echo. For example: echo Location: $url; Instead of: header(Location: $url); Almost every problem I can recall someone having with header() was a result of either: 1. Headers already being sent, as others have guessed. 2. The argument passed to header() being malformed, and the browser doesn't interpret the malformed header as desired. Hope that helps. Chris -- Chris Shiflett http://shiflett.org/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] CSS vs. Tables
HI All, From the CSS discussion of the WWE job posting thread. There is one question that shows that a table based layout in 99% of cases is superior to a CSS layout. Try resizing most any CSS based page. Tables are 99% of the time superior as it will resize properly whereas 99% of most CSS based pages will not resize properly. When 99% of CSS layouts overcome this lunacy then CSS will be better, but not until then. -- Leonard Burton, N9URK http://www.jiffyslides.com [EMAIL PROTECTED] [EMAIL PROTECTED] The prolonged evacuation would have dramatically affected the survivability of the occupants. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] CSS vs. Tables OT
[snip] From the CSS discussion of the WWE job posting thread. There is one question that shows that a table based layout in 99% of cases is superior to a CSS layout. Try resizing most any CSS based page. Tables are 99% of the time superior as it will resize properly whereas 99% of most CSS based pages will not resize properly. When 99% of CSS layouts overcome this lunacy then CSS will be better, but not until then. [/snip] As long as you generate them with PHP you're good on this list. BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] posting variables to parent frame
Hi there, I'm trying to post variables to a parent frame, I'm working from a page that is in an iFrame. However, I don't know how to accomplish this. I tried target='top' to include in the form tag (form action=?=$formurl? target=top) but this didn't succeed. Can you please help me? Thanks in advance! Hans -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] posting variables to parent frame
[snip] I'm trying to post variables to a parent frame, I'm working from a page that is in an iFrame. However, I don't know how to accomplish this. I tried target='top' to include in the form tag (form action=?=$formurl? target=top) but this didn't succeed. Can you please help me? [/snip] JavaScript -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Why can't I ini_set('upload_max_filesize')?
If I do this: ini_set('upload_max_filesize', 30720); echo ini_get('upload_max_filesize'); it returns 2M. Why is it not accepting the ini_set? The server is Windows, PHP 5.2. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] CSS vs. Tables OT
On Tue, 2007-04-17 at 14:45 -0500, Jay Blanchard wrote: [snip] From the CSS discussion of the WWE job posting thread. There is one question that shows that a table based layout in 99% of cases is superior to a CSS layout. Try resizing most any CSS based page. Tables are 99% of the time superior as it will resize properly whereas 99% of most CSS based pages will not resize properly. When 99% of CSS layouts overcome this lunacy then CSS will be better, but not until then. [/snip] As long as you generate them with PHP you're good on this list. BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ Only with hacks. Cheers, Rob. -- .. | InterJinn Application Framework - http://www.interjinn.com | :: | An application and templating framework for PHP. Boasting | | a powerful, scalable system for accessing system services | | such as forms, properties, sessions, and caches. InterJinn | | also provides an extremely flexible architecture for | | creating re-usable components quickly and easily. | `' -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Why can't I ini_set('upload_max_filesize')?
Brian Dunning wrote: If I do this: ini_set('upload_max_filesize', 30720); echo ini_get('upload_max_filesize'); it returns 2M. Why is it not accepting the ini_set? The server is Windows, PHP 5.2. probably because upload_max_filesize is PHP_INI_PERDIR not PHP_INI_ALL use: http://us.php.net/manual/en/configuration.changes.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Why can't I ini_set('upload_max_filesize')?
Dang. There is no remote access to the server, no way to remotely edit php.ini - everything is blocked by the firewall. It's running IIS not Apache. On Apr 17, 2007, at 1:40 PM, Daniel Brown wrote: That particular variable is a PHP_INI_SYSTEM variable, which means it can only be set in php.ini or httpd.conf. This means that, unfortunately, even if your system uses Apache on Windows and the host allows .htaccess overrides, you still can't set it using php_flags. On 4/17/07, Brian Dunning [EMAIL PROTECTED] wrote: If I do this: ini_set('upload_max_filesize', 30720); echo ini_get('upload_max_filesize'); it returns 2M. Why is it not accepting the ini_set? The server is Windows, PHP 5.2. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- Daniel P. Brown [office] (570-) 587-7080 Ext. 272 [mobile] (570-) 766-8107
Re: [PHP] Why can't I ini_set('upload_max_filesize')?
On Tue, April 17, 2007 3:43 pm, Sebe wrote: Brian Dunning wrote: If I do this: ini_set('upload_max_filesize', 30720); echo ini_get('upload_max_filesize'); it returns 2M. Why is it not accepting the ini_set? The server is Windows, PHP 5.2. probably because upload_max_filesize is PHP_INI_PERDIR not PHP_INI_ALL use: http://us.php.net/manual/en/configuration.changes.php Not to mention that by the time your PHP script executes that line of code, the file upload, if any, has already FINISHED... Bit of a chicken and egg problem to make it PHP_INI_ALL, eh? That's almost for sure why it's PHP_INI_PERDIR to start with. -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Why can't I ini_set('upload_max_filesize')?
On 4/17/07, Brian Dunning [EMAIL PROTECTED] wrote: Dang. There is no remote access to the server, no way to remotely edit php.ini - everything is blocked by the firewall. It's running IIS not Apache. I'm not totaly sure about IIS, i never use it, but PHP_INI_PERDIR can also be set in .htaccess file :) Tijnema On Apr 17, 2007, at 1:40 PM, Daniel Brown wrote: That particular variable is a PHP_INI_SYSTEM variable, which means it can only be set in php.ini or httpd.conf. This means that, unfortunately, even if your system uses Apache on Windows and the host allows .htaccess overrides, you still can't set it using php_flags. On 4/17/07, Brian Dunning [EMAIL PROTECTED] wrote: If I do this: ini_set('upload_max_filesize', 30720); echo ini_get('upload_max_filesize'); it returns 2M. Why is it not accepting the ini_set? The server is Windows, PHP 5.2. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- Daniel P. Brown [office] (570-) 587-7080 Ext. 272 [mobile] (570-) 766-8107 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Using PHP files from Ajax and from other PHP files
I want move all database access into separate PHP files so I could use these files either through an Ajax call from the client or in another PHP files (require_once) on the server. Is this possible? What interface would be needed? Has anybody else tried something similar? Since I plan use Json as the data format for Ajax what overhead would that mean to decode again already Json encoded result if used on the server? Is there a workaround for Json in case of Ajax but none when using in other PHP files? O. Wyss -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Why can't I ini_set('upload_max_filesize')?
Tijnema ! wrote: On 4/17/07, Brian Dunning [EMAIL PROTECTED] wrote: Dang. There is no remote access to the server, no way to remotely edit php.ini - everything is blocked by the firewall. It's running IIS not Apache. I'm not totaly sure about IIS, i never use it, but PHP_INI_PERDIR can also be set in .htaccess file :) IIS doesn't know what to do with a .htaccess file, it's not going to work. -- Postgresql php tutorials http://www.designmagick.com/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Using PHP files from Ajax and from other PHP files
On Apr 17, 2007, at 4:00 PM, Otto Wyss wrote: I want move all database access into separate PHP files so I could use these files either through an Ajax call from the client or in another PHP files (require_once) on the server. Is this possible? What interface would be needed? Has anybody else tried something similar? Since I plan use Json as the data format for Ajax what overhead would that mean to decode again already Json encoded result if used on the server? Is there a workaround for Json in case of Ajax but none when using in other PHP files? Sure you can... Just have a variable set to specify the return format. Something like $_POST['retFormat'] = 'foo'; foo could be json for a JSON return, array for a php file return... whatever you come up with. Then just process the request based on that value. Any processing is going to have overhead, and you're going to need some kind of communication layer to allow javascript and php to interact, whether it's JSON or XML or even some kind of other odd format that you come up with yourself. There's no way around it if that's what you want to do. Try googleing for php+ajax, there's a lot of this stuff out there now. Ed -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] How to detect charset encoding with PHP and command line?
Any idea with this one? please?? El lun, 02-04-2007 a las 07:51 -0500, William Lovaton escribió: Hi there, I'd like to know a way to detect the file encoding from PHP and Linux command line too. In PHP I tried mb_detect_encoding() but it doesn't work reliable, first I have to specify a list of posible encodings and second it always returns the first encoding I put in the list no matter what. Thanks for your help, -William -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] How to detect charset encoding with PHP and command line?
Em Terça 17 Abril 2007 18:18, William Lovaton escreveu: Any idea with this one? please?? El lun, 02-04-2007 a las 07:51 -0500, William Lovaton escribió: Hi there, I'd like to know a way to detect the file encoding from PHP and Linux command line too. In PHP I tried mb_detect_encoding() but it doesn't work reliable, first I have to specify a list of posible encodings and second it always returns the first encoding I put in the list no matter what. Thanks for your help, -William You can use the file command: [EMAIL PROTECTED] ~/documentos/txt $ file mac.txt mac.txt: ASCII text [EMAIL PROTECTED] ~/documentos/txt $ file noob.txt noob.txt: UTF-8 Unicode text [EMAIL PROTECTED] ~/documentos/txt $ file endereços.txt endereços.txt: ASCII text [EMAIL PROTECTED] ~/documentos/txt $ file coisas.txt coisas.txt: UTF-8 Unicode English text -- Davi Vidal [EMAIL PROTECTED] [EMAIL PROTECTED] -- Agora com fortune: If you see an onion ring -- answer it! pgpOz8zJQat5e.pgp Description: PGP signature
Re: [PHP] Json.php
Richard Lynch wrote: On Mon, April 16, 2007 10:20 am, Tijnema ! wrote: And btw, I think it's better not to create a new link to the class each time the function is called, but just use :: if (!function_exists('json_encode')) { function json_encode($data) { return Services_JSON::encode($data); } } and probably also one for decoding. if (!function_exists('json_decode')) { function json_decode($data) { return Services_JSON::decode($data); } } Actually, if I understand the flame wars of Internals correctly, whichever one of those is correct, the other one ain't gonna work in PHP 6... which flamewar ... I've completely missed it ... or was a while back? and what exactly is 'those' referring to in that last comment? Or so I gather from the OOP purists fighting the OOP zealots on PHP-Internals. isn't a purist and a zealot the same in this context? aren't they both trying to slay the OOP pragmatists? (makes you want to say 'oops' don't you think ;-) I may be 100% wrong, of course, regarding not only the outcome of this flame-fest, but even if it applies to this JSON thingie. can't say because I haven't the foggiest as to what may be applied :-) -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: CSS vs. Tables OT
Robert Cummings wrote: BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ Only with hacks. The hacks fix buggy browsers tho'. Good browsers don't need hacks. Also some of the hoops people jump through to produce designs for CSS Zen Garden (one of my favourite sites) are only done due to the fact that the HTML is absolute and unmovable. A normal design would give at least some flexibility in the HTML (e.g. putting extra divs and spans here and there). Col -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Uploading: Safari=happy, IE7/Firefox=unhappy
I got everything configured on my server and uploads working great, max_input_time=3600, upload_max_filesize=30M, post_max_size=30M, and anything I upload up to 30M works great on Safari. IE7 and Firefox choke, returning broser-generated page not found, connection reset if the file is bigger than a couple megs. Any suggestions on how to make IE7 Safari behave as nicely as Safari with large files? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Uploading: Safari=happy, IE7/Firefox=unhappy
Could it be that IE7 and FF are timing the request out, and Safari isn't? That's what it sounds like to me. (connection reset on files larger that a couple megs) What to do about it server-side I have no idea (some kind of keep- alive setting or header or something?), but maybe it gives you a direction to look in. Ed On Apr 17, 2007, at 4:43 PM, Brian Dunning wrote: I got everything configured on my server and uploads working great, max_input_time=3600, upload_max_filesize=30M, post_max_size=30M, and anything I upload up to 30M works great on Safari. IE7 and Firefox choke, returning broser-generated page not found, connection reset if the file is bigger than a couple megs. Any suggestions on how to make IE7 Safari behave as nicely as Safari with large files? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Uploading: Safari=happy, IE7/Firefox=unhappy
On Tue, April 17, 2007 4:43 pm, Brian Dunning wrote: I got everything configured on my server and uploads working great, max_input_time=3600, upload_max_filesize=30M, post_max_size=30M, and anything I upload up to 30M works great on Safari. IE7 and Firefox choke, returning broser-generated page not found, connection reset if the file is bigger than a couple megs. Any suggestions on how to make IE7 Safari behave as nicely as Safari with large files? If your server is not accepting bytes fast enough in the upload, the browser will assume it has gone away This is one possible cause of the error you see. Getting more bandwidth on your server is the only solution to that one. It's also possible that the ENCTYPE in your FORM works on one browser, but not another. Use the one documented in the PHP Manual -- Any other ENCTYPE you decided was better is at your own risk. :-) You may also want to dig into the upload from the server side of things and see what's going on, especially if it fails with a couple meg files... That's not that big, so it should just work. With 30 Meg files, you'd probably be better off giving users FTP or something -- You're going to have a lot of issues with the after-thought HTTP file upload feature, I suspect... -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Json.php
On Tue, April 17, 2007 4:40 pm, Jochem Maas wrote: Richard Lynch wrote: On Mon, April 16, 2007 10:20 am, Tijnema ! wrote: And btw, I think it's better not to create a new link to the class each time the function is called, but just use :: if (!function_exists('json_encode')) { function json_encode($data) { return Services_JSON::encode($data); } } and probably also one for decoding. if (!function_exists('json_decode')) { function json_decode($data) { return Services_JSON::decode($data); } } Actually, if I understand the flame wars of Internals correctly, whichever one of those is correct, the other one ain't gonna work in PHP 6... which flamewar ... I've completely missed it ... or was a while back? and what exactly is 'those' referring to in that last comment? It's awhile back, and it's about whether you can call a static function as if it were a method or not. So only one of these is kosher static: return Services_JSON::decode($data); class: $json = new Services_JSON; return $json-decode($data); but not both. Or so I gather from the OOP purists fighting the OOP zealots on PHP-Internals. isn't a purist and a zealot the same in this context? aren't they both trying to slay the OOP pragmatists? (makes you want to say 'oops' don't you think ;-) I meant what I said and I said what I meant. It's up to you to figure it out. :-) -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Using PHP files from Ajax and from other PHP files
On Tue, April 17, 2007 4:00 pm, Otto Wyss wrote: I want move all database access into separate PHP files so I could use these files either through an Ajax call from the client or in another PHP files (require_once) on the server. Is this possible? What interface would be needed? Has anybody else tried something similar? Putting all your database functions into one file that can be include'd from your web application or from your AJAX response scripts seems like a reasonable thing to me. Go for it. Since I plan use Json as the data format for Ajax what overhead would that mean to decode again already Json encoded result if used on the server? Is there a workaround for Json in case of Ajax but none when using in other PHP files? Whatever overhead there is to JSON encode/decode, the alternative of not decoding/encoding correctly is not an option... I doubt that it's a significant performance bottleneck, at least in PHP5 where JSON is in C. If you're in PHP4 with JSON in PHP script code, it could be slow Only you on your hardware in your application with your needs can determine if slow is too slow or acceptable -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Why can't I ini_set('upload_max_filesize')?
Talk to your webhost. Nobody here can do anything useful for you on this... Other than to recommend abandoning your current host for a better one. :-) On Tue, April 17, 2007 3:46 pm, Brian Dunning wrote: Dang. There is no remote access to the server, no way to remotely edit php.ini - everything is blocked by the firewall. It's running IIS not Apache. On Apr 17, 2007, at 1:40 PM, Daniel Brown wrote: That particular variable is a PHP_INI_SYSTEM variable, which means it can only be set in php.ini or httpd.conf. This means that, unfortunately, even if your system uses Apache on Windows and the host allows .htaccess overrides, you still can't set it using php_flags. On 4/17/07, Brian Dunning [EMAIL PROTECTED] wrote: If I do this: ini_set('upload_max_filesize', 30720); echo ini_get('upload_max_filesize'); it returns 2M. Why is it not accepting the ini_set? The server is Windows, PHP 5.2. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- Daniel P. Brown [office] (570-) 587-7080 Ext. 272 [mobile] (570-) 766-8107 -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Why can't I ini_set('upload_max_filesize')?
On Tue, April 17, 2007 4:01 pm, Chris wrote: Tijnema ! wrote: On 4/17/07, Brian Dunning [EMAIL PROTECTED] wrote: Dang. There is no remote access to the server, no way to remotely edit php.ini - everything is blocked by the firewall. It's running IIS not Apache. I'm not totaly sure about IIS, i never use it, but PHP_INI_PERDIR can also be set in .htaccess file :) IIS doesn't know what to do with a .htaccess file, it's not going to work. s/with a .htaccess file, // :-) -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] CSS vs. Tables OT
On Tue, April 17, 2007 2:45 pm, Jay Blanchard wrote: [snip] From the CSS discussion of the WWE job posting thread. There is one question that shows that a table based layout in 99% of cases is superior to a CSS layout. Try resizing most any CSS based page. Tables are 99% of the time superior as it will resize properly whereas 99% of most CSS based pages will not resize properly. When 99% of CSS layouts overcome this lunacy then CSS will be better, but not until then. [/snip] As long as you generate them with PHP you're good on this list. BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ There must not be very many, if any, CSS developers worth their salt then, cuz I rarely see a non-trivial CSS page that resizes well... I love the ideals, csszengarden is cool, coo coo ka choo... But it just plain doesn't work for the kind of complex layouts that people are trying to do in the Real World. -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Why can't I ini_set('upload_max_filesize')?
Richard Lynch wrote: On Tue, April 17, 2007 4:01 pm, Chris wrote: Tijnema ! wrote: On 4/17/07, Brian Dunning [EMAIL PROTECTED] wrote: Dang. There is no remote access to the server, no way to remotely edit php.ini - everything is blocked by the firewall. It's running IIS not Apache. I'm not totaly sure about IIS, i never use it, but PHP_INI_PERDIR can also be set in .htaccess file :) IIS doesn't know what to do with a .htaccess file, it's not going to work. s/with a .htaccess file, // lol - it took me a few reads to work out what you were saying :) -- Postgresql php tutorials http://www.designmagick.com/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: CSS vs. Tables OT
On Tue, April 17, 2007 4:41 pm, Colin Guthrie wrote: Robert Cummings wrote: BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ Only with hacks. The hacks fix buggy browsers tho'. Good browsers don't need hacks. All browsers are buggy. There are no good browsers. Browser-makers continue to rush to market with NEW FEATURES instead of focussing on QA. This will not change any time soon. -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] posting variables to parent frame
On Tue, April 17, 2007 1:31 pm, Hans wrote: I'm trying to post variables to a parent frame, I'm working from a page that is in an iFrame. However, I don't know how to accomplish this. I tried target='top' to include in the form tag (form action=?=$formurl? target=top) but this didn't succeed. Can you please help me? Whatever is sitting in your browser right now is irrelevant to the POST that you are about to send to some URL. Choose the right URL to send the POST data to, and get the URL as the action attribute. NOTE: You *can* play games with JavaScript to collect/collate/cross data from frame to frame, if you are careful about the Security of JS rules... But that's not even remotely a PHP question, so I'll shut up now. -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] redirect with header still not working
On Tue, April 17, 2007 10:02 am, Ross wrote: Right, Have tried the full url for the header and it still doesn't work. I may have to resort to...javacript redirects unless someone can suggest a way around it. Here is the phpinfo(); http://s202801613.websitehome.co.uk/info.php Is is 1and1 hosting if anyone had had any experience of them. This site is hosted on 1and1.com and DEFINTELY does a header redirect: http://telephonebook.com/ In fact, that's pretty much *all* the site does :-) It's like a tinyURL for your phone number to your blog thingie. Ignore the ugliness, please. We've got new artwork going up shortly. -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] WWE in Stamford, CT needs a kick ass PHP Developer!
On Tue, April 17, 2007 9:28 am, Tim wrote: That was my assumption when I first read it... But maybe I've just hung out with too many stoner musicians... :-v Just musicians? ;P In my personal experience, yes, just musicians... I know a LOT of musicians, though, so it's a skewed data sample. -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Protecting individual files/dirs from access
On Tue, April 17, 2007 9:12 am, tedd wrote: I start building from inside httpdocs folder where I place an index.php file and then branch out from there. Now, where is OUTSIDE the web-tree? Not inside httpdocs folder is OUTSIDE. If you put a file there, nobody can surf to it. But PHP can still 'include' it with a good setup of include_path in .htaccess or even with http://php.net/set_include_path at the top of each script if .htaccess is turned off. It's a lot harder to screw up bad enough to configure Apache to start serving up files directly from a private directory. I have a private directory, but if I place files in it, I can't read them via php -- I get a: Warning: fopen(): open_basedir restriction in effect. Get your webhost to give you a directory that's not in httpdocs, but *IS* in open_basedir restricted list -- Nobody but your webhost can fix this. http://sperling.com/a/pw/girl.jpg This one I cannot read. Now you got me going, how did you get that? Even my php scripts can't read it. -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] echo or print ?
On Tue, April 17, 2007 1:40 am, Christian Haensel wrote: Whenever I see people put their code up for review, I realize they mostly use print instead of echo, while I am using echo 99% of the time. Actually, I can't even remember when I last used the regular print. There used to be a difference, but not really any more, I don't think. Or does print still not allow multiple arguments?... What do you guys use, and what is the advantage (if ther is any) of print over echo? And I am not talking about print_r or anything, just the regular print. :o) I use echo, because I'm old, and got in the habit, back when print() was a function and echo was a language construct, and only echo let you have as many args with commas as you wanted. But there's no significant difference, as far as I know. -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: Problems when trying to use ibm_db2 extension
On Tue, April 17, 2007 1:21 am, Leo Jokinen wrote: Problem solved: I restarted my computer and after that apache loaded ibm_db2 extension. My conclusion: 1. When you add some extensions to php.ini, you need to restart windows in order to get those extensions available through apache 2. However, those extensions are instantly available if you use php command line interface Anyone disagree? Technically, yes. :-) If you are using CGI, you don't need a re-start, as the CGI is a new process each time, and loads php.ini on each page hit. If you are using Apache, in theory, you'd only need to re-start Apache, as that reloads the php.ini, or maybe even send it some kind of signal to re-load its configuration files, which *might* include php.ini If you are using FCGI, I presume you'd only need to re-start FCGI, as that will re-load the php.ini there. If you are using IIS, you'll have to restart every 24 hours anyway, so what's it matter? However, Windows being Windows, there might be caching of the files by the OS which has to be cleared out, or some other weird thing going on, so just reboot anyway, cuz it's Windows. -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] isset
On Tue, April 17, 2007 6:59 am, Tim wrote: snip The count is maintained internally as items are added/removed, and it is an O(1) operation for PHP to count the array, as it already knows the answer and just returns it. /snip Hi nothing to do with the actual topic, i am just wondering how you get this internals information you all seem to know so much about, it is very interesting and i'd like to add it to some of my late night reading if possible :) Invent a time machine, go back to the future, and subscribe to this list in 1997... Oh. Well, another option is to just read a heck of a lot of the archives, and the manual, and maybe the Internals list (not for the faint of heart) and the books, and maybe peruse some PHP source once in awhile and... There are many paths to enlightenment. Mostly all of them are long and torturous paths. :-) -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Different behaviour : command line / cron
Hi, I've developed a simple script that among other things sends a fax using hylafax's sendfax program. If I test it calling directly from the command line it works fine. If I let it run from cron it executes everything fine except the fax. I am using the system call and in order to debug I am using the following code ... $cmd = sprintf('/usr/bin/sendfax -n -d %s %s',$fax,$file) ; mail ([EMAIL PROTECTED], fax, $cmd.\n.system($cmd)); ... The output from the command line (/usr/bin/php /path/to/file/script.php) /usr/bin/sendfax -n -d fax_number /tmp/fax.txt request id is 471 (group id 471) for host localhost (1 file) The output when it executed from cron (*/1 * * * * /usr/bin/php /path/to/file/script.php) /usr/bin/sendfax -n -d fax_number /tmp/fax.txt In both cases the fax.txt has the same content. Any idea why and how to solve it?
Re: [PHP] isset
On Mon, April 16, 2007 8:06 pm, Robert Cummings wrote: On Mon, 2007-04-16 at 19:05 -0500, Richard Lynch wrote: On Mon, April 16, 2007 6:10 pm, Jochem Maas wrote: if I know it's an array I'll definitely use empty() over count() count() needs to actually count the items where as empty() can return false as soon as it finds a singel element ... maybe I'm mistaken - if so please put me right. You're wrong. The count is maintained internally as items are added/removed, and it is an O(1) operation for PHP to count the array, as it already knows the answer and just returns it. Fastest way to check if an array has elements... ?php if( $array ) { } ? IIRC, in olden days of PHP 3.x, if the first element was '0' or 0, then this test would result in FALSE... Which is not to say it's bad now, but to explain why an old hand might be leery of using it. -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] CSS vs. Tables OT
On Tuesday 17 April 2007 3:40 pm, Robert Cummings wrote: BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ Only with hacks. Using tables for layout *is* a hack. A common one, but still a hack. -- Larry Garfield AIM: LOLG42 [EMAIL PROTECTED] ICQ: 6817012 If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of every one, and the receiver cannot dispossess himself of it. -- Thomas Jefferson -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Why can't I ini_set('upload_max_filesize')?
It's PHP_INI_PERDIR, but php takes the MINIMUM(php.ini, .htaccess, FORM:MAX_FILE_UPLOAD_SIZE_THINGIE) So it's no less secure than the webhost/sysadmin chooses to make it. Or, at least, that's how I understood it to work when I tested it ages ago... No promise it hasn't changed. On Tue, April 17, 2007 3:56 pm, Daniel Brown wrote: Is it PHP_INI_PERDIR? I thought for sure it was PHP_INI_SYSTEM. In fact, if it's PHP_INI_PERDIR, that's a serious server security risk, as a user could then upload a massive file (provided they have the bandwidth) and overload a server, successfully stopping error and access logging. On 4/17/07, Richard Lynch [EMAIL PROTECTED] wrote: On Tue, April 17, 2007 3:43 pm, Sebe wrote: Brian Dunning wrote: If I do this: ini_set('upload_max_filesize', 30720); echo ini_get('upload_max_filesize'); it returns 2M. Why is it not accepting the ini_set? The server is Windows, PHP 5.2. probably because upload_max_filesize is PHP_INI_PERDIR not PHP_INI_ALL use: http://us.php.net/manual/en/configuration.changes.php Not to mention that by the time your PHP script executes that line of code, the file upload, if any, has already FINISHED... Bit of a chicken and egg problem to make it PHP_INI_ALL, eh? That's almost for sure why it's PHP_INI_PERDIR to start with. -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- Daniel P. Brown [office] (570-) 587-7080 Ext. 272 [mobile] (570-) 766-8107 -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] CSS vs. Tables OT
On Tue, 2007-04-17 at 18:53 -0500, Larry Garfield wrote: On Tuesday 17 April 2007 3:40 pm, Robert Cummings wrote: BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ Only with hacks. Using tables for layout *is* a hack. A common one, but still a hack. No, it's old school, the only way to do complex layout in the past. At least tables are backward and forward compatible. CSS is only semi-forward compatible. Cheers, Rob. -- .. | InterJinn Application Framework - http://www.interjinn.com | :: | An application and templating framework for PHP. Boasting | | a powerful, scalable system for accessing system services | | such as forms, properties, sessions, and caches. InterJinn | | also provides an extremely flexible architecture for | | creating re-usable components quickly and easily. | `' -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] CSS vs. Tables OT
On Tuesday 17 April 2007 8:14 pm, Robert Cummings wrote: On Tue, 2007-04-17 at 18:53 -0500, Larry Garfield wrote: On Tuesday 17 April 2007 3:40 pm, Robert Cummings wrote: BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ Only with hacks. Using tables for layout *is* a hack. A common one, but still a hack. No, it's old school, the only way to do complex layout in the past. At least tables are backward and forward compatible. CSS is only semi-forward compatible. Using a semantic data structure for tabular data as a layout language? That's a hack. It was a hack that was the only way to accomplish many things in 1997, but that doesn't make it any less of a hack. No, CSS is not perfect. Far from it. Of course, designers who still, in 2007, think they're working in a print medium are equally far from perfect. They could all use improvement, but let's not pretend that using a chisel as a screwdriver isn't a hack just because it happens to have a flat end. -- Larry Garfield AIM: LOLG42 [EMAIL PROTECTED] ICQ: 6817012 If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of every one, and the receiver cannot dispossess himself of it. -- Thomas Jefferson -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] CSS vs. Tables OT
On 4/17/07, Robert Cummings [EMAIL PROTECTED] wrote: On Tue, 2007-04-17 at 18:53 -0500, Larry Garfield wrote: On Tuesday 17 April 2007 3:40 pm, Robert Cummings wrote: BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ Only with hacks. Using tables for layout *is* a hack. A common one, but still a hack. No, it's old school, the only way to do complex layout in the past. At least tables are backward and forward compatible. CSS is only semi-forward compatible. Cheers, Rob. I've never never had used tables for layouts (I worked on pretty complicated projects)... Heck, http://espn.com is CSS based, and it looks pretty darn amazing. Just my quick thought on this. :) -- Anna Vester Web Designer http://www.veanndesign.com
[PHP] Skipping items in a loop
Hello again; I have a directory that I am opening and reading to produce an array of contents; files and subdirectories. There are a number of subdirectories that I do not want to open and read the contents of, and others that I do want to open and read the contents of. This code is supposed to produce two arrays. One with directories and the other with files, including the path. This is so I can create the directories and copy the files. Certain files are specific to the source directory structure and I do not want them copied. The only way I can think of is to loop though the $dir_only array to see if it matches an item in the $dirs array so I can have the code by pass it. But that is in the middle of a while loop that is already in the middle of a loop. I have not been able to get it to work as I want. using php 5.1.2 Does anyone have a better suggestion (that will work in the context of this code, I do not want to do major rewriting if I can avoid it). Thanks in advance Jeff k The code follows: $cont = array(); $dir_only = array(); $dir_only[0] = 'jk/collections'; $dir_only[1] = 'jk/extras'; $dir_only[2] = 'jk/group_info'; $dir_only[3] = 'jk/group_routes'; $dir_only[4] = 'jk/groups_in'; $dir_only[5] = 'jk/in'; $dir_only[6] = 'jk/log'; $dir_only[7] = 'jk/out'; $dir_only[8] = 'jk/requests'; $dir_only[9] = 'jk/store'; $dirs = array(); $dirs_a = array(); $files = array(); $cltag = '?'.''; // - for php closing tag. If I do it literally, it screws up the syntax coloring in my code editor. $rd = opendir('jk') or die(Could not open jk as source dir); while($x = readdir($rd)) { if($x == '..' || $x == '.') { continue; } else { array_push($cont, 'jk/'.$x); } } closedir($rd); unset($rd); unset($x); for($i = 0; $i count($cont); $i++) { if(is_dir($cont[$i])) { array_push($dirs, $cont[$i]); } elseif(is_file($cont[$i])) { array_push($files, $cont[$i]); } } for($i = 0; $i count($dirs); $i++) // looks at dirs { @$rd = opendir($dirs[$i]) or die(Could not open $dirs[$i]); while($x = readdir($rd)) { if($x == '..' || $x == '.') { continue; } elseif(is_file($dirs[$i].'/'.$x)) { array_push($files, $dirs[$i].'/'.$x); } elseif(is_dir($dirs[$i].'/'.$x) $x != ) { array_push($dirs_a, $dirs[$i].'/'.$x); } } closedir($rd); unset($rd); unset($x); }; -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] CSS vs. Tables OT
On Tue, 2007-04-17 at 21:28 -0500, Anna V wrote: On 4/17/07, Robert Cummings [EMAIL PROTECTED] wrote: On Tue, 2007-04-17 at 18:53 -0500, Larry Garfield wrote: On Tuesday 17 April 2007 3:40 pm, Robert Cummings wrote: BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ Only with hacks. Using tables for layout *is* a hack. A common one, but still a hack. No, it's old school, the only way to do complex layout in the past. At least tables are backward and forward compatible. CSS is only semi-forward compatible. Cheers, Rob. I've never never had used tables for layouts (I worked on pretty complicated projects)... Heck, http://espn.com is CSS based, and it looks pretty darn amazing. Just my quick thought on this. :) They certainly use CSS AND they use table for the main layout. Thank you, thank you very much. Cheers, Rob. -- .. | InterJinn Application Framework - http://www.interjinn.com | :: | An application and templating framework for PHP. Boasting | | a powerful, scalable system for accessing system services | | such as forms, properties, sessions, and caches. InterJinn | | also provides an extremely flexible architecture for | | creating re-usable components quickly and easily. | `' -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] CSS vs. Tables OT
On Tue, 2007-04-17 at 21:21 -0500, Larry Garfield wrote: On Tuesday 17 April 2007 8:14 pm, Robert Cummings wrote: On Tue, 2007-04-17 at 18:53 -0500, Larry Garfield wrote: On Tuesday 17 April 2007 3:40 pm, Robert Cummings wrote: BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ Only with hacks. Using tables for layout *is* a hack. A common one, but still a hack. No, it's old school, the only way to do complex layout in the past. At least tables are backward and forward compatible. CSS is only semi-forward compatible. Using a semantic data structure for tabular data as a layout language? That's a hack. It was a hack that was the only way to accomplish many things in 1997, but that doesn't make it any less of a hack. No, CSS is not perfect. Far from it. Of course, designers who still, in 2007, think they're working in a print medium are equally far from perfect. They could all use improvement, but let's not pretend that using a chisel as a screwdriver isn't a hack just because it happens to have a flat end. You say Using tables for layout *is* a hack. Unfortunately for you tables were intended for laying out tabular data. Thank you, thank you very much. Cheers, Rob. -- .. | InterJinn Application Framework - http://www.interjinn.com | :: | An application and templating framework for PHP. Boasting | | a powerful, scalable system for accessing system services | | such as forms, properties, sessions, and caches. InterJinn | | also provides an extremely flexible architecture for | | creating re-usable components quickly and easily. | `' -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] CSS vs. Tables OT
On 4/17/07, Robert Cummings [EMAIL PROTECTED] wrote: On Tue, 2007-04-17 at 21:28 -0500, Anna V wrote: On 4/17/07, Robert Cummings [EMAIL PROTECTED] wrote: On Tue, 2007-04-17 at 18:53 -0500, Larry Garfield wrote: On Tuesday 17 April 2007 3:40 pm, Robert Cummings wrote: BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ Only with hacks. Using tables for layout *is* a hack. A common one, but still a hack. No, it's old school, the only way to do complex layout in the past. At least tables are backward and forward compatible. CSS is only semi-forward compatible. Cheers, Rob. I've never never had used tables for layouts (I worked on pretty complicated projects)... Heck, http://espn.com is CSS based, and it looks pretty darn amazing. Just my quick thought on this. :) They certainly use CSS AND they use table for the main layout. Thank you, thank you very much. Cheers, Rob. -- Looks like, the only table they use is for the ad_container. -- Anna Vester Web Designer http://www.veanndesign.com
Re: [PHP] CSS vs. Tables OT
On Tuesday 17 April 2007 9:54 pm, Robert Cummings wrote: On Tue, 2007-04-17 at 21:21 -0500, Larry Garfield wrote: On Tuesday 17 April 2007 8:14 pm, Robert Cummings wrote: On Tue, 2007-04-17 at 18:53 -0500, Larry Garfield wrote: On Tuesday 17 April 2007 3:40 pm, Robert Cummings wrote: BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ Only with hacks. Using tables for layout *is* a hack. A common one, but still a hack. No, it's old school, the only way to do complex layout in the past. At least tables are backward and forward compatible. CSS is only semi-forward compatible. Using a semantic data structure for tabular data as a layout language? That's a hack. It was a hack that was the only way to accomplish many things in 1997, but that doesn't make it any less of a hack. No, CSS is not perfect. Far from it. Of course, designers who still, in 2007, think they're working in a print medium are equally far from perfect. They could all use improvement, but let's not pretend that using a chisel as a screwdriver isn't a hack just because it happens to have a flat end. You say Using tables for layout *is* a hack. Unfortunately for you tables were intended for laying out tabular data. Thank you, thank you very much. Tabular data != 4 column page layout. Tabular data = records and fields. Come on, you've used SQL. That's a table. Sidebars are not tables. -- Larry Garfield AIM: LOLG42 [EMAIL PROTECTED] ICQ: 6817012 If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of every one, and the receiver cannot dispossess himself of it. -- Thomas Jefferson -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] CSS vs. Tables OT
On Tue, 2007-04-17 at 22:03 -0500, Anna V wrote: On 4/17/07, Robert Cummings [EMAIL PROTECTED] wrote: On Tue, 2007-04-17 at 21:28 -0500, Anna V wrote: On 4/17/07, Robert Cummings [EMAIL PROTECTED] wrote: On Tue, 2007-04-17 at 18:53 -0500, Larry Garfield wrote: On Tuesday 17 April 2007 3:40 pm, Robert Cummings wrote: BTW, any web developer worth his or her salt with a reasonable amount of practice can make CSS layouts that resize as well as table based layouts everyday of the week. I will refer you to http://www.csszengarden.com/ Only with hacks. Using tables for layout *is* a hack. A common one, but still a hack. No, it's old school, the only way to do complex layout in the past. At least tables are backward and forward compatible. CSS is only semi-forward compatible. Cheers, Rob. I've never never had used tables for layouts (I worked on pretty complicated projects)... Heck, http://espn.com is CSS based, and it looks pretty darn amazing. Just my quick thought on this. :) They certainly use CSS AND they use table for the main layout. Thank you, thank you very much. Cheers, Rob. -- Looks like, the only table they use is for the ad_container. It's still a table *lol*. Cheers, Rob. -- .. | InterJinn Application Framework - http://www.interjinn.com | :: | An application and templating framework for PHP. Boasting | | a powerful, scalable system for accessing system services | | such as forms, properties, sessions, and caches. InterJinn | | also provides an extremely flexible architecture for | | creating re-usable components quickly and easily. | `' -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] RE: isset
Richard Lynch wrote: On Tue, April 17, 2007 6:59 am, Tim wrote: snip The count is maintained internally as items are added/removed, and it is an O(1) operation for PHP to count the array, as it already knows the answer and just returns it. /snip Hi nothing to do with the actual topic, i am just wondering how you get this internals information you all seem to know so much about, it is very interesting and i'd like to add it to some of my late night reading if possible :) Invent a time machine, go back to the future, and subscribe to this list in 1997... Oh. Well, another option is to just read a heck of a lot of the archives, and the manual, and maybe the Internals list (not for the faint of heart) and the books, and maybe peruse some PHP source once in awhile and... There are many paths to enlightenment. Yes, my son there are many paths to the mountain top. All are equal in that they all have the same ending. Mostly all of them are long and torturous paths. If this is your belief then it is so for you. Most spiritual paths are very, very difficult in the first phase or two, thenthings seem to change. Oh, to keep things within the PHP list, if one checks the SPL- the Standard PHP Library, a wealth of information is available as one resource. Blessings, Chetanji :-) -- Some people have a gift link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So? -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- View this message in context: http://www.nabble.com/isset-tf3578240.html#a10051524 Sent from the PHP - General mailing list archive at Nabble.com. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] CSS vs. Tables OT
At 4/17/2007 07:53 PM, Robert Cummings wrote: On Tue, 2007-04-17 at 21:28 -0500, Anna V wrote: I've never never had used tables for layouts (I worked on pretty complicated projects)... Heck, http://espn.com is CSS based, and it looks pretty darn amazing. Just my quick thought on this. :) They certainly use CSS AND they use table for the main layout. Just to be accurate: if you look at the espn.com source you'll see that the only table on the page contains an advertisement in the masthead and doesn't contain the main layout. Because it's the exception and because it's an ad, my guess is that it's markup imposed on the designers from the outside. I didn't see a similar structure on the few sub-pages I glanced at, so it doesn't appear to be part of the overall layout strategy. Regards, Paul __ Paul Novitski Juniper Webcraft Ltd. http://juniperwebcraft.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] CSS vs. Tables OT
On 4/17/07, Paul Novitski [EMAIL PROTECTED] wrote: At 4/17/2007 07:53 PM, Robert Cummings wrote: On Tue, 2007-04-17 at 21:28 -0500, Anna V wrote: I've never never had used tables for layouts (I worked on pretty complicated projects)... Heck, http://espn.com is CSS based, and it looks pretty darn amazing. Just my quick thought on this. :) They certainly use CSS AND they use table for the main layout. Just to be accurate: if you look at the espn.com source you'll see that the only table on the page contains an advertisement in the masthead and doesn't contain the main layout. Because it's the exception and because it's an ad, my guess is that it's markup imposed on the designers from the outside. I didn't see a similar structure on the few sub-pages I glanced at, so it doesn't appear to be part of the overall layout strategy. Regards, Paul Exactly, that's what I was trying to express... sometimes you can not control what is coming to your website through advertisements' content. -- Anna
Re: [PHP] CSS vs. Tables OT
On Tue, 2007-04-17 at 22:04 -0500, Larry Garfield wrote: On Tuesday 17 April 2007 9:54 pm, Robert Cummings wrote: You say Using tables for layout *is* a hack. Unfortunately for you tables were intended for laying out tabular data. Thank you, thank you very much. Tabular data != 4 column page layout. Tabular data = records and fields. Come on, you've used SQL. That's a table. Sidebars are not tables. *hehe* I didn't see any reference to a 4 column layout (or 3 as is more common). I thought you were generalizing ;) The last I'll say on this is if the chisel has a chipped blade and you can't buy another chisel, sometimes you need to make do with what's available. CSS while very useful, very powerful, and something I do advocate, has chips in it due to ambiguity not originally addressed by the standards group, bugs in the browser implementations, and I daresay active opposition to implementation of the standards by one very large software vendor. It's time will come, but IMHO it's not a perfect solution yet, and in some cases tables just get the job done quicker and cleaner. Obviously this is a religious type question, so the argument process is likely to go around and around in circles. Some argue the use of CSS hacks, some argue the use of traditional tables. Yet others propose using the well supported CSS rules. Unfortunately the first two options are by personal choice/preference, and the last isn't always on the table. Cheers, Rob. -- .. | InterJinn Application Framework - http://www.interjinn.com | :: | An application and templating framework for PHP. Boasting | | a powerful, scalable system for accessing system services | | such as forms, properties, sessions, and caches. InterJinn | | also provides an extremely flexible architecture for | | creating re-usable components quickly and easily. | `' -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] CSS vs. Tables OT
On Tue, 2007-04-17 at 22:20 -0500, Anna V wrote: On 4/17/07, Paul Novitski [EMAIL PROTECTED] wrote: At 4/17/2007 07:53 PM, Robert Cummings wrote: On Tue, 2007-04-17 at 21:28 -0500, Anna V wrote: I've never never had used tables for layouts (I worked on pretty complicated projects)... Heck, http://espn.com is CSS based, and it looks pretty darn amazing. Just my quick thought on this. :) They certainly use CSS AND they use table for the main layout. Just to be accurate: if you look at the espn.com source you'll see that the only table on the page contains an advertisement in the masthead and doesn't contain the main layout. Because it's the exception and because it's an ad, my guess is that it's markup imposed on the designers from the outside. I didn't see a similar structure on the few sub-pages I glanced at, so it doesn't appear to be part of the overall layout strategy. Regards, Paul Exactly, that's what I was trying to express... sometimes you can not control what is coming to your website through advertisements' content. True, but you originally said it was table free. At any rate, if you look back int he threads for the original post, you'll see I've often said CSS is easy when using fixed width. Not so easy when using stretchy width. You'll notice espn is fixed width-- simple enough. Cheers, Rob. -- .. | InterJinn Application Framework - http://www.interjinn.com | :: | An application and templating framework for PHP. Boasting | | a powerful, scalable system for accessing system services | | such as forms, properties, sessions, and caches. InterJinn | | also provides an extremely flexible architecture for | | creating re-usable components quickly and easily. | `' -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] CSS vs. Tables OT
At 4/17/2007 07:54 PM, Robert Cummings wrote: You say Using tables for layout *is* a hack. I believe what he meant was that using tables for layout of non-tabular data is a hack. tables were intended for laying out tabular data. This is an interesting assertion. Perhaps it would be a good question for Tim Berners-Lee. Was table markup intended to mark up tabular data or to lay it out? I imagine that HyperText Markup Language was intended to mark up information and that browsers were intended to present it. That sort of fits with the situation today in which we all use the same markup language that's presented somewhat differently from browser to browser. Is it possible that back in those first years of the world wide web no one was making a distinction between markup and layout? Hmm. Regards, Paul __ Paul Novitski Juniper Webcraft Ltd. http://juniperwebcraft.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Array remove function?
Tijnema ! wrote: On 4/16/07, Jochem Maas [EMAIL PROTECTED] wrote: Richard Lynch wrote: On Wed, April 11, 2007 9:00 pm, Jochem Maas wrote: [PS - I've the pleasure of listening to a colleague do a manual install of Vista over an existing copy of XP and then get the really tricky stuff like the soundcard to work ... for the last week :-/] Give them an Ubuntu (or similar) CD and see if they want to just leave the Dark Side... :-) yeah, but the vista story keeps getting worse. how about: 1. '50% of applications can't use network because the router is in compatible with vista' a total WTF, apparently due to vista network 'auto-tuning' - can only be turned off via the cmdline. 2. undo/redo function in a whole stack of programs doesn't work unless you run the program in 'administrator mode' omg. 3. openvpn doesn't work ... unless you run it in 'administrator mode' 4. when you finally give trying to run anything as anything other than an adminstrator user your still confronted with that freakin' 'administrator mode' popup (which also greys out the rest of the desktop) *everytime* you breath too loudly. 5. don't delete a folder if you want to get anything done today ... well at the least you'll probably get a chance to grab a another cup of coffee. 6. er ... I'll keep you posted. How off-topic is this? Considering the rest of the conversation(s) going on right now, not much further OT than they are. Are you picking on them as well? :P -- Postgresql php tutorials http://www.designmagick.com/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php