crypt
A remedy to the problems caused by different management of returns between different platforms you can use the predefined constant PHP_EOF as the second parameter:
<?php
$foo = "foo";
$bar = "bar";
echo "Foo is $foo", PHP_EOL;
echo "Bar is $bar";
// is the same as using:
echo "Foo is $foo\n";
echo "Bar is $bar";
// but here only for UNIX-like platforms
?>
echo
(PHP 4, PHP 5)
echo — Bir veya daha fazla dizgeyi çıktılar
Açıklama
void echo
( string
$değ1
[, string $...
] )Tüm değiştirgelerini çıktılar.
echo() aslında bir işlev değil bir dil oluşumudur, yani değiştirgelerini yaylı ayraçlar arasına almak gerekmez. echo() (diğer dil oluşumlarından farklı olarak) bir işlev gibi davranmaz, bu bakımdan bir işlevin değiştirgesinde kullanılamaz. Ek olarak, echo()'ya birden fazla değiştirge aktarmak isterseniz bu değiştirgeleri asla yaylı ayraçlar arasına almamalısınız.
echo() ayrıca kısaltılmış bir sözdizimine de sahiptir. Bir açan PHP etiketinin ardına bir eşit işareti koyup dizgeyi ardına yazmanız yeterlidir. Bu kısa kullanım sadece short_open_tag yönergesi etkin kılınmışsa kullanılabilir. Örnek:
I have <?=$foo?> foo.
Değiştirgeler
-
değ1 -
Çıktılanacak değiştirge.
-
... -
Dönen Değerler
Hiçbir değer dönmez.
Örnekler
Örnek 1 - echo() örnekleri
<?php
echo "Hello World";
echo "Bu çok satırlı bir
dizge olup satırsonu karakterleri
de çıktılanır.";
echo "Bu çok satırlı bir\ndizge olup satırsonu karakterleri\nde çıktılanır.";
echo "Karakterlerin öncelenmesi böyle yapılır: \"Tıpkı böyle\".";
// echo deyiminde değişkenleri de kullanabilirsiniz
$bu = "Bu da";
echo "$bu Buda"; // Bu da Buda
// Ayrıca dizileri de kullanabilirsiniz
$bar = array("değer" => "Buda");
echo "Bu da {$bar['değer']} !"; // Bu da Buda !
// Tek tırnak içine alırsanız değişken basılır, değeri değil
echo '$bu Buda'; // $bu Buda
// Başka karakter kullanmazsanız sadece değişkenin değeri basılır
print $bu; // Bu da
echo $foo,$bar; // Bu daBuda
// Bazıları birleştirerek basılmak üzere çok sayıda değiştirgeyi böyle aktarır
echo 'Bu ', 'dizge ', 'çok ', 'değiştirgelidir.', chr(10);
echo 'Bu ' . 'dizge ' . 'çok ' . 'değiştirgelidir.' . "\n";
echo <<<END
Burada "yorumlu metin" (heredoc) sözdizimi kullanılmış
olup bu dizgenin içindeki her $değişken yorumlanır.
Yorumlu metin sonlandırıcısı son satırda yer almalı ve
ardındaki noktalı virgül dışında etrafında hiçbir karakter
(boşluklar dahil) bulunmamalıdır!
END;
// echo bir işlev gibi davranmadığından bu kod geçersizdir.
($some_var) ? echo 'true' : echo 'false';
// Ancak, bu kod çalışır:
($some_var) ? print 'true' : print 'false'; // print de bir dil oluşumudur
// fakat bir işlev gibi davranır.
// Dolayısıyla bu bağlamda
// kullanılabilir.
echo $some_var ? 'true': 'false'; // echo kendi içeriğini yorumlayabilir
?>
Notlar
Bilginize: Bu bir işlev değil, dil oluşumu olduğundan değişken işlevler kullanılarak çağrılamaz.
Ayrıca Bakınız
- print() - Bir dizge çıktılar
- printf() - Biçemli bir dizge çıktılar
- flush() - Çıktı tamponunu boşaltır
- Yorumlu metinler
add a note
User Contributed Notes
echo
ximlabz at gmail dot com
05-Nov-2011 11:16
fire at dls dot net
29-Jul-2011 01:01
Pay attention to this part of the documentation:
echo() (unlike some other language constructs) does not behave like a function, so it cannot always be used in the context of a function
I was trying to make certain that I was detecting errors and was trying code like this:
@alwaysFails() or echo('Surprise! It failed again');
This error was generated:
[29-Jul-2011 12:56:19] PHP Parse error: syntax error, unexpected T_ECHO in /Applications/MAMP/test.php on line 12
Changing to die(), print() or a function I defined worked fine. Beware of this limitation of echo.
gbarros at yahoo-inc dot com
26-Jan-2010 03:10
just banged my head on this missing bits on the manual.
When using the <<< method, the array keys does not require any kind of quotes.
<?php
foreach ( $data as $i ){
echo <<< END
<tr>
<td>$i[date]</td>
<td>$i[name]</td>
</tr>
END;
}
?>
Let's hope you don't have any <?php echo $klingonships['th\'bl][ath']?> kind of array :)
Jakob Thomsen
23-Nov-2008 07:23
A way to color your echo output is to use shell_exec and the echo command (this only works on Linux/bash) in the following way:
<?php
echo shell_exec('echo "\e[0;31m Red color \e[0;32mGreen color \e[0m No color "');
?>
See http://wiki.archlinux.org/index.php/Color_Bash_Prompt for more colors and other options.
sandaimespaceman at gmail dot com
01-Sep-2008 01:25
Outputting \n won't generate a line break in the browser, <br /> is required for line break. Also,
<?php
echo "first line";
echo "second line";
?>
will like
first linesecond line
because you didn't insert spaces/line breaks.
the echo function can also be written like
<?php
echo ('text here')
?>
nikolaas dot mennega at links dot com dot au
01-Nov-2007 12:04
hemanman at gmail dot com, the problem is that func() doesn't actually return a value (string or otherwise), so the result of echoing func() is null.
With the comma version, each argument is evaluated and echoed in turn: first the literal string (simple), then func(). Evaluating a function call obviously calls the function (and in this case executes its own internal echo), and the result (null) is then echoed accordingly. So we end up with "outside func() within func()" as we would expect.
Thus:
<?php
echo "outside func ()\n", func ();
?>
effectively becomes:
<?php
echo "outside func ()\n";
//func ()
{
echo "within func ()\n";
}
echo '';
?>
The dot version is different: there's only one argument here, and it has to be fully evaluated before it can be echoed as requested. So we start at the beginning again: a literal string, no problem, then a concatenator, then a function call. Obviously the function call has to be evaluated before the result can be concatenated with the literal string, and THAT has to happen BEFORE we can complete the echo command. But evaluating func() produces its own call to echo, which promptly gets executed.
Thus:
<?php
echo "outside func ()\n" . func ();
?>
effectively becomes:
<?php
//func ()
{
echo "within func ()\n";
}
echo "outside func ()\n" . '';
?>
Jason Carlson - SiteSanity
16-May-2005 12:28
In response to Ryan's post with his echobig() function, using str_split wastes memory resources for what you are doing.
If all you want to do is echo smaller chunks of a large string, I found the following code to perform better and it will work in PHP versions 3+
<?php
function echobig($string, $bufferSize = 8192)
{
// suggest doing a test for Integer & positive bufferSize
for ($chars=strlen($string)-1,$start=0;$start <= $chars;$start += $bufferSize) {
echo substr($string,$start,$buffer_size);
}
}
?>
ryan at wonko dot com
27-Feb-2005 01:56
Due to the way TCP/IP packets are buffered, using echo to send large strings to the client may cause a severe performance hit. Sometimes it can add as much as an entire second to the processing time of the script. This even happens when output buffering is used.
If you need to echo a large string, break it into smaller chunks first and then echo each chunk. The following function will do the trick in PHP5:
<?php
function echobig($string, $bufferSize = 8192)
{
$splitString = str_split($string, $bufferSize);
foreach($splitString as $chunk)
echo $chunk;
}
?>
zombie)at(localm)dot(org)
25-Jan-2003 12:26
[Ed. Note: During normal execution, the buffer (where echo's arguments go) is not flushed (sent) after each write to the buffer. To do that you'd need to use the flush() function, and even that may not cause the data to be sent, depending on your web server.]
Echo is an i/o process and i/o processes are typically time consuming. For the longest time i have been outputting content by echoing as i get the data to output. Therefore i might have hundreds of echoes in my document. Recently, i have switched to concatenating all my string output together and then just doing one echo at the end. This organizes the code more, and i do believe cuts down on a bit of time. Likewise, i benchmark all my pages and echo seems to influence this as well. At the top of the page i get the micro time, and at the end i figure out how long the page took to process. With the old method of "echo as you go" the processing time seemed to be dependent on the user's net connection as well as the servers processing speed. This was probably due to how echo works and the sending of packets of info back and forth to the user. One an one script i was getting .0004 secs on a cable modem, and a friend of mine in on dialup was getting .2 secs. Finally, to test that echo is slow; I built strings of XML and XSLT and used the PHP sablotron functions to do a transformation and return a new string. I then echoed the string. Before the echo, the process time was around .025 seconds and .4 after the echo. So if you are big into getting the actual processing time of your scripts, don't include echoes since they seem to be user dependent. Note that this is just my experience and it could be a fluke.