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

это небольшая библиотека

которая передает данные

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

а если у меня php, то как быть?

https://github.com/getsimpleadmin/simpleadmin

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

а если у меня php, то как быть?

писать самому или ждать интеграции с нашей стороны

у нас интеграция с php пока не готова

но в приоритете и планах

понял. То есть по сути, я должен данные пользователей, отдавать 3th party сервису чтобы просто провести какие-то манипуляции над ними

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

а-ля kibana cloud какой-то

либо они будут кэшироваться

а на какие объемы это все нацеленно?

а на какие объемы это все нацеленно?

данных?

ага

там же не играет роли объем данных по сути

пагинация

хотя я точно не скажу честно говоря

надо проверять

пагинация

даже в эластике(на минутку оч крутая шутка) есть ограничение по пагинации на 10к записей. (Правда там есть свои хитрости, для обхода этого. В целом это называется deep pagination)

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

и мега оптимизация на прием и отдачу данных

Судя по коду, до этого очень далеко

согласен, настолько далеко не думал еще

Надеюсь помог своим небольшим фидбеком)

спасибо :)

все изменения и будущие фичи пишу вот тут, если будет фидбек обязательно пишите, отвечу всем :) https://www.facebook.com/dmitriy.strukov.7 https://www.facebook.com/getsimpleadmin/

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

и мега оптимизация на прием и отдачу данных

об этом я написал

Привет всем. У меня есть задача. Мне хочется ее решить так. У меня есть сущность A. Она должна быть связана с сущностями B и C, которые хранятся в разных таблицах. У сущностей B и C есть некоторый идентификатор, допустим uid. Я хочу хранить UID в A и тип сущности b или c. Могу я как-то это сделать красиво, а не писать методы которые будут тупо искать "руками"?

Привет всем. У меня есть задача. Мне хочется ее решить так. У меня есть сущность A. Она должна быть связана с сущностями B и C, которые хранятся в разных таблицах. У сущностей B и C есть некоторый идентификатор, допустим uid. Я хочу хранить UID в A и тип сущности b или c. Могу я как-то это сделать красиво, а не писать методы которые будут тупо искать "руками"?

Если я правильно понял, то попробуй полиморфные связи

Я не совсем понимаю как их сделать с этими требованиями

Модель a будет belongs_to :some_info, polymorphic: true. b и с будут has_one has_one :a, as: :some_infoable, dependent: :destroy, foregein_key: :uid

тип того

но если у тебя uuid уникальный, тогда тебе и обычного ключа хватит

без полиморфной связи

нет, они могут совпадать у разных объектов. Спасибо, попробую

Сорян за кросспост из проруби, но вдруг

Внезапный вопрос: кто-нибудь использует activestorage в связке в openstack? Вдруг какие-то пожелания есть, пока у меня интерес к гему не пропал.

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

Реально

Реально

А на всяких этих ваших апворках и прочем есть работенка?

А вот тут я и мои познания про работу кончились

Суть в том, что я в Израиловке. Тут как не начнешь искать работу по кейворду руби - нигде нет именно ror вакансии, просто написано backend супер молодец с перечислением хуевой тучи всего.

так это нормально

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

и для начала пару frontent фреймворков

и для начала пару frontent фреймворков

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

по такой логике проще уже в сам фронт вкатиться.

Все равно придется жрать дерьмо на жсе и верстать.

По крайней мере знать это.

и для начала пару frontent фреймворков

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

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

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

Хорошо тебе. Я вот пилю все на свете :)

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

ну да, а рубисты все поголовно жирнобородатые вонючие прыщавые и в очках)

ну да, а рубисты все поголовно жирнобородатые вонючие прыщавые и в очках)

Еще и лысые

ну да, а рубисты все поголовно жирнобородатые вонючие прыщавые и в очках)

как сишники?)

ERROR: S client not available

угу)

Здраствуйте. У меня с девайсом траблы, помогите плиз. Как можно сделать форму на экшон update юзера? Копипастил с registrations/edit.html но оно редиректит запрос на /user/id/edit. Делаю обрезку авы для юзера и там короче координаты на обрезку пересылаются через этот апдейт

Делал как тут https://www.driftingruby.com/episodes/cropping-images-with-jcrop

Здраствуйте. У меня с девайсом траблы, помогите плиз. Как можно сделать форму на экшон update юзера? Копипастил с registrations/edit.html но оно редиректит запрос на /user/id/edit. Делаю обрезку авы для юзера и там короче координаты на обрезку пересылаются через этот апдейт

В контроллере посмотри

Посмотреть path назначения?

Посмотреть path назначения?

Ты молодец

но он верный, мне кажется что это из за первого аргумента simple_form_for так как я туда передаю current_user

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

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

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

Exactly

контроллеры девайса не должны заниматься аватарками

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

девайс это пра авторизацию, пароли, итп

Про аутентификацию

да

+

Ребята насколько хорошо защищен HTTPS например в параметрах по GET POST буду передавать контактные данные, их же не могут перехватить?

отлично защищен

даже роут не узнают

GET тоже?

все данные, передаваемые, шифруются

ни роуты, ни куки, ни что-то еще

https не страхует тебя от man-in-the-middle атаки

так что, надо шифровать всё ещё

https не страхует тебя от man-in-the-middle атаки

А от чего-же она тогда страхует?

При man in the middle в итоге у клиента в браузере будет http, а не https. Неужели это можно не заметить?

https не страхует тебя от man-in-the-middle атаки

от MITM ничего не страхует как бы

в т.ч. доп шифрование