так он на Свифте пишет этот бэкэенд?

неет

он пишет на php

так он на Свифте пишет этот бэкэенд?

ваще угар был бы

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

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

не, если сменится чувак и это окажется быдлокоом, то не хочется, чтобы этот новый чувак долго разбирался или все переписывал

вопрос это норм или не норм, вот и все

вопрос это норм или не норм, вот и все

это норм

ебота это

имхо, это не тот чат. Это тебе на форум по аниме. :)

как в swift можно писать все в контроллерах и там будет по несколько сотен кода

на одном ендпоинте держать всю логику

у меня тоже есть проект с бекендом на пхп, там тоже только пост

и работать с ней по ейлоаду жейсона

у меня тоже есть проект с бекендом на пхп, там тоже только пост

да я так понимаю, что у чувака только одна ручка - типа api.govno.com/application

куда спамятся жсоны с разными параметрами / хидерами

))

слушайте ребят, вообще бекенд делать на один url это норм практика? И указывать в теле POST тип запрос (ну там registration, authorization)?

За такое надо ссаными тряпками

куда спамятся жсоны с разными параметрами / хидерами

+

Но вообще зависит от задачи бэкэнда

ну то есть охуенно вообще

у тебя одна ручка бэкенда и авторизирует тебя, и объекты из базы удаляет

топ архтитектура

задача с идеями мы увеличим функционал, сейчас запросов 20 там будет точно

у тебя одна ручка бэкенда и авторизирует тебя, и объекты из базы удаляет

да, в пост дате 2 параметра: method и parameters, потом мультипарт может идти, но мультипарт лучше по ресту-же выносить в отдельные запросы

я боюсь короче предположить, че там за хуйня в пхп на бэкенде

задача с идеями мы увеличим функционал, сейчас запросов 20 там будет точно

20 запросов в одну ручку?

один контроллер наверное

Вы ебнитесь

Разбивайте

в нем пару десятков ифов

"нормас, все в одном месте зато"

спасибо большое за ответы!!

"нормас, все в одном месте зато"

Ага, в мэйн точка мэмэ

в нем пару десятков ифов

ты про хешмапы чтото слышал?

задача с идеями мы увеличим функционал, сейчас запросов 20 там будет точно

я же правильно понял то, о чем ты говоришь?

ты про хешмапы чтото слышал?

я слышал, пхпшник - врядли

я же правильно понял то, о чем ты говоришь?

да, все в одном месте

ебать

я слышал, пхпшник - врядли

а что свифт программист чемто отличается от пхпшника в лучшую сторону?

а что свифт программист чемто отличается от пхпшника в лучшую сторону?

тем, что слышал о хеш мапах

определяется по типу данных (вместо application/json - logout / user/ auth / order) ну и так далее

ШАХ И МАТ

определяется по типу данных (вместо application/json - logout / user/ auth / order) ну и так далее

Бля

Бля бля бля

Бля бля бля

определяется по типу данных (вместо application/json - logout / user/ auth / order) ну и так далее

это вот уже гон полный

Сук

Где окно

Я выйду

Без обид

Но тряпками

выходи конечно, какие обиды

Нассать на них не забудьте

ну то есть, ты шлешь на одну и ту же ручку жсоны типа {method: "auth", login:"", pass:""} и в то же время жсоны типы {method:"getObjects", userID:""}

Предварительно

мы устраивали у себя в конторе ебатоны

как хакатон

только нужно максимально ебано решить задачу

твой бэкенд короче победил

ну то есть, ты шлешь на одну и ту же ручку жсоны типа {method: "auth", login:"", pass:""} и в то же время жсоны типы {method:"getObjects", userID:""}

нет не так

нет не так

это ты ему такой бэкенд написал, да?

я сказал 2 праметра в руте, а ты уже 4 сделал

Метод передается в контент тайпе как я понял

ERROR: S client not available

че

Метод передается в контент тайпе как я понял

да, это вот херня

определяется по типу данных (вместо application/json - logout / user/ auth / order) ну и так далее

покажи пример пары запросов

>да, все в одном месте >определяется по типу данных (вместо application/json - logout / user/ auth / order) ну и так далее

а почему в content-type то? а не в каком-нибудь user-agent например?))

а ну еще круче

абузить хидеры своей логикой

абузить хидеры своей логикой

а как вы передаете авторизационный токен?

для него есть свое поле в хидере

абузишь значит?

а тут ребята в контент-тайпе передают ендпоинт

абузишь значит?

как твою мамашу

ну то есть, ты шлешь на одну и ту же ручку жсоны типа {method: "auth", login:"", pass:""} и в то же время жсоны типы {method:"getObjects", userID:""}

не, пишем тип данных - что делает запрос (auth, reg, logout, user...), в теле - json / параметрах url - сами параметры

Метод передается в контент тайпе как я понял

да

как твою мамашу

опять в споре аргументы заканчиваются?

опять в споре аргументы заканчиваются?

ну я просто свою победу в спорах всегда шуткой про мамашу заканчиваю

как хорошо что в нашей индустрии так много таких людей как вы

не, пишем тип данных - что делает запрос (auth, reg, logout, user...), в теле - json / параметрах url - сами параметры

покажи пример запроса

я все еще не понимаю

я могу только кинуть его апи

регистрация POST поле reg, в котором json array, в котором: name (имя и фамилия), email, phone, country (страна и город отъезда), password, dest (город приезда) , date (дата приезда) comment (комментарий) ответ сервер: token для дальнейшей работы авторизация POST поле log_data, в котором json array, в котором: login, password ответ сервера: token для дальнейшей работы, либо incorrect login/password выход из системы GET Logout Поле logout содержит текущий token Ответ: ok

А коды?

reg, log_data, Logout это как раз то поле, по которому все определяется

да коды то похуй

ну то есть

200 204 403 там

Да не похуй

у тебя есть ручка api.govno.com/handle

Отправка сообщений POST Msg, token Ответ: ok или error Получение сообщений GET get_msgs, token Ответ: json массив со списком сообщений вида: {"2":{"time":"1480879967","sender":"admin","text":"привет"},"1":{"time":"1480879964","sender":"user","text":"привет"}} Если sender=user, то сообщение от пользователя, если admin - от администрации

короче такого плана