ты это как разбирать будешь, дорогой?

@Mellon, это же ад. ПОЧЕМУ НЕ ВЗЯТЬ ЛЮБОЙ СТРУКТУРИРОВАННЫЙ ЯЗЫК? Почему не json, xml?

Почему этот высер?! Я, что, должен помнить смещения объекта внутри массива наизусть?

@SetazeR, про вебдизайнеров японии я уже писал неоднократно

зато парсится одним регекспом

буээээээ. Я не хочу так, я хочу вызвать json_decode, ненапрягаясь. А потом дёрнуть одно свойство получившегося объекта. ШВАБОДНО! УДОБНО!

я твою мамку оверхед. Дефлейт/гзип нивелируют оверхед от лишних символов, а время на сериализацию и десериализацию слишком малО, чтобы на него не класть болт

каким на хуй костылём? JSON это мировой best practice. А вот этот японский высер это кусок ебучего говна

увеличивать обьём и вероятность ошибки в коде

Что, простите?

$json=json_decode($buf);

Смысл ли вместо банального кокококо кококо кококо кококококококо кококо

Скорость НАПИСАНИЯ кода. Его писать надо быстро. Работы много, времени мало. Я не собираюсь писать свой разбор для петушиного csv, обходя посимвольно. В хуй это мне не упёрлось.

Всё должно быть из коробки.

@6Volt, есть preg_match_all. Мне только делать не хер кроме как разбирать так данные, которые должны приходить В НОРМАЛЬНО СУКА ВИДЕ. В коробке есть функция для разбора csv, но API через csv это полный аллес

@6Volt, у меня есть один знакомый программист, который свою БД хотел писать. Наверное, такой же отшибленный как ты.

какая в жопу разница какой из форматов цсв джисон

пок-пок-пок, бест-практис это именно json. Все пацаны юзают сейчас именно его.

умирал и плакал от того что не юзают бэст практис?

Вообще да

Пережиток тёмных времён. К тому же там explode через семиколон

Дата: 04 ноября 2014, 21:22
You are not logged in