[PHP] Re: Problems when trying to use ibm_db2 extension

2007-04-17 Thread Leo Jokinen

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

2007-04-17 Thread David Mitchell

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 ?

2007-04-17 Thread Christian Haensel

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 ?

2007-04-17 Thread clive


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 ?

2007-04-17 Thread heavyccasey

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 ?

2007-04-17 Thread Dimiter Ivanov

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 ?

2007-04-17 Thread Christian Haensel
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

2007-04-17 Thread Tim
 

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

2007-04-17 Thread Stut

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

2007-04-17 Thread Dave Goodchild

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!

2007-04-17 Thread Tim
 

 -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

2007-04-17 Thread Ross
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!

2007-04-17 Thread Jochem Maas
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

2007-04-17 Thread Dave Goodchild

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

2007-04-17 Thread Jim Moseby
 
 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

2007-04-17 Thread Al

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

2007-04-17 Thread Robert Cummings
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

2007-04-17 Thread tedd

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

2007-04-17 Thread Jim Lucas

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!

2007-04-17 Thread Philip Thompson
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

2007-04-17 Thread Jim Lucas

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

2007-04-17 Thread Chris Shiflett
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

2007-04-17 Thread Leonard Burton

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

2007-04-17 Thread Jay Blanchard
[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

2007-04-17 Thread Hans
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

2007-04-17 Thread Jay Blanchard
[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')?

2007-04-17 Thread Brian Dunning

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

2007-04-17 Thread Robert Cummings
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')?

2007-04-17 Thread Sebe

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')?

2007-04-17 Thread Brian Dunning
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')?

2007-04-17 Thread Richard Lynch
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')?

2007-04-17 Thread Tijnema !

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

2007-04-17 Thread Otto Wyss
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')?

2007-04-17 Thread Chris

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

2007-04-17 Thread Edward Vermillion


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?

2007-04-17 Thread William Lovaton
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?

2007-04-17 Thread Davi
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

2007-04-17 Thread Jochem Maas
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

2007-04-17 Thread Colin Guthrie
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

2007-04-17 Thread Brian Dunning
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

2007-04-17 Thread Edward Vermillion
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

2007-04-17 Thread Richard Lynch
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

2007-04-17 Thread Richard Lynch
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

2007-04-17 Thread Richard Lynch
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')?

2007-04-17 Thread Richard Lynch
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')?

2007-04-17 Thread Richard Lynch
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

2007-04-17 Thread Richard Lynch
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')?

2007-04-17 Thread Chris

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

2007-04-17 Thread Richard Lynch
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

2007-04-17 Thread Richard Lynch
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

2007-04-17 Thread Richard Lynch
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!

2007-04-17 Thread Richard Lynch
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

2007-04-17 Thread Richard Lynch
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 ?

2007-04-17 Thread Richard Lynch
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

2007-04-17 Thread Richard Lynch
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

2007-04-17 Thread Richard Lynch
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

2007-04-17 Thread mbneto

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

2007-04-17 Thread Richard Lynch
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

2007-04-17 Thread Larry Garfield
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')?

2007-04-17 Thread Richard Lynch
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

2007-04-17 Thread Robert Cummings
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

2007-04-17 Thread Larry Garfield
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

2007-04-17 Thread Anna V

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

2007-04-17 Thread jekillen

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

2007-04-17 Thread Robert Cummings
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

2007-04-17 Thread Robert Cummings
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

2007-04-17 Thread Anna V

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

2007-04-17 Thread Larry Garfield
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

2007-04-17 Thread Robert Cummings
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

2007-04-17 Thread Chetanji


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

2007-04-17 Thread Paul Novitski

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

2007-04-17 Thread Anna V

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

2007-04-17 Thread Robert Cummings
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

2007-04-17 Thread Robert Cummings
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

2007-04-17 Thread Paul Novitski

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?

2007-04-17 Thread Chris

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