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

вангуш шутку про то что на жс пишешь

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

Нене, я не как претензию это писал

и это на каком девайсе?

s8

s8

топ, понятно

Ща что-нить попроще найду

делаю не на нетиве, на обычном реакте пишу

с упоротым парсером - 16.7

Целый кадр так-то

Кто-нибудь принимает платежи этой библиотекой? https://github.com/naoufal/react-native-payments

топ, понятно

130ms на nexus 5x

130ms на nexus 5x

охохо

Упоротый - 61

130ms на nexus 5x

а если на каком-нибудь сяоми или серии J?

а если на каком-нибудь сяоми или серии J?

Ща посмотрю что есть

О, старик nexus one

500-1000 вангую

Да скорее всего, если он вообще запустится

Там батарее ппц приешл

Старый nexus 7 - 1.4с

Чем можно асинхронно (де)серилизовать json в строку на expo?

В каких случаях это нужно? Эту задачу нельзя решить на стороне сервера?

/facepalm

коллеги. подскажите, есть исходники ios приложения, как определить какую карту использует это приложение?

вижу что есть фреймворк MapKit

но там нативные apple карты или гугловские.. ?

вижу что есть фреймворк MapKit

mapkit это эпл

в доке не совсем ясная инфа

https://developer.apple.com/documentation/mapkit

mapkit это эпл

уверен на 100%?

уверен на 100%?

на 146

хорошо, спасибо

В каких случаях это нужно? Эту задачу нельзя решить на стороне сервера?

Задачи типа: - Даже на 3g быстро отобразать список загруженных “котиков”, а потом подгрузить новых с сервера (примерно как в twitter); - При отсутcnвие интернета отобразить список уже закешированных “котиков” (много страничный); нельзя перенести на сервер

Задачи типа: - Даже на 3g быстро отобразать список загруженных “котиков”, а потом подгрузить новых с сервера (примерно как в twitter); - При отсутcnвие интернета отобразить список уже закешированных “котиков” (много страничный); нельзя перенести на сервер

У нас в GraphQL эту задачу Apollo решает, он кэширует все данные полученные с сервера. А быстрое отображение происходит благодаря точечному разовому запросу, без многократного дергания сервера, как бывает в REST. Она из причин, почему Facebook придумал GraphQL - это как раз эта причина, чтобы в том числе в деревнях и селах со слабым 3g интернетом была доступна их социальная сеть.

У нас в GraphQL эту задачу Apollo решает, он кэширует все данные полученные с сервера. А быстрое отображение происходит благодаря точечному разовому запросу, без многократного дергания сервера, как бывает в REST. Она из причин, почему Facebook придумал GraphQL - это как раз эта причина, чтобы в том числе в деревнях и селах со слабым 3g интернетом была доступна их социальная сеть.

- Задержка на пинг у тебя по любому будет (на 3g она до секунды доходит) - Плюс если ты уже загрузил 30 страниц, качать их заново просто бесмыслено (и по graphql тоже)

У нас в GraphQL эту задачу Apollo решает, он кэширует все данные полученные с сервера. А быстрое отображение происходит благодаря точечному разовому запросу, без многократного дергания сервера, как бывает в REST. Она из причин, почему Facebook придумал GraphQL - это как раз эта причина, чтобы в том числе в деревнях и селах со слабым 3g интернетом была доступна их социальная сеть.

В нормальном REST многократного дергания сервера тоже не происходит

- Задержка на пинг у тебя по любому будет (на 3g она до секунды доходит) - Плюс если ты уже загрузил 30 страниц, качать их заново просто бесмыслено (и по graphql тоже)

Так есть подписки по ws, зачем обновлять стейт, если даные не менялись?

Ну и в деревнях и селах ставить приложения Фейсбука по 100-200 мегабайт никто не будет, пусть сначала этим займутся

В нормальном REST многократного дергания сервера тоже не происходит

Не все нормально могут)

Так есть подписки по ws, зачем обновлять стейт, если даные не менялись?

Оу теперь еще вебсокеты прикручивать, что бы “котиков” загрузить - приехали

Не все нормально могут)

А зачем работать с теми, кто не может?

Оу теперь еще вебсокеты прикручивать, что бы “котиков” загрузить - приехали

C этим сервером они идут встроенные https://github.com/graphcool/graphql-yoga

В нормальном REST многократного дергания сервера тоже не происходит

что значит в нормальном? это известная проблема этой архитектуры

Ага, осталось только сервер переписать и клиент (лишь бы json не парсить в js треде) Короче graphql (даже на nodejs) это норм, но сейчас это совершенно не в кассу предложение.

что значит в нормальном? это известная проблема этой архитектуры

REST - архитектура? Что еще расскажете?

казалось бы при чем тут парсинг json и загрузка его по сети))

REST - архитектура? Что еще расскажете?

архитектурный стиль взаимодействия компонентов распределённого приложения в сети.

так ок?

архитектурный стиль взаимодействия компонентов распределённого приложения в сети.

Рест запрещает отдавать связанные сущности?

Я извиняюсь, видимо из-за того, что у нас разный стек технологий, поэтому происходит не понимание. Да еще я сразу на GraphQL перешел минуя REST, поэтому лучше промолчу про REST?.

Рест запрещает отдавать связанные сущности?

через include?

через include?

Через json

казалось бы при чем тут парсинг json и загрузка его по сети))

Вот такой он RN ?‍♀️

Через json

wut

В чем вопрос-то?

Вот такой он RN ?‍♀️

еще и RN зацепил)

еще и RN зацепил)

Посекло осколками от холвара)

wut

да просто рестом щас зовут любой круд по ходу)

Проблема типа в том, что в ресте надо много запросов сделать? Так можно сделать запрос, который отдает всё что нужно

Ага, осталось только сервер переписать и клиент (лишь бы json не парсить в js треде) Короче graphql (даже на nodejs) это норм, но сейчас это совершенно не в кассу предложение.

Почему? Yoga базируется на Express

еще и RN зацепил)

Ну ты прочитай с чего тут началась “продажа graphql” (которую никто не просил)

через include?

json-api дя кого придуман?

Проблема типа в том, что в ресте надо много запросов сделать? Так можно сделать запрос, который отдает всё что нужно

это не рест тогда лол

это не рест тогда лол

Пруфы можно?

Пруфы можно?

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

где каждый из этих ресурсом идентифицируется отдельным урлом по определению

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

Пруф того, что связанные сущности в ответе сервера - не рест

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

GET /articles

GET /articles

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

где авторы, комменты?

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

ОБОЖЕМОЙ, вернуть одним jsonом СЛОЖНА!

Для этого же GraphQL надо! Иначе никак!

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

продублирую вопрос )

ОБОЖЕМОЙ, вернуть одним jsonом СЛОЖНА!

я предупреждал про сложно

то что кто-то обрабатывает get /articles и возвращает весь фарш это не значит что это рест хаха

а нет, наверное еще коды ответов через хттп статусы смотрите да? ну тогад точно

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

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

С чего ты взял?

Как я бэкенд попрошу, так и будет отдаваться

Ну ты прочитай с чего тут началась “продажа graphql” (которую никто не просил)

Думаю проблема вся в том, что вы используя React Native, пытаетесь юзать его не с теми технологиями и напрягаетесь ища решения, вместо того чтобы юзать френдли технологии компании Facebook Подробней об этом здесь https://youtu.be/i6i1xGlaVwY?t=59m14s

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

Следующая стадия после graphql Пишем бекенд сами )

появится другой клиент или другое представление и будете докручивать

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

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

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

он как раз универсианизирует все это

он как раз универсианизирует все это

И добавляет головной боли бэкенду

черт нет такого слова)

Спасибо, не надо

И добавляет головной боли бэкенду

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

а потом бегать и просить переделать

И добавляет головной боли бэкенду

Какой конкретно боли для вашей команды? Вы в прошлый раз так и не ответили.

или сделать 1 раз и использовать везде

Какой конкретно боли для вашей команды? Вы в прошлый раз так и не ответили.

Я ответил про безопасность

а потом бегать и просить переделать

Бегать и просить поправить ограничения по выдаче данных?

Если вдруг уязвимость найдется

Какой конкретно боли для вашей команды? Вы в прошлый раз так и не ответили.

Ну и у нас рест, у нас головной боли нет)

Я ответил про безопасность

Можно issue c гита?

какие ограничения? тут уже роли и права доступа

какие ограничения? тут уже роли и права доступа

Их все настраивать для всевозможных запросов дольше и сложнее, чем для ограниченного количетства рест-методов