во второй строке выражение в скобках ($iData%1024) равно нолю
конечно же нет
1 делить на любое целое больше 1 даст в остатке 1
любое целое разделить на любое целое больше делимого даст в остатке делимое
% - это остаток от деления
математика сильная штука
особенно во втором классе, или когда там остаток деления проходят?
Ругается т.к. не понимет, что в $_SESSION['jurnal'] массив.
нет
это попытка конкатенировать в строку массив
что-то из этого - $de[$der], $_SESSION['rand'] является массивом, а не строкой
а конкатенировать можно только строки http://phpfaq[dot]ru/debug
$_SESSION['jurnal']=$de[$der].' волка на '.$_SESSION['rand'].'<br/>'.$_SESSION['jurnal'];
этот же массив пытаешься конкатенировать в конце
ну и да... код изменен и отличаетс я от предоставленной выше портянки
учись дебажить
если с каждой такой ошибкой бежать на форум далеко не уйдешь
Выбор сейчас огромный так что конкретную модель не подскажу.
Ищи уши со встроенным php-линтером
И раз уж имеешь дело с архивом роботов то лучше с встроенной синхронизацией с github или bitbucket автогромкости и автоприжима в пики нагрузки.
http://forum.php.su/topic.php?fo...41478#1601041478
вот примерчик образовался когда без замыкания всё немножко не то
считай замыкаем переменную во внешнем(родительском) скопе, но не глобальном
это не глобальная, но и не локальная переменная
как-то так
будет выглядеть для тс как космический корабль
хааа)) ты понял да?)) космический корабль)) <=>
я в ударе блин)
imbecile пишет:
я бы, уж если так припёрло, обернул в класс и использовал бы обращение к свойству в колбэке
объект конечно тоже можно(в том смысле что результат произойдет), но получится сервис с состоянием, что по сути ведет к тем же минусам что и глобальные переменные
то есть ты не можешь с абсолютной уверенностью контролировать состояние между вызовами
конечно если его выставлять на каждый вызов, то вроде минусов и нет
но мы не знаем как изменится в будущем наш класс
возьмем и проглядим в будущем изменение меняющее состояние и надеющееся на это
лучше всегда делать сервисы без состояния вообще
есть такой принцип в DDD
этот нотис был всегда, но на предыдущей конфигурвции были отключены сообщения display_errors
$_POST[post_id] -> $_POST['post_id']
можно отключить на продакшене в конфиге php или в коде http://phpfaq[dot]ru/debug
но на машине разработки лучше оставить включенными и отлавливать