То, чего мы не знаем о PHP, но знать полезно и нужно!

Помоему тот же eAccelerator избавит от этой проблемы.

 

33% ускорения ваще?

 

Ага, а теперь вспомним функцию 440hz (Или Zend_Framework_Loader) для автолоада классов, где сканируется пяток директорий, множим на число классов, множим на вложенность, получаем количество lstat ... чувствую, можно будет охуеть.

 

Новое поведение встроенного обработчика ошибок. Теперь если запретить вывод ошибок на экран, то мы получим 500 статус в ответе сервера. Это нововведение PHP 5.2.4.

На днях я столкнулся с такой проблемой:

PHP:

1. <?php
2. ini_set('display_errors', 0);
3. eval('aa|bb/cc');
4. print 'Hello, world!';

После выполнения eval мы видим ожидаемый результат, тоесть строку "Hello, world!", но в заголовках статус 500. Разработчики PHP посчитали это нормальным поведением и поставили статус Bogus на моём репорте. Как вы считаете, нормальное ли это поведение?

 

Не может быть всё Ок Т.к. это документированное поведение.

Код (Text):

1. HTTP/1.x 500 Internal Server Error

Вот что получает браузер. При этом остальной код выполняется нормально и результат выводится в браузер.

 

Вот какую логику преследуют разработчики.

 

Вот подтверждение:

Код (Text):

1.     /* Bail out if we can't recover */
2.     switch (type) {
3.         case E_CORE_ERROR:
4.             if(!module_initialized) {
5.                 /* bad error in module startup - no way we can live with this */
6.                 exit(-2);
7.             }
8.         /* no break - intentionally */
9.         case E_ERROR:
10.         case E_RECOVERABLE_ERROR:
11.         case E_PARSE:
12.         case E_COMPILE_ERROR:
13.         case E_USER_ERROR:
14.             EG(exit_status) = 255;
15.             if (module_initialized) {
16.                 if (!PG(display_errors) &&
17.                     !SG(headers_sent) &&
18.                     SG(sapi_headers).http_response_code == 200
19.                 ) {
20.                     sapi_header_line ctr = {0};
21.  
22.                     ctr.line = "HTTP/1.0 500 Internal Server Error";
23.                     ctr.line_len = strlen(ctr.line);
24.                     sapi_header_op(SAPI_HEADER_REPLACE, &ctr TSRMLS_CC);
25.                 }
26.                 /* the parser would return 1 (failure), we can bail out nicely */
27.                 if (type != E_PARSE) {
28.                     /* restore memory limit */
29.                     zend_set_memory_limit(PG(memory_limit));
30.                     efree(buffer);
31.                     zend_objects_store_mark_destructed(&EG(objects_store) TSRMLS_CC);
32.                     zend_bailout();
33.                     return;
34.                 }
35.             }
36.             break;
37.     }

 

Более того. Проанализировав этот код, можно написать во такой вот:

PHP:

1.  
2. <?php
3. print 123;
4. ob_flush();
5. ini_set('display_errors', 0);
6. eval('aa|bb/cc');

и получить статус 200 или вот такой:

PHP:

1.  
2. <?php
3. print 123;
4. ini_set('display_errors', 0);
5. eval('aa|bb/cc');

и получить статус 500.

 

Угу, _наконец_ они это сделали хох

 

Непонятно только почему это если отображение ошибки включено, то 200... как-будто от этого ошибка исчезает, хех

 

Когда ошибка в основном коде, то это хорошо, что статус 500. Но когда ошибка в eval и код выполняется дальше, это нифига не логично как-то.

 

Фига все логично. eval - это что, не часть кода? не часть твоей логики? А если ты подразумеваешь, что там может быть ошибка, то озаботься сам об обработке

 

А, ну в принципе понятно почему 200 выдают при включенном выводе ошибок. Явно не потому, что так правильно, а просто что бы вывод не заменялся на 500-ю страницу где-нить попути.

 

А хуле этот eval не останавливает работу скрипта? Если он часть логики страницы.

 

Хотя может ты и прав...

 

Если сервер вернул 500-ю ошибку, это значит _ошибка_ и отображать нужно сообщение об ошибке. А не криво работающий сайт, как это делают многие (вернее просто не делают ничего).

 

Это то понятно. Непонятно, зачем выдавать 500, это то как раз и мешает сделать:

 

С eval-ом соглашусь... ну тут скорее фигня в том, что у eval-а вообще проблема отлавливать ошибки так что.. не юзайте eval, это очень плохо )
А правильная логика ложна быть такая (она такая и есть)
throw - 500
try { throw } catch {} - 200

 

теперь так будем всегда писать:

PHP:

1. <?php
2. if (!eval('aa|bb/cc') && !headers_sent()) {
3.     if (PHP_SAPI != 'cgi') {
4.         header('HTTP/1.0 200 Ok');
5.     } else {
6.         header('Status: 200 Ok');
7.     }
8.  
9.     print 'Ошибка в eval';
10. }