Podstawowa składnia
One aspect of PHP that you need to be careful of, is that ?> will drop you out of PHP code and into HTML even if it appears inside a // comment. (This does not apply to /* */ comments.) This can lead to unexpected results. For example, take this line:
<?php
$file_contents = '<?php die(); ?>' . "\n";
?>
If you try to remove it by turning it into a comment, you get this:
<?php
// $file_contents = '<?php die(); ?>' . "\n";
?>
Which results in ' . "\n"; (and whatever is in the lines following it) to be output to your HTML page.
The cure is to either comment it out using /* */ tags, or re-write the line as:
<?php
$file_contents = '<' . '?php die(); ?' . '>' . "\n";
?>
Wyskakiwanie z HTMLa
Kiedy PHP przetwarza plik, szuka otwierających i zamykających znaczników (tagów), które mówią PHP o rozpoczęciu i zakończeniu interpretowania kodu pomiędzy nimi. Przetwarzanie w taki sposób pozwala zagnieżdzać php w dowolnym rodzaju dokumentów, ponieważ wszystko poza parą znaczników, otwierającym i zamykającym jest ignorowane przez parser PHP. Najczęściej zobaczysz php zagnieżdzone w dokumentach HTML, tak jak w tym przykładzie.
<p>To zostanie zignorowane.</p>
<?php echo 'Kiedy to zostanie przetworzone.'; ?>
<p>To również zostanie zignorowane.</p>
Możesz także użyć bardziej zaawansowanej struktury:
Przykład #1 Zaawansowane wyskakiwanie
<?php
if ($wyrazenie) {
?>
<strong>To jest prawda.</strong>
<?php
} else {
?>
<strong>To jest fałsz.</strong>
<?php
}
?>
To działa jak się spodziewano, ponieważ kiedy PHP natrafi na zamykający znacznik ?>, poprostu zaczyna wyświetlać cokolwiek znajdzie (z wyjątkiem bezpośrednio następującej nowej linii - zobacz oddzielanie instrukcji ) dopóki nie natrafi na kolejny otwierający znacznik. Podany przykład jest oczywiście przekombinowany, ale do wyświetlania dużych bloków tekstu, wychodzenie z trybu przetwarzania PHP jest zasadniczo bardziej efektywne niż wysyłanie całego tekstu przez funkcje echo() lub print().
Mamy cztery różne pary otwierających i zamykających znaczników, które mogą być użyte w php. Dwie z nich, <?php ?> i <script language="php"> </script> są zawsze dostępne. Dwie następne to krótkie znaczniki i znaczniki w stylu ASP, mogą być włączane i wyłączane w pliku konfiguracyjnym php.ini. Część osób postrzega krótkie znaczniki i znaczniki w stylu ASP jako wygodne, jednakże są one mniej przenośne, i zasadniczo nie polecane.
Informacja: Zauważ również, że jeśli zagnieżdzasz PHP w XML lub XHTML musisz stosować znaczniki <?php ?> aby pozostać w zgodzie ze standardami.
Przykład #2 Znaczniki otwierające i zamykające PHP
1. <?php echo 'jeśli chcesz obsługiwać dokumenty XHTML lub XML, zrób to tak'; ?>
2. <script language="php">
echo 'niektóre edytory (jak FrontPage) nie lubią
instrukcji przetwarzania';
</script>
3. <? echo 'to jest najprostsza instrukcja przetwarzania SGML'; ?>
<?= wyrazenie ?> To jest skrót dla "<? echo wyrazenie ?>"
4. <% echo 'Możesz opcjonalnie użyć znaczników w stylu ASP'; %>
<%= $zmienna; # To jest skrót dla "<% echo . . ." %>
Z pokazanych znaczników, pierwszy i drugi przykład są zawsze dostępne, pierwszy przykład jest najbardziej powszechny i rekomendowany.
Krótkie znaczniki (trzeci przykład) są dostepne jedynie, kiedy są włączone za pomocą dyrektywy konfiguracyjnej short_open_tag w php.ini lub jeśli php zostało skonfigurowane z opcją --enable-short-tags.
Znaczniki w stylu ASP (czwarty przykład) są dostępne jedynie gdy zostaną włączone poprzez dyrektywę konfiguracyjną asp_tags w php.ini
Informacja: Powinieneś unikać używania krótkich znaczników, kiedy rozwijasz aplikacje lub biblioteki, które są nastawione na rozpowszechnianie lub pracujesz na serwerach PHP, nad którymi nie masz kontroli, ponieważ krótkie znaczniki mogą nie być obsługiwane na docelowym serwerze. Dla przenośnego, rozpowszechnialnego kodu, miej pewność, aby nie użyć krotkich znaczników.
add a note
User Contributed NotesWyskakiwanie z HTMLa
ravenswd at gmail dot com
02-Aug-2009 03:08
02-Aug-2009 03:08
eksith at live dot com
02-Jul-2009 09:56
02-Jul-2009 09:56
Even if it's pretty simple to insert echo lines to your PHP, I would storngly advise against it.
The safest way to output HTML content which may have special chraracters is to remove the HTML from your core code.
Put them in heredocs instead.
See the heredoc documentation and comments for more examples.
If you can remove as much of the HTML as you can from the rest of the PHP code (in terms of printf and echo lines), please do.
Try to keep your core logic and presentation separate.
<?php
$html =<<<HTML
<?xml version="1.0" encoding="UTF-8" ?>
... The rest of your HTML...
And a PHP {$variable} here and an array {$arr['value']} there.
HTML; // End of heredoc
// Print this HTML
echo $html
?>
Richard Neill
04-Apr-2009 06:26
04-Apr-2009 06:26
WARNING: there is a potentially *nasty* gotcha here. Consider the following:
<html><body><pre>
First line <?/* Comment, inside PHP */?>
Second line
</pre></body></html>
If the comment is immediately followed by newline (and most editors will trim spaces at the ends of lines anyway), then you will NOT get what you expect.
Expect:
First line
Second Line
Actually get:
First line Second line
Now, if you are relying on that newline, for example to terminate a line of Javascript, where the trailing semicolon is optional, watch out!
david dot jarry at gmail dot com
26-Mar-2009 01:40
26-Mar-2009 01:40
Shorts tags and ASP tags are unportables and should be avoided.
<script /> tags are a waste of time and simply inefficient in some simple cases :
<body>
<p style="color: <script language="php"> echo $text_color </script>;">
(...) VERY long text (...)
</p>
</body>
To render this example in a basic XHTML editor, you need to "echo()" all the content or break the XML rules.
The solution seems obvious to me : Why not add the shortcut "<?php= ?>" to be used within XML and XHTML documents ?
<?php='example1'?>
<?php=$example2?>
phpcoder at cyberpimp dot awmail dot org
10-Jan-2009 09:14
10-Jan-2009 09:14
Some graphical HTML editors (and most web browsers) don't explicitly recognize the <?php ?> tags. When opening a PHP file with a graphical HTML editor to design the page layout, chunks of PHP code can appear as literal text if the PHP code contains a greater-than symbol (>).
Example:
<html>
<body>
Unsafe-<?php
if (4>3) {
echo "PHP-";
}
?>embedding
</body>
</html>
When executed, it should display this:
Unsafe-PHP-embedding
However, when opened with an HTML editor, the on-screen result might look like this:
Unsafe-3) { echo "PHP-"; } ?>embedding
...and further, the PHP code after the great-than operator (>) is at risk of being corrupted by the HTML editor's text formatting algorithms.
PHP code with greater-than symbols can be safely embedded into HTML by surrounding it with a pair of HTML-style comment delimiters + fake HTML end & start stags, as PHP-style comments.
Example:
<html>
<body>
Safe-<?php
/*><!--*/
if (4>3) {
echo "PHP-";
}
/*--><?*/
?>embedding
</body>
</html>
When executed, it should display this:
Safe-PHP-embedding
And when opened with an HTML editor (or even opened directly with a web browser), it should display this:
Safe-embedding
An HTML editor will see the surrounded PHP code as an HTML comment, and (hopefully) leave it as-is.
Finally, any PHP code with a hard-coded string containing the HTML end-of-comment delimiter (-->) should be reconstructed to be syntactically identical, while avoiding the literal "-->" sequence in the PHP code.
For example, this:
<?php
/*><!--*/
$a = "-->";
/*--><?*/
?>
...can safely be changed to any of these:
<?php
/*><!--*/
$a = "\55->";
/*--><?*/
?>
<?php
/*><!--*/
$a = "--\76";
/*--><?*/
?>
<?php
/*><!--*/
$a = '--'.'>';
/*--><?*/
?>
admin at furutsuzeru dot net
02-Jan-2009 06:50
02-Jan-2009 06:50
These methods are just messy. Short-opening tags and ASP-styled tags are not always enabled on servers. The <script language="php"></script> alternative is just out there. You should just use the traditional tag opening:
<?php?>
Coding islands, for example:
<?php
$me = 'Pyornide';
?>
<?=$me;?> is happy.
<?php
$me = strtoupper($me);
?>
<?=$me;?> is happier.
Lead to something along the lines of messy code. Writing your application like this can just prove to be more of an
inconvenience when it comes to maintenance.
If you have to deal chunks of HTML, then consider having a templating system do the job for you. It is a poor idea to rely on the coding islands method as a template system in any way, and for reasons listed above.