Скажите, в чем может быть проблема?

В Денвере конечно же.

Ну или в Венде, на крайний случай.

Ну а почему тогда в Denwer все работало, а на Debian вылазит куча ошибок?

ошибки в студию

Notice: Array to string conversion in /var/www/localhost/htdocs/header.php on line 18

И так почти на всех страницах в разных местах.

версию php и кусок кода в студию

notice = предупреждение

Видимо, раньше компилятор запускался в щадащем режиме, а теперь запускается с местным -Wall.

если мне неизменяет память то в денвере нотисы как раз и непоказываются

Notice: Array to string conversion in /var/www/localhost/htdocs/header.php on line 18

Перевожу:

быдлокод детектед! быдлокодер конвертирует массив в строку.

И так почти на всех страницах в разных местах.

в конфиге php.ini поправьте error_reporting - и всё будет по прежнему.

Видимо, раньше компилятор

какой компилятор?! это пыхапэ

Array to string conversion

И оно верно работало? Дэнвер умеет правильно конвертировать массивы в строки? :)
Хотя, что будет «правильно»..? Дай строчку кода посмотреть.

Это не ошибки. Это заметки. Не нравится - отключи:

php_value error_reporing E_ALL & ~E_NOTICE

Или отключи отображение на сайте:

php_value display_errors off

Я не пишу на php.
Там даже jit нет? Если есть, то уже компилятор.

И оно верно работало? Дэнвер умеет правильно конвертировать массивы в строки?

про деневер не знаю мой так делает

#!/usr/bin/php
<?php

$a = array('key1' => 'val1', 'key2' => 'val2', 'key3' => 'val3');

print_r($a);

$s = $a;

echo "\nstring: '$s'\n";

?>

$ ./test1.php 
Array
(
    [key1] => val1
    [key2] => val2
    [key3] => val3
)

string: 'Array'
$ php --version
PHP 5.3.8 (cli) (built: Aug 25 2011 04:04:35) 
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies

такая вот «конвертация» :-)

Я не пишу на php.

заметно. Быдлоязык - там ошибки - не ошибки. Можно что угодно во что угодно конвертировать, и это работает, даже если и не имеет никакого смысла (как здесь).

Там даже jit нет? Если есть, то уже компилятор.

понятия не имею.

Что нужно сделать: прочитать, что же всё таки за «ошибки» пишутся, понять почему и исправить. Пример, который привели вы — предупреждение, что вы пытаетесь преобразовать массив в строку. Возможно, в вашем случае это и нормально, но в большинстве — что-то непонятное. Например, если вы захотите преобразовать двумерный массив в строку.

Если, на ваш взгляд, всё должно быть нормально — используйте explode, чтобы склеить массив и присвоить результат скаляру. Далее — используйте скаляр и интерпретатор php не будет иметь к вам никаких вопросов.

что угодно во что угодно конвертировать

нестрогая типизация — буэээ

Все нормально

Спасибо, я разобрался. Оказывается на денвере был php 5.3, а в debian 5.4. Я исправил код, теперь все нормально.

чтобы массивы в строки конвертировать следует использовать explode() или var_export()

php.ini

display_errors = 0

А вообще, у тебя там куча нотайсов, о том, что переменные не объявлены и т.п. Надо было разрабатывать сайт с включенным отображением ошибок, и error_reporting = E_ALL.

P.S. Тред не читал.

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

ЩИТО?

Как может быть ЭТО - нормально?

Если, на ваш взгляд, всё должно быть нормально — используйте explode

хм... деневер меняет array --> explode(' '

так?

нестрогая типизация — буэээ

дык яж говорю - быдлоязык...

чтобы массивы в строки конвертировать следует использовать explode() или var_export()

ещё вот это нужно иногда - http://ru.php.net/manual/ru/function.serialize.php

ЕМНИП, в PHP 5.4 отказались от автоматической конвертации массива в строку. Так что, когда будешь писать код, ориентируйся на это поведение и конвертируй явно. Если, конечно, не хочешь в будущем переписывать кучу быдлокода.

Ну, я про то, что не критично. PHP просто выведет «Array» вместо echo $array. В вёрстке вообще критичного мало...

Denwer ничего не меняет, просто «не шумит».

Да ладно типизация, тут такие ахтунги иногда случаются:

$ php5
<?php
    $a = array(1);
    $b = &$a[0];
    $c = $a;
    $c[0]++;
    print "{$a[0]}";
?>
2

$ php5
<?php
    $a = array(1);
    //$b =& $a[0];
    $c = $a;
    $c[0]++;
    print "{$a[0]}";
?>
1

Тестил на 5.3

угу. по 80% быдлосайтов это хорошо заметно. И по постоянным взломам mysql.com тоже...

Ты так говоришь, как будто я защищаю php - ни разу не так. Даже желания нет. Однако, бросить фекалиями в другие не прочь. Проблема «быдлоязыков» - быдлопрограммеры, которые приходят в него вместе с популярностью языка.

Проблема «быдлоязыков» - быдлопрограммеры, которые приходят в него вместе с популярностью языка.

+100500

Однако согласись - нормальный ЯП так не поощряет быдлокодерство, как PHP.

Безусловно, каждый, кто хоть сколько-то способен программировать, может что-то на нём написать. Что рождает отнюдь не самый хороший код.

Эта псевдопростота развращает человека: запустил, работает - зашибись! Идём дальше.

У же не про php: то, что программа скомпилировалась - ещё не значит, что она правильно работает.

Эта псевдопростота развращает человека: запустил, работает - зашибись! Идём дальше.

угу. Вот только я что-то не вижу больше ничего хорошего. С сишным синтаксисом.

Можно что угодно во что угодно конвертировать, и это работает, даже если и не имеет никакого смысла (как здесь).

А мы не знаем, «как здесь», ТС код не показал. Я, например, в питоне часто пользуюсь тем, что он умеет списки в строки раскладывать - чтобы рассматривать в логах всякие подозрительные данные.

А я вот как-то попытался разобраться в популярности php у разных типов людей, вовлечённых в разработку. тут (bugov.net)

1) Это не ошибки PHP, а твои 2) Это вообще не ошибки

Проблема может быть в голове.

А мы не знаем, «как здесь», ТС код не показал. Я, например, в питоне часто пользуюсь тем, что он умеет списки в строки раскладывать - чтобы рассматривать в логах всякие подозрительные данные.

а я вот не понимаю, как можно массив превратить в скаляр.

А я вот как-то попытался разобраться в популярности php у разных типов людей, вовлечённых в разработку. тут

любопытно... В итоге, для Ъ, php для всех хорош. Даже тем, что он кривой :)

str([1, 2, 3])

'[1, 2, 3]'

>>> str([1, 2, 3]) '[1, 2, 3]'

в пайтоне может так и принято, но в php это чистой воды классический быдлокод.

чем не нормальное стандартное поведение?

дело в том, что

1. в пхп в массиве может быть что угодно, и проиндексирован массив может быть не только 0, 1, 2, а любыми строчками. Как такое ляжет в строку - понять невозможно (ну да, надо на 100500 строчек назад посмотреть, и потом все эти 100500 строчек проверить.)

2. в пхп могут быть дырявые массивы - [0], [1], [2], ВНЕЗАПНО [14], ЕЩЁ БОЛЕЕ ВНЕЗАПНО [-1]

3. никто ничего не объявляет, и массив может в любой момент изменить свою структуру. Т.е. если у нас есть такой код

$a = array(1,2,3,4,5);
f($a);
echo $a

то что-бы его понять, нужно ПОЛНОСТЬЮ изучить, что делает f() с нашим массивом.

Это у вас в пайтоне 100500 нужных и годных структур. А у нас, в php - только одна. Массив. За то любой массив можно как угодно использовать. Чем мы и занимаемся...

$a = array(1,2,3,4,5);
f($a);
echo $a

то что-бы его понять, нужно ПОЛНОСТЬЮ изучить, что делает f() с нашим массивом.

это утверждение верно для любых действий после f($a).
Есть такие случаи, когда неважно, как оно там индексируется, и просто нужно вывести все элементы через запятую, не городить же для этого циклы-функции-etc...

Есть такие случаи, когда неважно, как оно там индексируется, и просто нужно вывести все элементы через запятую, не городить же для этого циклы-функции-etc...

дык для этого есть implode(). Вот первый пример из доки:

<?php

$array = array('lastname', 'email', 'phone');
$comma_separated = implode(",", $array);

echo $comma_separated; // lastname,email,phone

// Empty string when using an empty array:
var_dump(implode('hello', array())); // string(0) ""

?>

С отладкой в php очень плохо - никто ничего не контролирует, и найти ошибку тяжело.

Ещё и сообщения об ошибках не всегда очевидны. Например, написал ты вместо «foreach» «for». php выводит ошибку «не найдена точка с запятой». Ты ищешь: где? А просто в синтаксисе for есть точки с запятыми, а в foreach - нет.

А я вот как-то попытался разобраться в популярности php у разных типов людей, вовлечённых в разработку. тут

Если в друг понадобится логика

И ты ещё рассуждаешь о ЯП? Ты русский выучи сначала, писец хренов.

Спасибо за найденную опечатку. Однако, Ваша резкость мне не понятна. Может стоит обратиться к врачу? Сложно, наверное, жить с такой ненавистью внутри...

Спасибо за найденную опечатку. Однако, Ваша резкость мне не понятна. Может стоит обратиться к врачу? Сложно, наверное, жить с такой ненавистью внутри...

Вау. Даже стыдно стало, честно. Прошу прощения за резкость, просто обидно за пых стало =). В статье, как я считаю, есть не корректные аргументы.

Ничего, бывает :) Вполне возможно, что истину я несколько исказил: сам был под впечатлением от

$array = array('one', 'two');
var_dump(in_array(0, $array)); // true
var_dump(in_array(0, $array, $strict = true)); // false