Любые предложения по проблеме с длинной переменной PHP, вызывающей взрыв сценария в Mac OSX?

Question

Хорошо, это странно. Я недавно перешел на Mac OS под управлением Lion и настроил версию PHP, которая поставляется с OSX. Все работает так, как я ожидаю, кроме одной вещи, и я не могу понять, почему!?

Как часть нашей CMS, данные меню кэшируются в файл php как:

$menuData = unserialize( $menuString );

где $ menuString - длинная строка сериализованных данных. Я успешно использовал ту же самую вещь на ПК с WAMP и на многочисленных Linux-блоках без проблем, но, поскольку я перешел на Mac OS, каждый раз, когда я включаю файл, он печатает длинную строку знаков вопроса (даже если вышеуказанная строка закомментирована в файле !!). Первоначально, $ menuString составляла около 280 КБ, но я также пробовал это с строкой меню менее 6 КБ без успеха.

Есть ли где-нибудь настройка PHP, которая может демонстрировать этот тип поведения? Я сбит с толку и перепробовал множество вещей! ??

Пожалуйста, помогите!

ОБНОВЛЕНИЕ: я прошёл через PHP.ini построчно на моем Mac и тот, который я использовал в WAMP, и не вижу различий, поэтому не ожидайте, что там что-то прямо установлено. Все остальное в настройках работает точно так, как я ожидаю, и все другие функции и функции сайта работают !? Есть ли что-то очевидное с точки зрения нативной настройки, которую мне не хватает?

Answer 1

Ну, в общем, я использовал обходной путь в конце. При создании большого длинного сериализованного menuString я сохранил его в текстовый файл без php, а затем сделал

$menuData = unserialize( file_get_contents( [Textfile] ) );

Кажется, решил проблему !! Я все еще не понимаю, почему это происходит, но, по крайней мере, это работает!

Answer 2

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