Форкаешь и импортируешь свой, например. Но лучше все-таки свою обёртку сделать, где будешь довешивать. Потому что мб там какие баг фиксы прилетят

Оно просто ничего не меняет. Что с реплейсом, что без него – одинаковые ошибки

Форкаешь и импортируешь свой, например. Но лучше все-таки свою обёртку сделать, где будешь довешивать. Потому что мб там какие баг фиксы прилетят

Форкнуть-то можно, это понятно. Но это не удобно в данном случае, так как патч неразрывно связан с проектом, для которого он делается. Хочется, чтобы это была одна кодовая база. Я так делал с другим модулем, в котором нет директории internal – работает просто великолепно!

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

Если возникает такой вопрос, я бы порекомендовал серьёзно задуматься над необходимостью микросервисов на текущем этапе развития вашего проекта. Судя по всему, вы разрабатываете проект либо в одиночку, либо одной небольшой командой. А это значит, что вы просто ещё не доросли до необходимости микросервисов. Микросервисы – это дьявол, который помогает решить проблему масштабирования кодовой базы и команды разработчиков, но взамен приносит множество других проблем. Я лет 5 назад тоже решил что я уже крутой архитектор и сделаю-ка новый проект на микросервисах. Сколько же соли я сожрал на попытках правильно спроектировать взаимодействие между ними. А какие данные в каком МС должны храниться? А как быть, с консистентностью, когда микросервис биллинга должен списать деньги с баланса, а микросервис рулетки должен сделать ставку на зеро, но ставка зафейлилась, а деньги списались? В СУБД это решено уже давно на уровне транзакций, а на микросервисах вам придётся героически переизобретать эти довольно сложные механизмы. А как извлекать повторяющийся во всех микросервисах код, чтобы централизованно его править и переиспользовать? А точно ли это независимые микросервисы, если они имеют общие участки кода? И таких челенджей множество. Поэтому, рекомендую присмотреться к архитектуре монорепозитория. Это идеальная точка для старта. Любой из модулей монорепы можно впоследствие легко извлечь в микросервис, если руки из плеч росли при проектировании.

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

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

Можете подробнее рассказать про это? Не понимаю концепцию

Вот пример вопроса https://stackoverflow.com/questions/3903817/pull-new-updates-from-original-github-repository-into-forked-github-repository

Так это вообще какой-то другой вопрос, который с моим даже не пересекается:)

Хмм...мне казалось ты хочешь сделать правда в интернал, но без форка никак этого не сделать, но при этом ты не хочешь отставать от мастер-репы. Но видимо я что-то не понял)

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

почему не дает применить?

А вы сами пробовали такой способ?

В папку vendor, главное

Так папка vendor не предполагает ручное изменение кода внутри неё

Так папка vendor не предполагает ручное изменение кода внутри неё

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

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

а что за либа, если не секрет?

https://github.com/lucas-clemente/quic-go

Оп, а что пилим?

Довольно масштабный мессенджер – понятие очень растяжимое. В парадигму монорепозитория вполне можно уместить бэкенд любого месенджера, будь то телеграм или слак. Есть множество примеров компаний, которые очень долго жили в монорепе. Хотел бы обратить внимание – именно монорепозиторий, но не монолит. Немного разные вещи. Если вы, будучи джуном, решили пилить месенджер на микросервисах – очень вряд ли он дорастёт до момента, когда его надо будет переписывать:) И, как я говорил – при условии правильно выстроенной архитекруты, из монорепозитория можно относительно безболезненно извлечь любой модуль и сделать из него микросервис. То есть если у вас всё хорошо с архитектурой – то переписывать “потом” придётся не так много. Если всё плохо, и вы стартуете с микросервисов – велик шанс, что переписывать не придётся вообще ничего, просто потому что вы тупо не запуститесь.

Оп, а что пилим?

Совершенно новый революционно-инновационный JavaScript фреймворк

потому что это язык будущего

соратники, подскажи плз, вот развернул монгу в докере(да-да плохие практики и тд), но не могу к ней подключиться, чтобы не делал Монго экспресс норм работает mongodb://root:example@mongo:27017/ не работает mongodb://root:example@mongo:27018/ тоже вместо монги вставлял и localhost и 127.0.0.01 тож самое

Всем привет. На сервере лежит картинка 40мб. Есть ендпоинт который выполнит некое сжатие и отдаст картинку. Для маленьких файлов это делается быстро, для больших - достаточно. В моем примере это занимает 13 секунд. Я с постмана шлю запрос на ендопоинт, по логам вижу, что все хорошо, все обработалось, файл сохранился локально даже, но в постмане вижу следующее. В структуре сервера прописал специально сейчас таймауты по 20секунд. Конечно, на проде будет nginx и надо такой тест провести с ним, но все же. Если кто знает почему рвется соединение, подскажите, пожалуйста

Всем привет. На сервере лежит картинка 40мб. Есть ендпоинт который выполнит некое сжатие и отдаст картинку. Для маленьких файлов это делается быстро, для больших - достаточно. В моем примере это занимает 13 секунд. Я с постмана шлю запрос на ендопоинт, по логам вижу, что все хорошо, все обработалось, файл сохранился локально даже, но в постмане вижу следующее. В структуре сервера прописал специально сейчас таймауты по 20секунд. Конечно, на проде будет nginx и надо такой тест провести с ним, но все же. Если кто знает почему рвется соединение, подскажите, пожалуйста

Всем привет. На сервере лежит картинка 40мб. Есть ендпоинт который выполнит некое сжатие и отдаст картинку. Для маленьких файлов это делается быстро, для больших - достаточно. В моем примере это занимает 13 секунд. Я с постмана шлю запрос на ендопоинт, по логам вижу, что все хорошо, все обработалось, файл сохранился локально даже, но в постмане вижу следующее. В структуре сервера прописал специально сейчас таймауты по 20секунд. Конечно, на проде будет nginx и надо такой тест провести с ним, но все же. Если кто знает почему рвется соединение, подскажите, пожалуйста

сейчас попробую, спасибо

не помогло

Всем привет. На сервере лежит картинка 40мб. Есть ендпоинт который выполнит некое сжатие и отдаст картинку. Для маленьких файлов это делается быстро, для больших - достаточно. В моем примере это занимает 13 секунд. Я с постмана шлю запрос на ендопоинт, по логам вижу, что все хорошо, все обработалось, файл сохранился локально даже, но в постмане вижу следующее. В структуре сервера прописал специально сейчас таймауты по 20секунд. Конечно, на проде будет nginx и надо такой тест провести с ним, но все же. Если кто знает почему рвется соединение, подскажите, пожалуйста

не помогло

грешу на голанг сервер

* * * * *

я правильно понимаю, что slice в го является альтернативой связному списку, только с доступом по индексу?

Так звезда это безопасный символ, суй хоть в заголовках