вот уже ошибку сформулировал:
у тебя собирается апк, но кейстор не работает, помогите понять в чем проблема

 

Что насчёт слайдера - не знаю, а вот контейнеры, надписи - самое то

 

да, есть

 

[
{
"type": "link",
"text": "https://pub.dev/packages/neon"
}
]

 

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

 

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

 

Спасибо ^^

 

Если будешь писать Клауд функции, то лучше используй фреймворк Serverless, чтобы потом без боли в Azure или AWS переехать

 

Учту, спасибо

 

для MVP самое то, для прода лучше пилить свой бэк

 

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

 

Сейчас очень много прода сидит на Лямбдах и БД Амазона)

 

Сильно, конечно.

 

Но Трамп теперь тебя поддерживает, да ))

 

погуглите чо там с трампом)

 

из за него тупо соцсеть выпилили)

 

Ну не выпилили, а начали отключать же

 

Там не так все просто )

 

Насколько сложно создать свой бек?

 

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

 

Но если у тебя полтора пользователя, то это все не нужно просто

 

А если не полтора? хД

 

Это не отменяет им геморроя по разворачиванию на своих серверах ))

 

статья более чем полностью высосана из пальца:
- мы называли поля по разному
- мы не держали схемы и модели а работали как попало
- мы не следили за нормализацией данных
А во всем виновата эта гадская фаербейз!!! атата

 

Ну в общем, если нет опыта, пользуйтесь сервисами типа Azure,AWS, Firebase

 

Понял. Услышал, благодарен :)

 

Это дороже, но экономит кучу сил и денег на девопсе

 

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

 

то же относится к любой nosql технологии, и в принципе к любому нетипизированному языку ) дело не в фаербейз

 

Потом наступит момент когда затраты на инфраструктуру превысят доход от прилы)

 

И придется все переписать на свой бэк

 

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

 

У нас была ситуация когда горизонтально масштабировать было дороже чем поставить свою стойку в цод

 

Еще такой вопрос, раз уж я начал. Есть ли какой то пакет и/или гайд по тому, как настроить оплату картой в приложении?

 

Тоже актуально

 

Покупка физ. товаров? Или инапп

 

Есть пакеты от Яндекса и тинькова

 

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

 

У Сбера нет?

 

У Сбера тоже есть

 

У всех есть sdk

 

Я назвал самые удобные ))

 

Понял, спасибо поищу.

 

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

 

Понятно. Спасибо :)

 

Ты не можешь напрямую с платежной системой работать минуя банк эквайрер

 

Там все сложно

 

О как.

 

Чтоб работать с платежной системой нужна лицензия

 

Она только у банков и плат систем есть

 

И они ща это берут комиссию ;)

 

3-5% в среднем

 

Понятно. Еще такой вопрос. Для поддержки например не только яндекса надо будет ставить большее количество СДК?

 

Зачем тебе несколько?

 

Выбери 1 банк подходящий тебе и все

 

Нужно будет в любом случае заключать договор на юрлицо

 

Или ип

 

Ну юр лицо уже есть

 

с каждой платёжной системой надо интегрироваться "по-своему" (если надо, конечно). ну или выбрать интегратора (который уже сам решил все вопросы интеграции с рядом систем). но они тоже хотят денюжек =)

 

не понял, а почему google play не использовать?

 

Чтобы не платить 30%

 

Комиссии

 

За такое не заблокируют в плей маркете?

 

Продажа физических товаров можно минуя стор делать

 

Т.е. если я возьму условное сдк интегрирую её в свое приложение, то оно будет оплачиваться на конкретную площадку, т.е. банк. А способы оплаты? Все которые принимает данная платежка будут работать?

 

Класс

 

Виза мастер кард гугл пей и прочие

 

Плюс там рекурентные платежи есть (типа подписки)

 

Мда, я для себя переоткрываю весь мир если честно хД

 

Это примерно так работает:

1) Мобила передает бекенду банка карту + cvc
2) Бекенд банка интегрирован с визой и мастеркардом
3) Совершается оплата

Нюанс в том, чтобы бекенд имел право работать с карточками пользователя, ему нужно соблюдать PCI DSS. Там кучи аудитов от визы и мастеркарда + всякие доп юридические штуки для всех сотрудников

 

у банков уже это все есть, лучше все через них делать

 

а так в теории, сделать свой бекенд который хранит карты пользователей, делает рекурентные платежи и проводит оплаты - реально

 

но дикий геммор из за PCI DSS

 

ага, не советую самостоятельно PCI DSS и PA DSS проходить

 

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

 

мобильные приложения кстати, формально тоже в контуре PCI DSS. Но стандартов не придумали, поэтому пока всем похер

 

единственное требование - не гонять трафик вне контура PCI DSS. Т.е нельзя. сделать слать запросы сначала на свой бекенд, а потом только в банк

 

за это покарают

 

и сесть)

 

На бутылку ))

 

а ну если ток с соблюдением))

 

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

 

вроде находил... но забыл

 

который обходит их? SafeArea

 

да благодрю

 

А что мешает (в теории) запускать на беке селениум с открытием формы перевода на заданную карту с карты клиента? При этом смс-подверждение ожидать от самого же пользователя

 

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

 

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

 

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

 

ну и есть два способа приема платежей - через webview и нативно

 

все эти заморочки с SDK чаще всего - нативные. Эт когда у тебя юзер прям внутри приложения вводит карточку

 

так то можно запилить сайт, подключить его к какому нибудь сбербанку и на него с мобилы кидать

 

можно, в итоге гугл пей оплачивает картой

 

комиссия такая же конская?

 

на виртуальные вроде около 30%, что конечно вообще охуеть

 

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

 

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

 

Да это очень спорный момент, многие компании терабайты данных гоняют через Serverless, очень зависит от типа задач решаемых на беке

 

Так что утверждать, что рано или поздно всем понадобиться свой бек (виртуалки/стойки), не очень корректно

 

а потом петушки тебя отключать, потому что сторонники трампа в твое приложение набежали

 

имхо, на долгой дистанции, свои сервера + отсутствие сервисов от Amazon и Azure имхо дешевле

 

но штат нужно больше держать

 

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

 

я за Азуру плачу 1к рублей. VPS подобный стоил бы мне рублей 300. Единственный профит - не приходится со всякими докерами руками заниматься - кнопку нажал и поехали

 

чтоб руками не возиться пишут скрипты обычно)

 

и щас же есть модное слово девопс

 

админ-ракета

 

Ну 1 VPS выглядит странновато)

 

Обычно минималка 3 ноды и 1 мастер нода кубера

 

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

 

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

 

дак ценник конский)

 

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

 

когда у тебя балансировщик дефолтный не справляется

 

и вот тут экономия от облаков сумасшедшая выходит

 

Привет. Есть вакансия Senior Flutter Software Engineer. Только МИНСК. Кому интересно?

 

[
{
"type": "mention",
"text": "@dartlang_jobs"
}
]

 

не то чтоб я сеньор, на какой рейт у вас на сеньора в Минске?

 

кто-то пробовал делать плагины которые используют другие флаттер плагины?

 

а в чем проблема?

 

просто интересуюсь возможно ли это

 

именно plugins

 

не packages

 

отталкиваемся от знаний и ваших пожеланий. За слово синьер не цепляйтесь, главное, чтоб вы были самостоятельным разработчиком, который не требует ментора рядом, с глубокими знаниями во Flutter

 

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

 

В Минске действительно их мало. А Мы есть))

 

ребят, как добавить нижний паддинг в GridView или для последних елементов? добавление любого контейнера в column крашит, так-же индвидуальный паддинг для последних елементов по индексу оверфлоу получает

 

приложение для закладок? :)))

 

служба доставки посылок

 

вы мне?

 

если у тебя гридвью, то я бы ее всю обернул паддингом

 

разве у гридвью нету паддинга

 

+ идея, спасибо

 

по-моему у него свойство должно быть

 

как у листвью

 

нет, у него есть всякие aspectRatio

 

да, +

 

Но паддингв нету

 

счас гляну

 

вы про это?

 

есть там паддинг, а также есть mainAxisSpacing и crossAxisSpacing для настройки расстояний между элементами сетки

 

забавно

 

но как раз аспект ратио нету)

 

и он есть))

 

а, у обычного нету

 

это походу этот Spacing

 

эти числа как паддинг?

 

main/crossAxis Spacing?

 

они для расстояний между элементами сетки

 

ну значит и внизу скорее всего так-же нарисует

 

Народ, а как текст из TextField получить? через controller ?

 

*сontroller*.text

 

[
"всем добрый, юзал кто ",
{
"type": "link",
"text": "https://pub.dev/packages/responsive_scaffold"
},
" ? Не могу понять что не так, не могу добиться эффекта постоянно развернутого дравера на планшете"
]

 

спасибо)

 

[
"обернуть в ",
{
"type": "code",
"text": "SingleChildScrollView"
},
" и добавить падинг в нем не вариант?"
]

 

[
{
"type": "mention",
"text": "@yehorh"
},
" ну это тоже самое что билдер обернуть в паддинг"
]

 

вот здесь добавил crossAxisSpacing

 

уже проверил, mainAxisSpacing не рисует пробел внизу и сверху(

 

а здесь еще главный

 

от аппбара и внизу нету отступов, видишь?

 

только между айтемами

 

Кто использует Bloc Cubit, объясните пожалуйста, зачем нужны репозиотрии, почему нельзя прямо в кубите подключаться к базе, например? Это противоречит Bloc паттерну? Для чего вообще репозитории выделяют отдельно (во всех примерах гугла там только подключение к базе)

 

Разделение ответственности

 

SOLID

 

[
"Читайте про SOLID ",
{
"type": "link",
"text": "https://en.wikipedia.org/wiki/SOLID"
},
""
]

 

с BLoC никак не связано )

 

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

 

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

 

продолжаю насиловать хакинтош)) взял другой ссд. вопрос каталина или мохаве?

 

но если будет грид по высоте больше экрана, то снизу паддинга ты не увидишь))

 

То есть если данные появятся внутри приложения, я буду делать еще один репозиорий?

 

репозитории нужны для того

 

[
{
"type": "mention",
"text": "@rusakoff"
},
" ты сможешь просто постучатся с любого места к репозиторию, и получив от туда данные уже работать в стейт менеджменте и т.д"
]

 

чтобы если поменяется логика получения данных не нужно было менять ui

 

бизнес логику

 

Когда на натив (kotlin) я писал приложения, я так и поступал - у меня были два класса - *localRepository и *remoteRepository

 

Это на самом деле нужно для удобства писать юнит-тесты

 

фигня какая-то

 

скорее всего там должен был быть localSource

 

remoteSource

 

но не репозиторий

 

ТАк если я работаю с Bloc я же могу туда стучать только из Bloc

 

а да, точно :)

 

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

 

не скажу именно про хакинтош.. но на мохав не встанут свежие xcode, например. если нужны свежие - то только каталина

 

попробую)

 

там есть бигсюр но думаю не стоит его

 

Так во всех примерах свзяанных с Bloc, там именно происходит подключения к конкретному внешнему API, например

 

еще раз заново в чем проблема

 

точнее что непонятно

 

[
{
"type": "link",
"text": "https://bloclibrary.dev/#/architecture"
},
" смотрели этот раздел доки?"
]

 

[
{
"type": "code",
"text": "The repository layer is a wrapper around one or more data providers with which the Bloc Layer communicates."
}
]

 

[
{
"type": "mention",
"text": "@rusakoff"
},
" почитайте солид"
]

 

в частности сингл ответственность

 

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

 

Напишите, пожалуйста, потом результат.

 

обязательно

 

Хочу понять вот что: У меня есть UserCubit, в нем функция которая запрашивает в Юзера в UsersRepository. А затем в репозитории по сути таже вункция которая запрашивет юзера из API. Зачем нужна такая последовательность, если можно просто запросить в UserCubit'е сразу в API?

Зачем это именно в Bloc так делать? Где я могу использовать репозиотрий еще кроме как через один UserCubit? — Ведь, если я могу из любого места запросить через RepositoryProvider, то тогда зачем он вообще нужен?

 

а вдруг вы захотите поменять на фаербейз

 

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

 

этим закончим)

 

или сохранять юзера в бд