Zamiana <? na <?php Opcje

[tikky]

Witam.

Wybaczcie, że temat trochę off topic.


Mam do zainstalowania sklep internetowy shoper.pl ale wewnątrz niego wszystkie pliki php zaczynają się od:

[HTML] pobierz, plaintext 
<?
[HTML] pobierz, plaintext 

a nie od

[HTML] pobierz, plaintext 
<?php
[HTML] pobierz, plaintext 

Mój serwer to WampServer działający na windowsie.

Pytanie: Jakim narzędziem, softem zamienić grupowo w wielu plikach <? na <?php lub drugie rozwiązanie jak zmienić konfigurację WAMP'a aby czytał pliki <? jako PHP

Pozdrawiam

Tikky

[Piniek]

W ustawieniach PHP włącz short_open_tag i asp_tag

[erix]

Mass Text Replacer

A lepiej jest jednak używać pełnego otwarcia bloku skryptowego zamiast skróconych, gdyż niektóre hostingi mają poblokowane takie zmiany.

[WebCM]

Lepiej stosować <?php zamiast <?, a na końcu nie zamykać skryptu ?>, jeśli po nim nie ma kodu HTML.

Znajdź program V-Grep i zamień "<? " na "<?php " (wyrażenia regularne można wyłączyć) w plikach .php.

[.radex]

Lepiej stosować <?php zamiast <?, a na końcu nie zamykać skryptu ?>, jeśli po nim nie ma kodu HTML.

Znajdź program V-Grep i zamień "<? " na "<?php " (wyrażenia regularne można wyłączyć) w plikach .php.

No właśnie lepiej zamykać skrypt "?>"

[mike]

No właśnie lepiej zamykać skrypt "?>"

No właśnie nie (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)
Dużo bezpieczniej jest nie zamykać plików z kodem PHP za pomocą ?> w ogóle.

[phpion]

No właśnie lepiej zamykać skrypt "?>"

Pupa Jaś:
http://framework.zend.com/manual/en/coding...matting.general

For files that contain only PHP code, the closing tag ("?>") is never permitted. It is not required by PHP, and omitting it prevents the accidental injection of trailing white space into the response.

[tikky]

Włączyłem short_open_tag i asp_tag i działa.|
Swoją drogą ściągnę V-Grep i sprawdzę.


A wracając do zamykania lub nie zamykania ?>. Jaką korzyść da nie zamykanie? lub jakie zagrożenie ma jeśli zamknę.
Czy chodzi tu o prędkość przetwarzania skryptów, bezpieczeństwo czy raczej sprawę standaryzacji?

[Crozin]

Wyobraź sobie taką sytuacje:
index.php:

[PHP] pobierz, plaintext 
<?php
 
require 'a.php';
require 'b.php';
require 'c.php';
 
setcookie('abc', 'value', time() + 123456789);
?>
[PHP] pobierz, plaintext 

Powiedzmy, że pliki a i c.php są "ok", a plik b.php to:

[PHP] pobierz, plaintext 
<?php
 
//jakis kod
 
?>
[PHP] pobierz, plaintext 

Jaki będzie wynik działania index.php? Bład. Ciastko się nie wyśle - powód? Cannot send session cookie - headers already sent by...

Gdzie jest błąd? W b.php jest enter (czyli do przeglądarki zostaną wysałane już nagłówki) na końcu - zauważyłeś go? Pewnie nie. Teraz wyobraź sobie, że masz 200 plików .php (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Ten post edytował Crozin 22.12.2008, 12:04:20

[szagi3891]

Bardzo słaby argument. A co jeśli plik b.php zawiera instrukcję typu :

[PHP] pobierz, plaintext 
<?php
 
//instrukcje
print 'lelele';
?>
[PHP] pobierz, plaintext 

Znacznie lepiej zmodyfikować plik główny dodając funkcje ob_start();

[PHP] pobierz, plaintext 
<?php
ob_start();
 
require 'a.php';
require 'b.php';
require 'c.php';
 
setcookie('abc', 'value', time() + 123456789);
?>
[PHP] pobierz, plaintext 

W taki sposób nawet z dodatkowym enterem w pliku b.php kod główny zadziała.
Chyba że macie coś przeciwko stosowania funkcji ob_start() ?
Moim zdaniem lepiej domykać każde znaczniki zwłaszcza jeśli korzyści z niedomykania są wątpliwe.

[erix]

Chyba że macie coś przeciwko stosowania funkcji ob_start() ?

Owszem, mam przeciwko, jeśli jest to pozbawione sensu tak, jak to w Twoim przypadku - obejście problemu, a nie jego rozwiązanie.

[Crozin]

@szagi: jeżeli ktoś świadomie najpierw wyświetla jakiś tekst, a potem dopiero wysyła nagłówki (tu ciasteczka) świadczy to tylko o jego poziomie. (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

[mike]

@szagi: jeżeli ktoś świadomie najpierw wyświetla jakiś tekst, a potem dopiero wysyła nagłówki (tu ciasteczka) świadczy to tylko o jego poziomie. (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Żeby nie było niejasności. Bardzo niskim poziomie (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif)

Pierwsze wersje PHP wysyłały do przeglądarki wszystko co było poza znacznikami <?php ... ?>. Dosłownie wszystko.
To rodziło problemy, kiedy ktoś wstawił sobie enter po znaczniku zamykającym kod PHP a później (w kolejnym bloku lub innym pliku) chciał przesłać nagłówki.
Z tego powodu twórcy PHP postanowili dopisać bajer żeby jedna pusta linia po tagu zamykającym była ignorowana. I tak też jest teraz. Zmiana była podyktowana wspomnianymi problemami oraz tym, że wg. wielu różnych standardów kodowania pojawia się zalecenie, żeby każdy plik kończyć pustą linią dlatego wiele edytorów doklejało tą linię.

No ale to jest kwestia jednej linii. A wyobraźmy sobie, że niechcący w projekcie liczącym setkę plików mamy po którymś znaczniku kończącym plik z kodem PHP dwie linie. Dostajemy gotowe Cannot add header information - headers already sent.

Dlatego właśnie kończenie bloku za pomocą ?> nic nie daje a jego pominięcie daje czasem bardzo dużo, więc często zalecane jest pomijanie ?>. Z pominięciem tagów kończących jest napisany na przykład Zend Framework oraz symfony.

[chlebik]

Zreszta ja gdzies czytalem, ze planowane jest w ogole wylaczenie opcji korzystania ze skroconej wersji znacznikow otwierajacych w wersji 6.0 (tak wiem, troche na nia jeszcze poczekamy). Gdzie niestety to juz sobie nie przypomne niestety - zatem moze lepiej pisac caly czas <?php (?>)

[mike]

Zreszta ja gdzies czytalem, ze planowane jest w ogole wylaczenie opcji korzystania ze skroconej wersji znacznikow otwierajacych w wersji 6.0 (tak wiem, troche na nia jeszcze poczekamy). Gdzie niestety to juz sobie nie przypomne niestety - zatem moze lepiej pisac caly czas <?php (?>)

PHP.net :: wiki :: todo:php60
Decyzje dotyczące tagów obejmujących kod PHP jeszcze się ważą :-)

[nrm]

Z pominięciem tagów kończących jest napisany na przykład Zend Framework oraz symfony.

i Kohana (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)