Программирование

хтмл форма чего, блять?

что-то мн говорит, что это стандартный брут от ипб

а что там еще может быть?

хтмл форма чего, блять?

что-то мн говорит, что это стандартный брут от ипб

ну хтмл форма ну ты чего, 2пой

методом пост

там даже капчи нет

Их тут дохуя, этих хтмл форм. Какая из всех, какие возможности, какие запросы?

Их тут дохуя, этих хтмл форм. Какая из всех, какие возможности, какие запросы?

ну раньше prodota.ru/login

я так и не понял — че пижже - GET/POST+JSON или GET/POST+XML

важно БЫСТРОДЕЙСТВИЕ

и думаю решающей составляющей является размер файла т.к. приложение будет мобильное, а там интернет обычно слабый

я так и не понял — че пижже - GET/POST+JSON или GET/POST+XML

важно БЫСТРОДЕЙСТВИЕ

и думаю решающей составляющей является размер файла т.к. приложение будет мобильное, а там интернет обычно слабый

как ты собираешься что-то разрабатывать под мобилу если даже банальных вещей не понимаешь?

Их тут дохуя, этих хтмл форм. Какая из всех, какие возможности, какие запросы?

ну раньше prodota.ru/login

а сейчас что?

я так и не понял — че пижже - GET/POST+JSON или GET/POST+XML

важно БЫСТРОДЕЙСТВИЕ

и думаю решающей составляющей является размер файла т.к. приложение будет мобильное, а там интернет обычно слабый

а на чем ты вообще писать будешь?

я так и не понял — че пижже - GET/POST+JSON или GET/POST+XML

важно БЫСТРОДЕЙСТВИЕ

и думаю решающей составляющей является размер файла т.к. приложение будет мобильное, а там интернет обычно слабый

а на чем ты вообще писать будешь?

Word

я так и не понял — че пижже - GET/POST+JSON или GET/POST+XML

важно БЫСТРОДЕЙСТВИЕ

и думаю решающей составляющей является размер файла т.к. приложение будет мобильное, а там интернет обычно слабый

как ты собираешься что-то разрабатывать под мобилу если даже банальных вещей не понимаешь?

Их тут дохуя, этих хтмл форм. Какая из всех, какие возможности, какие запросы?

ну раньше prodota.ru/login

а сейчас что?

ну блин че как нуб.

глянь че там в атрибуте action.

там может быть либо post либо get

в случае с пд тут только post формы

но что это мне дает?

я так и не понял — че пижже - GET/POST+JSON или GET/POST+XML

важно БЫСТРОДЕЙСТВИЕ

и думаю решающей составляющей является размер файла т.к. приложение будет мобильное, а там интернет обычно слабый

а на чем ты вообще писать будешь?

 

шарп офк

уже ебанул авторизацию, навигацию, все по MVVM офк :tusila-zavodila:

 

я так и не понял — че пижже - GET/POST+JSON или GET/POST+XML

важно БЫСТРОДЕЙСТВИЕ

и думаю решающей составляющей является размер файла т.к. приложение будет мобильное, а там интернет обычно слабый

как ты собираешься что-то разрабатывать под мобилу если даже банальных вещей не понимаешь?

 

че ты несешь)) каких банальных вещей, JSON vs XML уже давно является холиваром

но если ты ОХУЕННО ШАРИШ, ТО ДАВАЙ, ЖДУ ТВОЕЙ АНАЛИТИКИ

я и спрашиваю - вдруг у кого был опыт с ними

я писал уже что get и json

ну я бы использовал xml.

потому, что xsd решает. там дохуя сущностей и ручками писать все эти классы можно заебаться. (я о десериализации ответа). а так в принципе похуй.

 

если надумаешь работать именно с жсоном - то вот http://json.codeplex.com/

 

вот например ответ на такой же впорос

 

http://stackoverflow.com/questions/4808400/which-format-should-i-choose-to-request-api-in-c-sharp-json-or-xml

 

You should measure both to determine the performance characteristics of your situation.

In my own usage I started with JSON, for it's obvious 'crossplatform' advantages, but was forced to go with XML after getting major slowdowns on larger data sets in Silverlight/C# (this was reported as a bug in one of my modules where everything would freeze for several seconds - the slowdown was traced to the JSON deserialization of the large dataset it used). Switching to XML resulted in a larger download (gzip compression, which had been planned, was added at this point to counter this) but more then an order of magnitude increase in performance, even with the gzip decompression added.

да я тоже думаю XML

там еще есть LINQ to XML, это вообще :spasibo_podrochil:

а с JSON ни разу не работал

лол

да я тоже думаю XML

там еще есть LINQ to XML, это вообще :spasibo_podrochil:

а с JSON ни разу не работал

linq to xml как-то очень накладно юзать во вконтактовском апи.

вообще если по чесноку - то можно просто найти библиотеку для работы с контактом.

вроде этой например http://silverlightvkapi.codeplex.com

json для криворуких уёбков же, очевидно

json для криворуких уёбков же, очевидно

думаешь, когда победит Паитон с Руби - то всех приверженцев json казнят?

 

 

вообще советы по поводу поста и гета.

сейчас на рынке 2 дефакто стандарта веб сервисов: SOAP и REST.

Первый предусматривает только POST по одному адресу. второй - сетевые ресурсы с доступом по адресам и использованием всех видов запросов, что поддерживает протокол http

Как описывается массив объектов в xml и json? А когда этих объектов будет сотня? А тысяча? Там нормальный оверхед накопится. На маленьких объёмах конечно не критично.

ты сейчас о каких-то диких вещах говоришь. сотни и тысячи элементов массива ни один нормальный сервер не будет возвращать.

конечно если представить какой-то сферический случай в вакууме - то всё действительно критично для пользователя.

если ты разрабатываешь само апи, а не клиент для апи - то возможно тоже критично, а вот если ты разрабатываешь клиент - то все эти доводы полный бред. медиафайлы будут кушать в разы больше, чем самый раздутый xml

Ебанутый магазин одного опсоса ебашил почти под метр! ебанных данных о товарах в json. На мои уверения что это создано инвалидами они ни как не реагировали.

я так и не понял — че пижже - GET/POST+JSON или GET/POST+XML

важно БЫСТРОДЕЙСТВИЕ

и думаю решающей составляющей является размер файла т.к. приложение будет мобильное, а там интернет обычно слабый

Без разницы.

Беда, не могу найти как удалить пост (чтобы совместить с предыдущим).