А вообще такая критика доставляет. Не нравится - не пользуйся. Есть решение - напиши им письмо. Я в Азии живу и тут grab отжал рынок. Убер вообще норм был по сравнению

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

В этом чате точно всем плевать на убер.

жаль (

хороший сервис

только ПО не очень :)

только ПО не очень :)

функция хорошая, а код - г..но)))

ага

go-bindata депрекейтнули. Чо юзать для встраивания файликов в прогу на Го? Пока остановился на packr, но он глуп, не умеет в абсолютные пути

продолжайте использовать go-bindata, если он вас устраивает

Я тут mtproto обкатываю, поднял прокси для телеги, если кому нужно tg://proxy?server=185.205.210.186&port=443&secret=28903022c71ae67961d00ecacea6e0de

Я тут mtproto обкатываю, поднял прокси для телеги, если кому нужно tg://proxy?server=185.205.210.186&port=443&secret=28903022c71ae67961d00ecacea6e0de

Не кликабельно, добавь http

Кликабельно:)

Это не хттп протокол, а телеграма.

Кликабельно:)

Кликабельно ток с телефона

продолжайте использовать go-bindata, если он вас устраивает

пожалуй так сделаю

Кликабельно ток с телефона

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

Обнови

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

Возможно

Тг щас без прокси начала работать, странно. Первый раз такое после блокировки.

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

Тг щас без прокси начала работать, странно. Первый раз такое после блокировки.

С фото иногда проблемы бывают

+

go-bindata депрекейтнули. Чо юзать для встраивания файликов в прогу на Го? Пока остановился на packr, но он глуп, не умеет в абсолютные пути

fileb0x

fileb0x

спасибо

спасибо

github.com/vektah/gqlgen

юзаешь?

юзаешь?

не, не видел до сих пор. спасбо

есть еще пяток генераторов, но этот поадекватнее

github.com/vektah/gqlgen

выглядит интересно

есть еще пяток генераторов, но этот поадекватнее

судя по докам он очень ок

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

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

конечно. но старайся сначала в гугл заглянуть

У меня такая проблема: пользователь вводит последовательность чисел. Если в течении 10 секунд ничего не было введено - программа выполняет определенные действия. Как правильно построить цикл (или это вообще должен быть свитч), чтобы программа сама по истечению 10 секунд выполняла определенное действие? Сейчас у меня выходит так, что после 10 секунд программа никак не реагирует, но если ввести число (когда время уже закончилось), то действие выполняется.

каналы, таймер, select

У меня такая проблема: пользователь вводит последовательность чисел. Если в течении 10 секунд ничего не было введено - программа выполняет определенные действия. Как правильно построить цикл (или это вообще должен быть свитч), чтобы программа сама по истечению 10 секунд выполняла определенное действие? Сейчас у меня выходит так, что после 10 секунд программа никак не реагирует, но если ввести число (когда время уже закончилось), то действие выполняется.

time.After

Кажется что пару дней назад на соседнем канале это уже было

сейчас у меня примерно так: timeout := time.After(10 * time.Second) for { select { case <-timeout: //some action default: //default action } }

Кажется что пару дней назад на соседнем канале это уже было

на этом же

если у тебя внутри select делается break в надежде выйти из цикла, то из цикла ты не выйдешь

https://stackoverflow.com/q/11104085

если у тебя внутри select делается break в надежде выйти из цикла, то из цикла ты не выйдешь

break нет, но есть continue label

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

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

Как на счёт сделать как в примере выше дали?

Как на счёт сделать как в примере выше дали?

Я так и делаю. Выводится "+", а дальше идет ожидание ввода от пользователя и ничего не происходит.

Я так и делаю. Выводится "+", а дальше идет ожидание ввода от пользователя и ничего не происходит.

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

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

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

так не бывает

Может, кинуть код? Наверняка я где-то напортачил

ну - да, без кода тут говорить не о чем

https://repl.it/repls/RelevantMediumorchidBash

у тебя все в одном потоке выполняется

управление переходит в ветвь default и там блокируется на ожидании ввода

а шо такое continue OUTLOOP ?

а шо такое continue OUTLOOP ?

label

понятно

а шо такое continue OUTLOOP ?

а вот почему бы не пройти гоутур и не почитать доку?

а вот почему бы не пройти гоутур и не почитать доку?

что-то я там не встретил

управление переходит в ветвь default и там блокируется на ожидании ввода

как этого избежать?

как этого избежать?

использовать горутины

использовать горутины

то есть вынести ввод данных в отдельный поток?

например

в go нет возможности как то глобально ловить паники? т.е. паники и из горутин?

и не в go нет, поток - независимая ветвь исполнения, я бы прокидывал callback и внутри вызываемой функции в recover его вызывал. А можешь озучить, зачем это?

и не в go нет, поток - независимая ветвь исполнения, я бы прокидывал callback и внутри вызываемой функции в recover его вызывал. А можешь озучить, зачем это?

просто узнать что упали. и в лог отправить (в моем случае в sentry)

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

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

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

но то что нельзя я понял

но то что нельзя я понял

посмотри, как это сделано в go chi https://github.com/go-chi/chi/blob/master/middleware/recoverer.go#L18

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

Подскажите, как правильно преобразовывать chan int в просто int

Подскажите, как правильно преобразовывать chan int в просто int

Tour of go прошли?

Tour of go прошли?

намёк понял

Согласен. Сжирать 75% ядер в продакшен-кластере на "бег на месте" это как-то слишком. Надеюсь, это поведение улучшат.

Под такой характер нагрузки го не рассчитан был изначально.

Были планы сделать request oriented gc, но кроме пропозала из 2016 кажется ничего не произошло

Думал, почему убер так тормозит и садит батарейку в телефоне? Оказывается, они не умеют писать программы и не знали, что оверзед в любом full scan gc пропорционален количеству указателей на объекты. Написали на го инмемори сторейдж на указателях и хотят, чтобы он быстро работал на стогиговом зипе с миллиардом указателей :) Бракоделы!!!

Они на это наступили в своем m3db (оно на гитхабе)

Это их tsdb для мониторинга

А можно подробнее про "не рассчитан" и где та точка рассчетной нагрузки? Я так понял из доклада, что проблема именно в огромной куче и указателях, проблема то есть в архитектуре и принципиальном unscale подходе

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

А можно подробнее про "не рассчитан" и где та точка рассчетной нагрузки? Я так понял из доклада, что проблема именно в огромной куче и указателях, проблема то есть в архитектуре и принципиальном unscale подходе

Не знаю, говорили много раз что го делался как замена питону в скриптах и простых glue api