Am 04.10.12 02:48, schrieb David McGlone:
> Hi everyone, I have been playing around with some code the list helped me
> with
> a while back and I'm not grasping the concept between return and echo and the
> PHP manual doesn't answer this, unless I'm missing something. There is an
> example at t
On 10/3/12 9:57 PM, David McGlone wrote:
Absolutely. I also think I learned that return can also work like echo if the
code is written correctly.
Echo and return are two completely different things in PHP. Echo is used
for printing a value out in a document -- for instance, as follows, in
the
On Wed, Oct 3, 2012 at 10:03 PM, tamouse mailing lists
wrote:
> On Wed, Oct 3, 2012 at 9:57 PM, David McGlone wrote:
>> Absolutely. I also think I learned that return can also work like echo if the
>> code is written correctly.
>
>
> No, no, no. Return does NOT do the same thing as echo, nor vice
On Wed, Oct 3, 2012 at 9:57 PM, David McGlone wrote:
> Absolutely. I also think I learned that return can also work like echo if the
> code is written correctly.
No, no, no. Return does NOT do the same thing as echo, nor vice versa.
If you do try to make things work this way you are doing things
On Wed, Oct 3, 2012 at 9:01 PM, James wrote:
> All of the images are displaying because you're simply instructing the
> function to print out each file found with your call to glob(). The glob()
> function returns an indexed array containing files found in the path you
> specified, or an empty
On Wednesday, October 03, 2012 10:01:50 PM James wrote:
> All of the images are displaying because you're simply instructing the
> function to print out each file found with your call to glob(). The glob()
> function returns an indexed array containing files found in the path you
> specified, or an
On Thursday, October 04, 2012 03:01:12 AM Timmy Sjöstedt wrote:
> Hi David,
>
> A "return" statement will immediately halt execution of the current
> function and return to where it was called.
>
> In your case, the foreach loop will execute once and find a return
> statement, and thus halting ex
All of the images are displaying because you're simply instructing the function
to print out each file found with your call to glob(). The glob() function
returns an indexed array containing files found in the path you specified, or
an empty array if no files were found or false if glob() failed
On Wednesday, October 03, 2012 08:55:29 PM admin wrote:
> > Hi everyone, I have been playing around with some code the list helped me
>
> with a while back and I'm not grasping the concept between return and echo
> and the PHP manual doesn't answer this, unless I'm missing something. There
> is an
function filename($prefix)
{
$array_to_return = array();
$matches = glob('images/property_pics/'.$prefix.'*');
foreach($matches as $filename){
$array_to_return[] = $filename;
}
return $array_to_return;
}
If this better explains it.
The first return will stop the process you need to
Hi David,
A "return" statement will immediately halt execution of the current
function and return to where it was called.
In your case, the foreach loop will execute once and find a return
statement, and thus halting execution of the function and returning only
the first filename.
echo() i
> Hi everyone, I have been playing around with some code the list helped me
with a while back and I'm not grasping the concept between return and echo
and the PHP manual doesn't answer this, unless I'm missing something. There
is an > example at the very bottom of PHP's return manual, but it's
conf
Hi everyone, I have been playing around with some code the list helped me with
a while back and I'm not grasping the concept between return and echo and the
PHP manual doesn't answer this, unless I'm missing something. There is an
example at the very bottom of PHP's return manual, but it's confu
ashleysheridan.co.uk>"
>> mailto:a...@ashleysheridan.co.uk>>
>> Cc: Jeff Gates mailto:gat...@si.edu>>,
>> "php-general@lists.php.net<mailto:php-general@lists.php.net>"
>> mailto:php-general@lists.php.net>>
>> Subject: Re: [PHP] Differences
Jeff Gates mailto:gat...@si.edu>>,
> "php-general@lists.php.net<mailto:php-general@lists.php.net>"
> mailto:php-general@lists.php.net>>
> Subject: Re: [PHP] Differences between PHP on LAMP and PHP on Windows Servers
>
>
>
> On Wed, May 23, 2012 at 9
hp.net<mailto:php-general@lists.php.net>"
mailto:php-general@lists.php.net>>
Subject: Re: [PHP] Differences between PHP on LAMP and PHP on Windows Servers
On Wed, May 23, 2012 at 9:35 PM, Ashley Sheridan
mailto:a...@ashleysheridan.co.uk>> wrote:
On Wed, 2012-05-23 at 20:54 +0200, Mat
On Wed, May 23, 2012 at 9:35 PM, Ashley Sheridan
wrote:
> **
> On Wed, 2012-05-23 at 20:54 +0200, Matijn Woudt wrote:
>
> On Tue, May 22, 2012 at 8:15 PM, Gates, Jeff wrote:
> > Can anyone tell me what differences I might encounter by working with PHP
> > on a Unix server verses working with PHP
On Wed, 2012-05-23 at 20:54 +0200, Matijn Woudt wrote:
> On Tue, May 22, 2012 at 8:15 PM, Gates, Jeff wrote:
> > Can anyone tell me what differences I might encounter by working with PHP
> > on a Unix server verses working with PHP on a Windows server. We use
> > Windows production servers here
On Tue, May 22, 2012 at 8:15 PM, Gates, Jeff wrote:
> Can anyone tell me what differences I might encounter by working with PHP on
> a Unix server verses working with PHP on a Windows server. We use Windows
> production servers here but many of us would like to get more LAMP
> environments.
>
>
On 22/05/2012 19:32, Ashley Sheridan wrote:
> After that, you have file permissions. In Unix, you have file, owner and
> group permissions; Windows has read/write permissions and I believe on
> newer versions you can get something similar to what Unix/Linux has had
> for the last however many years
On 22/05/2012 19:15, Gates, Jeff wrote:
> Can anyone tell me what differences I might encounter by working with PHP on
> a Unix server verses working with PHP on a Windows server. We use Windows
> production servers here but many of us would like to get more LAMP
> environments.
>
> So, I'm won
On Tue, 2012-05-22 at 14:15 -0400, Gates, Jeff wrote:
> Can anyone tell me what differences I might encounter by working with PHP on
> a Unix server verses working with PHP on a Windows server. We use Windows
> production servers here but many of us would like to get more LAMP
> environments.
>
Can anyone tell me what differences I might encounter by working with PHP on a
Unix server verses working with PHP on a Windows server. We use Windows
production servers here but many of us would like to get more LAMP environments.
So, I'm wondering if I can use the hive mind here to get a sense
On Jan 29, 2012, at 7:01 PM, Adam Richardson wrote:
> On Sun, Jan 29, 2012 at 11:38 AM, Tedd Sperling
> wrote:
> On Jan 27, 2012, at 12:45 PM, Adam Richardson wrote:
>
> > On Fri, Jan 27, 2012 at 12:09 PM, Tedd Sperling
> > wrote:
> > On Jan 11, 2012, at 9:24 PM, tamouse mailing lists wrote:
On Sun, Jan 29, 2012 at 11:38 AM, Tedd Sperling wrote:
> On Jan 27, 2012, at 12:45 PM, Adam Richardson wrote:
>
> > On Fri, Jan 27, 2012 at 12:09 PM, Tedd Sperling
> wrote:
> > On Jan 11, 2012, at 9:24 PM, tamouse mailing lists wrote:
> >
> > > Is there ever a case where SCRIPT_NAME does not equa
On Sun, Jan 29, 2012 at 5:38 PM, Tedd Sperling wrote:
> On Jan 27, 2012, at 12:45 PM, Adam Richardson wrote:
>
>> On Fri, Jan 27, 2012 at 12:09 PM, Tedd Sperling
>> wrote:
>> On Jan 11, 2012, at 9:24 PM, tamouse mailing lists wrote:
>>
>> > Is there ever a case where SCRIPT_NAME does not equal P
On Jan 27, 2012, at 12:45 PM, Adam Richardson wrote:
> On Fri, Jan 27, 2012 at 12:09 PM, Tedd Sperling
> wrote:
> On Jan 11, 2012, at 9:24 PM, tamouse mailing lists wrote:
>
> > Is there ever a case where SCRIPT_NAME does not equal PHP_SELF?
>
> Was this every answered? I would like to know.
>
On Fri, Jan 27, 2012 at 12:09 PM, Tedd Sperling wrote:
> On Jan 11, 2012, at 9:24 PM, tamouse mailing lists wrote:
>
> > Is there ever a case where SCRIPT_NAME does not equal PHP_SELF?
>
> Was this every answered? I would like to know.
>
> Cheers,
>
> tedd
>
Yep, can be different:
http://stackove
> -Original Message-
> From: Tedd Sperling [mailto:tedd.sperl...@gmail.com]
> Sent: Friday, January 27, 2012 12:09 PM
> To: php-general. List
> Subject: Re: [PHP] differences in between these env. variables
>
> On Jan 11, 2012, at 9:24 PM, tamouse mailing lists w
On Fri, Jan 27, 2012 at 6:09 PM, Tedd Sperling wrote:
> On Jan 11, 2012, at 9:24 PM, tamouse mailing lists wrote:
>
>> Is there ever a case where SCRIPT_NAME does not equal PHP_SELF?
>
> Was this every answered? I would like to know.
>
> Cheers,
>
> tedd
I don't think it was answered, but I'll an
On Jan 11, 2012, at 9:24 PM, tamouse mailing lists wrote:
> Is there ever a case where SCRIPT_NAME does not equal PHP_SELF?
Was this every answered? I would like to know.
Cheers,
tedd
_
t...@sperling.com
http://sperling.com
--
PHP General Mailing List (http://www.php.net
On Wed, Jan 11, 2012 at 5:49 PM, Matijn Woudt wrote:
> On Thu, Jan 12, 2012 at 12:26 AM, Haluk Karamete
> wrote:
>> I've grouped these env variables, each group returns the same values
>> is there a difference? which ones do you use? which ones should I not
>> use for the purposes listed below
>>
On Thu, Jan 12, 2012 at 12:26 AM, Haluk Karamete
wrote:
> I've grouped these env variables, each group returns the same values
> is there a difference? which ones do you use? which ones should I not
> use for the purposes listed below
>
You can find the answers here:
http://nl3.php.net/manual/en/r
I've grouped these env variables, each group returns the same values
is there a difference? which ones do you use? which ones should I not
use for the purposes listed below
group1
SCRIPT_FILENAME vs PATH_TRANSLATED
where both return D:\Hosting\5291100\html\directory\file.php
purpose: get the full
""Richard Lynch"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> Wrapping ob_start() / ob_get_contents() / ob_end_clean() around the
> IMAP calls MIGHT let you catch the output and throw it away...
>
>
That is a good idea, I will give that a shot.
Thanks,
Mike
--
Mike Walsh
Wrapping ob_start() / ob_get_contents() / ob_end_clean() around the
IMAP calls MIGHT let you catch the output and throw it away...
On Mon, August 15, 2005 11:07 am, Mike Walsh wrote:
> I have an application which uses imap_headerinfo() to query an NNTP
> server
> and display some information as
I have an application which uses imap_headerinfo() to query an NNTP server
and display some information as part of a web application. I am seeing a
difference between 4.3.11 and 4.4.0 when the e-mail address in the article
contains a spam block.
I get the following notice:
Notice: (null)(): Unte
> 1-I guess I need a way to make sure in the foreach
> that when the first empty element is reached the loop
> dies.
Just to be sure you understand:
You should really not die when you hit a blank.
You should just SKIP it and process the rest.
A user *might* choose to fill in the first and third
To view the terms under which this email is distributed, please go to
http://disclaimer.leedsmet.ac.uk/email.htm
On 02 December 2004 10:26, Stuart Felenstein wrote:
> I have arrays set up in a user form. One type is from
> a multi-select list.
[]
> I have 3 textfield elements all named
> Yes, I did that and it works correctly now. I was
> tryin g to better understand why the difference in the
> behaviour.
>
> Stuart
The first array is created by selecting individual elements from a
muli-select list
(My multi-select is a little hazy, but I think it's something like...)
One (S
--- Mike Smith <[EMAIL PROTECTED]> wrote:
> How about:
>
>
> if ( is_array($_SESSION['schools'] ) ) {
> foreach($_SESSION['schools'] as $h) {
> If($h!=""){ //First added line
> $query = "INSERT INTO Prof_Schools (ProfID, School)
> VALUES ('$LID', '$h')";
> $res6 = run_query($query);
> echo $quer
How about:
if ( is_array($_SESSION['schools'] ) ) {
foreach($_SESSION['schools'] as $h) {
If($h!=""){ //First added line
$query = "INSERT INTO Prof_Schools (ProfID, School)
VALUES ('$LID', '$h')";
$res6 = run_query($query);
echo $query;
} //End added line
}
}
--
PHP General Mailing List
I have arrays set up in a user form. One type is from
a multi-select list. (I'm passing these through a
multi page form as session variables)
The multi select list array code is like this:
To $_POST (going on to next page)I have this:
$_SESSION['industry'] = $_POST['L_Industry'];
Then in the f
* Thus wrote Marek Kilimajer:
> Eduard Duran i Rosich wrote:
> >Hi,
> >I just wanted to know what are the main pros and cons between echoing
> >the output some PHP script as it process the data and returning the
> >whole output to echo it at once.
> >I find the second way to be useful when I want t
On Wed, 22 Sep 2004 22:10:07 +, Eduard Duran i Rosich
<[EMAIL PROTECTED]> wrote:
> I just wanted to know what are the main pros and cons between echoing
> the output some PHP script as it process the data and returning the
> whole output to echo it at once.
> I find the second way to be useful
Eduard Duran i Rosich wrote:
Hi,
I just wanted to know what are the main pros and cons between echoing
the output some PHP script as it process the data and returning the
whole output to echo it at once.
I find the second way to be useful when I want to add a header() line
without concerning former
Hi,
I just wanted to know what are the main pros and cons between echoing
the output some PHP script as it process the data and returning the
whole output to echo it at once.
I find the second way to be useful when I want to add a header() line
without concerning former output.
However, is that way
Are there any big differences in session handling between 4.1.1 and 4.3.1
of PHP. Almost nothing works like it should since I have moved my site from
my local server (4.3.1 on Win2000) to my ISP (4.1.1 on SunOS 5.7).
I just started to dump my four $_SESSION-variables on top of every page,
and t
Guys,
Hope you can help, we are just porting one of our sites from Windows to
Linux and we are coming up with a
few funny problems with classes under Linux. This is code which works
perfectly on the Windows version of
PHP, we are running version 4.3.2 of PHP on both servers.
This is an example o
Um, have you search the manual at all
I did two quick searches, and found some good hints... it may not be your
problem, but, it's a good starting point, before asking questions.
I started with setcookie():
"In PHP 3, multiple calls to setcookie() in the same script will be
performed
Sorry, but this problem hasn´t been solved yet, It drives me crazy.
At 12.04.2002 17:41, I wrote:
>Hi Folks,
>Does anybody know if there are differences in cookieprocessing
>between
>A.Suse 2.2.14-SMP/apache 1.3.12 / PHP 3.0.16 and
>B.Suse 2.4.9 /apache 1.3.20 / PHP 4.0.6
>I have moved "working
Hi Folks,
Does anybody know if there are differences in cookieprocessing
between
A.Suse 2.2.14-SMP/apache 1.3.12 / PHP 3.0.16 and
B.Suse 2.4.9 /apache 1.3.20 / PHP 4.0.6
I have moved "working pages" from A to B, and now (Win)Opera 6.01
will not accept cookies from the, formerly working, pages. I
Tyler Longren wrote:
> PHP could be used for online banking. Banks use ASP because there is
> software already written in ASP for what they need.
If that were the case it wouldn't take months of time with dozens of
people working on projects to get the barely functional. The software
banks
On Wednesday, February 6, 2002, at 10:14 PM, Ben Clumeck wrote:
> I know there must be a tone of articles on the subject. Can anyone
> give me
> brief advantages and disadvantages between the 3 languages. Is there
> something that one language specifically does that another doesn't?
>
> Coul
;
Sent: Wednesday, February 06, 2002 9:14 PM
Subject: [PHP] Differences between PHP, ASP, JSP
> I know there must be a tone of articles on the subject. Can anyone give
me
> brief advantages and disadvantages between the 3 languages. Is there
> something that one language specifically
I know there must be a tone of articles on the subject. Can anyone give me
brief advantages and disadvantages between the 3 languages. Is there
something that one language specifically does that another doesn't?
Could PHP be used for online banking? Usually banks use JSP or ASP, why
don't bank
First of all, does php cgi use php.ini at all?
Is it the exact same behavior as the module version in realtion to
php.ini settings and the ability to change them with ini_set()?
My ISP runs php as a cgi, version
He tells me that I cannot change php.ini variable, upload_max_filesize
to larger than
57 matches
Mail list logo
