Перейти к публикации
  • Сейчас на странице   Всего пользователей: 0   (0 пользователей, 0 гостей)

Rooster

Программирование[10]

Перепись  

313 пользователей проголосовало

У вас нет прав на голосование в этом опросе, или на просмотр результатов опроса. Пожалуйста, войдите или зарегистрируйтесь для голосования в опросе.

Рекомендованные сообщения

(изменено)
ars0k написал 4 часа назад:

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

дак открыто вроде

только часто привитым надо быть, по крайней мере чтобы не сидеть 10 денй в карантине

в германию/ЕС туризм можно

в ЮК можно

в америку хз 

Drakonian написал 1 час назад:

Как перестать думать о GraphQL как о RestAPI? Что почитать? 
Иногда так хочется иметь 1 REST API эндпоинт для какого-то экшена, а приходится городить несколько GraphQL запросов. Так как выносить логику в backend GraphQL это плохо. Но разве плохо иметь поверх GraphQL доп. уровень абстракции? Или тогда это уже будет нихуя не graphQL....... 
Кто может пояснить за GraphQL?

 

делай как удобно, брат


Изменено пользователем Just.Doit

 

очень крутые котейки

RqvSzvr.png


Кому-то пизды дал - нужно сделать скрин обязательно. (с) Solo

Поделиться сообщением


Ссылка на сообщение
Drakonian написал 1 час назад:

Как перестать думать о GraphQL как о RestAPI? Что почитать? 
Иногда так хочется иметь 1 REST API эндпоинт для какого-то экшена, а приходится городить несколько GraphQL запросов. Так как выносить логику в backend GraphQL это плохо. Но разве плохо иметь поверх GraphQL доп. уровень абстракции? Или тогда это уже будет нихуя не graphQL....... 
Кто может пояснить за GraphQL?

 

 

Подрочи


towBCf6.pngimage.png.6f88ac9ad688355eb803ba0b32e309ca.pngimage.png.c05354238865437022b3e4a97a835dbd.pngimage.png.0e8329f2b07e208ae8ef4e3f6878d126.png

 

 

 

Поделиться сообщением


Ссылка на сообщение

графкл говно

рад был помочь :nate:

DeadMage понравилось это

Торжество разума в том, чтобы уживаться с теми, у кого этого разума нет. Вольтер.
Чтобы хорошо высыпаться, нужно спать 8 часов в день. И еще столько же ночью.

Поделиться сообщением


Ссылка на сообщение
Kant написал 25 минут назад:

графкл говно

 

 

Vova написал 51 минуту назад:

Подрочи

Копрофилы на месте?

madvlaydin и Kant понравилось это

ward написал 04.01.2022 в 02:54:

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

mazt3r написал 20.09.2019 в 11:27:

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

 

Поделиться сообщением


Ссылка на сообщение
Drakonian написал 2 часа назад:

Как перестать думать о GraphQL как о RestAPI? Что почитать? 
Иногда так хочется иметь 1 REST API эндпоинт для какого-то экшена, а приходится городить несколько GraphQL запросов. Так как выносить логику в backend GraphQL это плохо. Но разве плохо иметь поверх GraphQL доп. уровень абстракции? Или тогда это уже будет нихуя не graphQL....... 
Кто может пояснить за GraphQL?

 

Дополнительный уровень абстракции можно на клиенте добавить, если это конечно не добавляет проблем с транзакциями и объемом запросов. На прошлой работе был графкл и было много эндпоинтов эмулиирующих рест (фиксированные параметры, только мутация, без query). Толку от графкла в них было мало, но и заводить еще один транспорт никто не хотел. Мой текущий принцип - делай как проще  прямо сейчас, если что потом переделаешь (или уволишься).

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

Drakonian понравилось это

Поделиться сообщением


Ссылка на сообщение
(изменено)
DeadMage написал 33 минуты назад:
Drakonian написал 3 часа назад:

Как перестать думать о GraphQL как о RestAPI? Что почитать? 
Иногда так хочется иметь 1 REST API эндпоинт для какого-то экшена, а приходится городить несколько GraphQL запросов. Так как выносить логику в backend GraphQL это плохо. Но разве плохо иметь поверх GraphQL доп. уровень абстракции? Или тогда это уже будет нихуя не graphQL....... 
Кто может пояснить за GraphQL?

 

Дополнительный уровень абстракции можно на клиенте добавить, если это конечно не добавляет проблем с транзакциями и объемом запросов. На прошлой работе был графкл и было много эндпоинтов эмулиирующих рест (фиксированные параметры, только мутация, без query). Толку от графкла в них было мало, но и заводить еще один транспорт никто не хотел. Мой текущий принцип - делай как проще  прямо сейчас, если что потом переделаешь (или уволишься).

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

Выглядит как говно и на вкус говно, но я думал может не гурман и не шарю за высокую кухню...

 

Я просто не понимаю почему я должен городить НЕСКОЛЬКО http запросов с ебанутыми query чтобы сделать какой-то один функциональный action... Я предложил добавить RestAPI эндпоинты, так чел который этот проект девелопит у нас в компании сказал, что это хуевая идея, мол тогда придется поддерживать эти эндпоинты. Но блять, они же все равно имеют кнопки в том же web-application, которые ТАКЖЕ нужно поддерживать, так как они хуярят несколько (от 2 до 7) HTTP request с graphQL query. Мне чел пояснял что он не может это сделать по адекватному так как если он напишет резольвер который будет принимать просто параметры то ему придется вызывать Backend в Backend(так и сказал) через gateway, мол типа это не решит проблему доп. запросов. ОКЕЙ, допустим, но разве блять это не решит проблему простоты использования????

Я хз, хуй там че удалишь, слишком много времени они уже вбухали на это, чел который это все надевелопил свалил с компании недавно с словами "у нас разные взгляды с компанией на то чем я должен заниматься". Это случилось после того как пришел новый чел, который ускорил его говнокод в 100 мать его раз ЕБАТЬ:avtorklif::avtorklif::avtorklif::avtorklif:


Изменено пользователем Drakonian

Поделиться сообщением


Ссылка на сообщение
Drakonian написал 2 минуты назад:
DeadMage написал 35 минут назад:
Drakonian написал 3 часа назад:

Как перестать думать о GraphQL как о RestAPI? Что почитать? 
Иногда так хочется иметь 1 REST API эндпоинт для какого-то экшена, а приходится городить несколько GraphQL запросов. Так как выносить логику в backend GraphQL это плохо. Но разве плохо иметь поверх GraphQL доп. уровень абстракции? Или тогда это уже будет нихуя не graphQL....... 
Кто может пояснить за GraphQL?

 

Дополнительный уровень абстракции можно на клиенте добавить, если это конечно не добавляет проблем с транзакциями и объемом запросов. На прошлой работе был графкл и было много эндпоинтов эмулиирующих рест (фиксированные параметры, только мутация, без query). Толку от графкла в них было мало, но и заводить еще один транспорт никто не хотел. Мой текущий принцип - делай как проще  прямо сейчас, если что потом переделаешь (или уволишься).

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


Я хз, хуй там че удалишь, слишком много времени они уже вбухали на это, чел который это все надевелопил свалил с компании недавно с словами "у нас разные взгляды с компанией на то чем я должен заниматься". Это случилось после того как пришел новый чел, который ускорил его говнокод в 100 мать его раз ЕБАТЬ:avtorklif::avtorklif::avtorklif::avtorklif:

челу респект

Поделиться сообщением


Ссылка на сообщение
(изменено)
Drakonian написал 2 часа назад:

Мне чел пояснял что он не может это сделать по адекватному так как если он напишет резольвер который будет принимать просто параметры то ему придется вызывать Backend в Backend(так и сказал) через gateway, мол типа это не решит проблему доп. запросов. ОКЕЙ, допустим, но разве блять это не решит проблему простоты использования????

ну один из частых паттернов графкл как раз api gateway - когда есть 1 апишка которая за собой имеет 100500 микросервисов

но аргументация челов от части правильная. тебе удобнее а им на 10 строчек больше поддерживать. им это зачем? им от того что тебе будет удобнее какой профит? этож классика перекидывания нагрузки/ответственности между отделов

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


Изменено пользователем Just.Doit
Drakonian понравилось это

 

очень крутые котейки

RqvSzvr.png


Кому-то пизды дал - нужно сделать скрин обязательно. (с) Solo

Поделиться сообщением


Ссылка на сообщение
(изменено)

помогите привазать метамаск к сайту я ща ебнусь qdddd#8649
почему это не работает 

Скрытый текст

<!DOCTYPE html>

<html>

<head>

<script src="https://cdnjs.cloudflare.com/ajax/libs/jquery/3.2.1/jquery.min.js"></script>

</head>

<body>

<div>

<button class="pay-button">Pay</button>

<div id="status"></div>

</div>

<script type="text/javascript">

window.addEventListener('load', async () => {

if (window.ethereum) {

window.web3 = new Web3(ethereum);

try {

await ethereum.enable();

initPayButton()

} catch (err) {

$('#status').html('User denied account access', err)

}

} else if (window.web3) {

window.web3 = new Web3(web3.currentProvider)

initPayButton()

} else {

$('#status').html('No Metamask (or other Web3 Provider) installed')

}

})

const initPayButton = () => {

$('.pay-button').click(() => {

const paymentAddress = '0xa19e5701b9d58E19D68A3e1687BAe2C87E31aec1'

const amountEth = 1

web3.eth.sendTransaction({

to: paymentAddress,

value: web3.toWei(amountEth, 'ether')

}, (err, transactionId) => {

if (err) {

console.log('Payment failed', err)

$('#status').html('Payment failed')

} else {

console.log('Payment successful', transactionId)

$('#status').html('Payment successful')

}

})

})

}

</script>

</body>

</html>

 

дам денег ТУТ ВРОДЕ НИЧЕ СЛОЖНОГО я самый тупой человек на свете просто


Изменено пользователем AUTORALLY2002

Поделиться сообщением


Ссылка на сообщение
AUTORALLY2002 написал 8 минут назад:

new Web3(ethereum);

:onneponimaet:

GoldRobot и Nikki Sixx понравилось это

Торжество разума в том, чтобы уживаться с теми, у кого этого разума нет. Вольтер.
Чтобы хорошо высыпаться, нужно спать 8 часов в день. И еще столько же ночью.

Поделиться сообщением


Ссылка на сообщение
Гость
Эта тема закрыта для публикации сообщений.

×
×
  • Создать...