ты это как разбирать будешь, дорогой?
@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