это молоко? ?

это молоко? ?

ну... надеюсь... хрен их знает, извращенцев

/warn

Ivan has been warned (1/3)

Ребят в @random_ru

сори

Если я делаю запрос у Аpi с указанием id тогда это get или post метод???

Если я делаю запрос у Аpi с указанием id тогда это get или post метод???

если просто получить данные - гет, изменить / добавить - пост

изменить - PUT

по семантике

если просто получить данные - гет, изменить / добавить - пост

изменить PUT, удалить DELETE

Дополню )

изменить PUT, удалить DELETE

это в идеальном мире с идеальным апи

если апи не был ранее накоден правда

а еще есть крутецкий PATCH

Кстаит не понял смысл его

Изменить одно поле?

да

или несколько

Редко попадалось такое

но не весь объект

не, очень удобно

указываешь поле и значение

например, когда надо только измененные поля формы отправить. крутецки

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

да

или статус поменять какой-нибудь

да, удобно

Ну вот если мне подтянуло список , и по тапу на один из них должно подтянутся полное описание, мне как передать id ? В урлу вставлять ?

в доку по АПИ глянь

Ну вот если мне подтянуло список , и по тапу на один из них должно подтянутся полное описание, мне как передать id ? В урлу вставлять ?

ну да, а чем тебя этот вариант не устраивает?

Или есть способ id как параметр задать

Как все же в консоли Xcode включить цвета

блин, очень удобно было бы искать красненькое

глазами сразу

пиши так, чтобы не было красненького

в настройках же есть такое

пиши так, чтобы не было красненького

Спасибо друг

?

Спасибо друг

9.99$

по-брацки со скидкой

ну да, а чем тебя этот вариант не устраивает?

Не уверен в правильности этого способа был . Спасибо

https://github.com/CocoaLumberjack/CocoaLumberjack

DDLogVerbose(@"Verbose"); DDLogDebug(@"Debug"); DDLogInfo(@"Info"); DDLogWarn(@"Warn"); DDLogError(@"Error"); разными цветами это же круто

Или есть способ id как параметр задать

ты никак параметром в ГЕТ не запихнешь))) если грубо говоря. Делай урлом и правильно

domain.com/user/:id

если по рестиковски

users

user

users

users это когда множественное, список получаешь

/users/:id

хотя это в Yii2 так

привык уже и забыл что где то users

это не rest-way

по идее клиент должен работать типа так: client = new Client(‘/users’); client.getAll(); client.getOne(123); client.removeOne(123);

типа предугадывать по ресурсам интерфейс

Доброе утро, гайз, помогите пжл разобраться с этой ошибкой. http://joxi.ru/VrwExl0uK9vy12

она возникает, когда устанавливаю pod Onfido, который за собой тянет еще 4 poda

The premise of using /resources is that it is representing "all" resources. If you do a GET /resources, you will likely return the entire collection. By POSTing to /resources, you are adding to the collection. However, the individual resources are available at /resource. If you do a GET /resource, you will likely error, as this request doesn't make any sense, whereas /resource/123 makes perfect sense. Using /resource instead of /resources is similar to how you would do this if you were working with, say, a file system and a collection of files and /resource is the "directory" with the individual 123, 456 files in it. Neither way is right or wrong, go with what you like best.

Доброе утро, гайз, помогите пжл разобраться с этой ошибкой. http://joxi.ru/VrwExl0uK9vy12

из их доки During development it is OK to use pod 'Onfido' but that will fail App Store submission. Please use pod 'Onfido-Release' in your Podfile for App Store submission.

доки либы)

это не rest-way

Neither way is right or wrong, go with what you like best.

ну по семантике же правильнее именно во множественном числе, не?

ERROR: S client not available

Антон, да вот везде по разному встречал

если ты хранишь на ФС свои фоточки, то у тебя же есть папка ФотографиИ

а не Фотографии/ Фотография/1 Фотография/2

у меня база данных в singular, модели так же

из их доки During development it is OK to use pod 'Onfido' but that will fail App Store submission. Please use pod 'Onfido-Release' in your Podfile for App Store submission.

спасибо! ща попробую)

user article

ну ак

просто как я уже выше написал у тебя клиент не сможет быть тупым. хотя hateaos все сгладит

Не не, я не спорю, в разных фреймворках по разному, апи так же разное встречал

и user и users

И я наврал, у себя я выключил singular

я тож не спорю, оба подхода имеют место быть.

users всегда чтобы не путатся

вспомнил

просто какие плюсы дает подход с этим singular?

разве что для этого GET /resources - returns a list of resource items POST /resources - creates one or many resource items PUT /resources - updates one or many resource items PATCH /resources - partially updates one or many resource items DELETE /resources - deletes all resource items And for single resource items: GET /resources/:id - returns a specific resource item based on :id parameter POST /resources/:id - creates one resource item with specified id (requires validation) PUT /resources/:id - updates a specific resource item PATCH /resources/:id - partially updates a specific resource item DELETE /resources/:id - deletes a specific resource item

Для того, чтобы уже размещенные приложения продолжали быть доступными - достаточно ли обновить годовую подписку, или же нужно заново получать все сертификаты (у них тоже ограничение 1 год), пересоздавать приложение с новыми сертификатами и обновлять его в App Store?

разве что для этого GET /resources - returns a list of resource items POST /resources - creates one or many resource items PUT /resources - updates one or many resource items PATCH /resources - partially updates one or many resource items DELETE /resources - deletes all resource items And for single resource items: GET /resources/:id - returns a specific resource item based on :id parameter POST /resources/:id - creates one resource item with specified id (requires validation) PUT /resources/:id - updates a specific resource item PATCH /resources/:id - partially updates a specific resource item DELETE /resources/:id - deletes a specific resource item

для чего?

Для того, чтобы уже размещенные приложения продолжали быть доступными - достаточно ли обновить годовую подписку, или же нужно заново получать все сертификаты (у них тоже ограничение 1 год), пересоздавать приложение с новыми сертификатами и обновлять его в App Store?

только оплатить

но эпплы не любят аппы которые долго не обновляются

для чего?

Ну там же написано

только оплатить

Спасибо!

Ну там же написано

я не понял. в твоем коде не используется /resource/1

ммм в single убрать s на конце

из их доки During development it is OK to use pod 'Onfido' but that will fail App Store submission. Please use pod 'Onfido-Release' in your Podfile for App Store submission.

все-таки дело в чем-то другом, с Onfido-Release тоже это же выбивает

Всем привет, коллеги, у нас небольшая, но полноценная команда пилит стартапчик для себя, ищем ИОСера, можно объяву разместить? =)

Ребят, такой нетривиальный вопрос. У нас был проект для доставки еды. Единая кодовая база + конфиг файлы, обновление через гит, автоматическая сборка и доставка через fastlane. Несколько десятков идентичных приложений для разных партнеров, каждое приложение брендировано под партнера. Всё было ок, но при доставке обновлений Apple начала реджектить все приложения. Пообщались — говорят не дело шалонные приложения пилить, с чем мы и спорить не стали и запилили единое, с выбором партнера в сайд меню. Только теперь проблема — как нам не потерять установки и смёржить все приложения в одно, так чтобы при очередном обноалении пользователи скачали единое приложение. От эпла никакого толкового фидбека, отвечают заготовленными фразами и не понимают чего мы хотим. Есть у кого-нибудь опыт?)

Ребят, такой нетривиальный вопрос. У нас был проект для доставки еды. Единая кодовая база + конфиг файлы, обновление через гит, автоматическая сборка и доставка через fastlane. Несколько десятков идентичных приложений для разных партнеров, каждое приложение брендировано под партнера. Всё было ок, но при доставке обновлений Apple начала реджектить все приложения. Пообщались — говорят не дело шалонные приложения пилить, с чем мы и спорить не стали и запилили единое, с выбором партнера в сайд меню. Только теперь проблема — как нам не потерять установки и смёржить все приложения в одно, так чтобы при очередном обноалении пользователи скачали единое приложение. От эпла никакого толкового фидбека, отвечают заготовленными фразами и не понимают чего мы хотим. Есть у кого-нибудь опыт?)

от одного аккаунта постите?

да, я уже прочитал правила, ну ладно, разместил в @mobile_jobs

Всем привет, коллеги, у нас небольшая, но полноценная команда пилит стартапчик для себя, ищем ИОСера, можно объяву разместить? =)

Сам ты иосер