$a = '[[5919,[-5,-5,-1,-1,-1,2,0,-1,-1,-1,["mi220 mp22","mw10 mx34"]],[-4,-5,-1,-1,-1,2,0,-1,-1,-1,';
$a = substr($a, 3, 3);
echo $a;

rooor:
Циферок в первом числе может быть и не 4, а от одной до десяти.
И первое число нужно занести в новую переменную, при этом в старой удалить и первое число, и запятую, для дальнейшего разбора.

Да просто сам подход, разбить строку на две, а потом склеивать кажется несколько не адекватным. Думал может есть функции удаляющие из строки подстроку, типа паскалевского DELETE.

И смысла регулярного выражения не понял. Вообще. Раньше не сталкивался.
Даже читая справочник по регулярным выражениям все равно не понимаю его смысла.

А вообще, задача на много сложнее.

Вот только не знаю как ее сформулировать.
В общем есть скрипт, выгружающий некие данные из своих внутренних массивов.
Эти массивы описывают карту игрового мира.
*) Первый уровень вложенности прописывает один мир.
*) Второй уровень описывает видимость одного города.
В данной строке, 5919 это код города, или Z координата.
*) На третьем уровне описывается клеточка карты, в данном примере
[-5,-5,-1,-1,-1,2,0,-1,-1,-1,["mi220 mp22","mw10 mx34"]] описывает клетку с координатами X=-5, Y=-5, остальные циферки описывают различные свойства.
*) На 4м уровне, описываются различные атрибуты этой клетки.
В данном примере это ["mi220 mp22","mw10 mx34"]

Все это передается через POST запрос на сервер.
Вот теперь задача разпарсить эти данные на PHP, что бы загнать в серверную БД. Проблема в том, что ява скрипт менять низя.
Клеточек, даже в одном мире, в одном городе очень много. Так что скорость ОЧЕНЬ критична.

"А чем "в лоб" некрасиво?"
Есть еще одна некрасивость. Число может быть опущено, то есть строка будет выглядеть вот так: $str = '[[,[-5,-5,-1,-1,-1,2,0,-1,-1,-1,["mi220 mp22","mw10 mx34"]],[-4,-5,-1,-1,-1,2,0,-1,-1,-1,';

Это означает, что Z координата равна нулю.

возможно, имеет смысл рассмотреть строку как JSON ? json_decode() -> array_shift() + рекурсия, не?

Пробовал я через JSON, что то не получилось, вернулся пусто массив.
Можно кусочек реального кода, для умственного развития?

так например

function array_rshift_num(array &$data) {
    foreach ($data as $k => &$item) {
        if (is_int($item)) {
            unset($data[$k]);
            return $item;
        }
        elseif (is_array($item)) {
            return array_rshift_num($item);
        }
    }
}

$data = json_decode('[[5919, [-5,-5,-1,-1,-1,2,0,-1,-1,-1,["mi220 mp22","mw10 mx34"]]]]');
var_dump(array_rshift_num($data));
var_dump($data);

но это имеет смысл, только если ты в дальнейшем работаешь с данными в виде массива, иначе лучше регуляркой

$RAW=$_POST['data']; $Arr=json_decode($RAW); var_dump($Arr);

Вывод: NULL
В $RAW данные пришли нормально, проверенно.

значит некорректный json скорее всего
http://php.net/manual/ru/function.json-decode.php
http://php.net/manual/ru/function.json-last-error.php можно проверить

Не "некорректный" где? У хостера? Да как бы не я один там хощусь, там еще сотни людей держат свои проекты, и пока никто не жаловался. По крайне мере, ни одной жалобы на форуме поддержки я не видел.

А причем здесь хостер?

А кто тогда причем, если "некорректный json"?

Откуда я знаю, кто причем. Источник данных, не?
И я не утверждал, что он некорректный, я высказал предположение, и указал, как его можно проверить.
Покажи полностью строку.

Источник данных точно не причем. Да и по виду эта строка не похожа на пример из вики (http://ru.wikipedia.org/wiki/JSON).

Полную строку не дам, она весит очень много килобайт.
Вот вариант, описывающий всего две точки, всего одного города.
[[5919,[-5,-5,-1,-1,-1,2,0,-1,-1,-1,["mi220 mp22","mw10 mx34"]],[-4,-5,-1,-1,-1,2,0,-1,-1,-1,["mi221 mp22","mw10 mx36"]]]]

Не знаю. Не похожа она на ту что на вике.

Попробовал. Пример работает. Вручную вставленная строка из локального хранилища, и ручками вставленная в PHP, работает.

Но вот если сделать так, ничего не меняя:
$js = $_POST['data']; - не работает.
При этом echo $js,'<br />'; исправно выводит строку.

Дописал: file_put_contents("${RD}/logz/_raw.dump",$js);
Доступно по адресу: http://www.wofh.tk/logz/_raw.dump

Сам клиентский скрипт, если поможет: http://www.wofh.tk/map/js/wofh_map.user.js

MisHel64
вот тебе пример из мануала

$data = "..."; // тут строка из твоего дампа
var_dump(json_decode($data));
switch (json_last_error()) {
    case JSON_ERROR_NONE:
        echo ' - Ошибок нет';
    break;
    case JSON_ERROR_DEPTH:
        echo ' - Достигнута максимальная глубина стека';
    break;
    case JSON_ERROR_STATE_MISMATCH:
        echo ' - Некорректные разряды или не совпадение режимов';
    break;
    case JSON_ERROR_CTRL_CHAR:
        echo ' - Некорректный управляющий символ';
    break;
    case JSON_ERROR_SYNTAX:
        echo ' - Синтаксическая ошибка, не корректный JSON';
    break;
    case JSON_ERROR_UTF8:
        echo ' - Некорректные символы UTF-8, возможно неверная кодировка';
    break;
    default:
        echo ' - Неизвестная ошибка';
    break;
}

вывод:

А вот тебе пример из практики:

Fatal error: Call to undefined function json_last_error() in /home/public_html/map/import.php on line 29

и Invis1ble, личная просьба. Не пишите в этой теме больше. Вы и так себе хорошо счетчик намотали.

MisHel64
Ошибка номер раз:
- строка json была заслешена, очевидно не был отключен magic quotes
Второе - синтаксическая ошибка в json строке
вставь свой код в валидатор json http://jsonformatter.curiousconcept.com/

Invis1ble: А потому, что смысла в твоих постах ноль.

php_flag magic_quotes_gpc Off в .htaccess есть.
Это http://www.simplecoding.org/boremsya-s-magic-quotes.html читал

MisHel64
в том файле что ты выложил все кавычки экранированы. Я не знаю что ты где читал, я говорю о том что вижу. Как ты получаешь эти данные?

версия: 5.2.17

>> Зачем человека обижаешь? Он дело говорит.
Не нужно считать других людей глупей себя.

MisHel64
magic quotes gpc у тебя включен - это факт. Можешь посмотреть в phpinfo()
Если нет возможности его выключить (хотя странно конечно) stripslashes() тебе в помощь, но в любом случае в json ошибка - лишняя кавычка, я тебе её показал.

---

Спустя 3 минуты, 8 секунд killer8080 написал(а):

---

Да я ее и так вижу. Проблема в том, то это не JSON.
Да, немного похож. И в частном случае совместим. Но только в частном. Но это не он.
И бороться с ошибками парсера, не имеет смысла совершенно, пока входные данные не будут полностью совместимы с ним. Я уже сделал разбор, и без него. А то, что лапки экранируются, это не самое страшное.
По этому я просто не вижу смыла, в тыкании в мануалы по JSON, рассуждения на тему обнаружения ошибки, разглагольствований кто в этом виноват, и прочее. Это не JSON. Все.
Парсер заткнулся на обработке одного "хопа", одного города. А таких "хопов" у каждого города сотни. И городов сотни.

killer8080
"Не нужно считать других людей глупей себя."
Если ТС говорит, что это не json - значит так и есть