Я думаю, оправдаться за то, что у некста есть бэк)

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

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

я пробовал   searchRef.current.selectionStart = searchRef.current.value.length, но вроде как каретка находится в конце, но этот конец не показывается, видно только начало текста в инпуте

@js_noobs_ru
По моему было свойство SelStart

не помогает я пробовал

Ребятки, всем привет! такой вопрос, стоит задача написать апку на next.js и стоит выбор, взять graphql или просто прямо в getServerSideProps писать логику ну или там выностиь в какой-то апи минимальный. Имеет смысл накручивать graphql? С учетом того, что все равно же вызывать  graphql нужно будет в getServerSideProps

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

кажется такая-же фигня как coffeescript или sass(не путать с scss), в ключе "вроде есть, а толку мало"

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

главная проблема с grapqhl на мой взгляд, никто не умеет работать и натягивают сверху какого-нибудь апооло redux.context для хранения данных и сидят довольные

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

protobuf тоже хорошо да

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

но на вебе protobuf пока это тот же json, все еще браузеры не готовы ни к h2, ни к бинарным данным

кеш === стейт и тогда все чики бомба

ну вот из сваггера код, че тут писать) все типизировано

а как запросить, а куда положить?

это если у тебя простой стор взял, да вывел

Всем привет! Кто-нибудь сталкивался с проблемами стилей(styled-jsx) в yandex webvisor? Читал ранее, что отключали CSSOM в styled-components, но здесь не могу найти, где отключить.