есть postgresql WHERE some_array = '{}' норм или нет?)

а оно работает? some_array это jsonb? по идее тогда ‘{}’::jsonb должно быть

ARRAY_LENGTH(some_array, 1) IS NULL

в интернетах только такой варинт

а оно работает? some_array это jsonb? по идее тогда ‘{}’::jsonb должно быть

some_array это []text

и да, работает

Подскажите плз, когда быстрее передача byvalue, а когда bypointer? А то в интернетах пишут что бывает что byvalue быстрее даже в случае, если размер передаваемого больше размера указателя

Подскажите плз, когда быстрее передача byvalue, а когда bypointer? А то в интернетах пишут что бывает что byvalue быстрее даже в случае, если размер передаваемого больше размера указателя

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

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

Преждевременная оптимизация - уже проблема :)

ИМХО, пользуй by value да и все :)

гм, массив в 100кб тоже by value? компилятор все сам порешает?

ты о слайсах говоришь

короче вроде и так как ссылка

передача слайсов

слайс — да, массив — нет. он сказал массив. не знаю, умышленно, или напутал.

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

гм, массив в 100кб тоже by value? компилятор все сам порешает?

Если ты имеешь ввиду слайс, то он сам по себе ссылочный

умышленно, слайс это структура с указателем на участок массива

хорошо, я понял, делай бай-вэлью и будь что будет )

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

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

на самом деле - эскейп-анализ работает сложнее, но можно и так ситуацию описать

ну, есть еще ньюансы инлайна

понял, спасибо

честно говоря. давно хотел задать вопрос, и вот повод подвернулся. если создается строка, память под неё выделяется в стеке, или в куче?

хотя, уже глянул, если она передается в какой-нибудь fmt.Print() то heapstack.go:8:13: str escapes to heap, а если просто дописать в неё что-то, то .\heapstack.go:3:6: can inline main.

Кто подскажет по VSCode? Делал как тут https://github.com/Microsoft/vscode-go/wiki/Usage-FAQ Ругается: no such file or directory: go run /home/fishhead/go/src/localTest/fishhead108/ldap-sync/main.go если убрать ${file}, то снаовится видно, что не нравится go run Работает { "version": "2.0.0", "type": "shell", "echoCommand": true, "command": "go", "cwd": "${workspaceFolder}", "tasks": [ { "label": "run", "group": { "kind": "build", "isDefault": true }, "args": [ "${file}", "--username", ], }, ] } А так нет { "version": "2.0.0", "type": "shell", "echoCommand": true, "cwd": "${workspaceFolder}", "tasks": [ { "label": "rungo", "command": "go run ${file}", "group": { "kind": "build", "isDefault": true }, "args": [ "--username", ], }, ] }

Ещё бизнес логику на го не попишешь нормально, файловые хранилки(бд) тоже нельзя на го писать, ибо там самому нужно писать скедулинг т.к. в том же линуксе обращения к файловой системе синхронные.

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

раст наверное подойдет для микроконтроллеров, так как нет в нем garbage collector

раст не интегрирован с IDE-ями Keil, IAR studio и Atmel Studio, поэтому идёт на фиг в разработке под микроконтроллеры

Тут в треде уже решили что го - замена php

что косвенно подтверждае тезис - голанг уебище, но все остальное еще хуже. Поскольку всё остальное даже похапэ заменить не годно

что косвенно подтверждае тезис - голанг уебище, но все остальное еще хуже. Поскольку всё остальное даже похапэ заменить не годно

Админ нужно запинить это сообщение!

Причина выпадения глаз?

смотрел на код пхп

Причина выпадения глаз?

от кастомных алгебр для датасциентистов поплохело

В sql пакете голанга сделали восстановление подключений при обрыве-восстановлениии подключения к бавзе или же нет?

раст не интегрирован с IDE-ями Keil, IAR studio и Atmel Studio, поэтому идёт на фиг в разработке под микроконтроллеры

ну там с и кресты)

ну там с и кресты)

конечно. и вся инфраструктура (убогая до ужаса) под С/С++. Я даже не представляю какую запущенную степень шизофрении надо иметь, что писать под микроконтроллеры на расте, переводить сишный код из даташытов на раст. Запредельную наверное

В sql пакете голанга сделали восстановление подключений при обрыве-восстановлениии подключения к бавзе или же нет?

так всегда так было

так всегда так было

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

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

А как можно узнать причину обрыва?

А как можно узнать причину обрыва?

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

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

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

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

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

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

А если мыши? Дамп это покажет?

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

вообще - сокет упал, код ошибки посмотреть и когда

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

что рвалось? какая ошибка возвращалась?

А если мыши? Дамп это покажет?

нет. если уборщица шнур выдергивает при уборке - тоже нет

насколько помню если возвращалось ErrBadConn (не помню точно название), то два реконнекта и потом возврат ошибки (если успешного запроса не было)

Чем отличаются друг от друга web parser, web scraper, web crawler, web wrapper? Или это всё абсолютно идентичные синонимы?

web wrapper - это что-то из другой оперы

crawler - это паук. скрипт ходящий по найденым ссылкам

parser и scraper приблизтельно одно и то же

Crawler гуляет по интернету (списку ссылок) Parser превращает страницы в структурированные данные, scrapper выбирает полезные и нужные данные с того, что сделал парсер

thx

что рвалось? какая ошибка возвращалась?

не помню точно уже, что то в стиле "connection failed socket error"

Какой вариант хранения конфигов предпочтительнее? Например, конфиг сервера - в виде гошной структуры или json файлика?

О! Про конфиги в тему. Подскажите, а кто как ключики и сертификаты клиентам в k8s кластере подсовывает? ))

из мухи слона раздуваете

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

Какой вариант хранения конфигов предпочтительнее? Например, конфиг сервера - в виде гошной структуры или json файлика?

yaml/toml

yaml/toml

Плюсанул.

О! Про конфиги в тему. Подскажите, а кто как ключики и сертификаты клиентам в k8s кластере подсовывает? ))

это вам в девопс, для приложения то что подсовывать?

Ну да для приложения, там pem всякие, да p12.

yaml/toml

уж лучше жсон при всех его недостатках чем манаться с подсчётом пробелов.

уж лучше жсон при всех его недостатках чем манаться с подсчётом пробелов.

жсон есть валидный йамл

уж лучше жсон при всех его недостатках чем манаться с подсчётом пробелов.

Эм, ну почти во всех редакторах из коробки можно включить отображение пробелов и автоотступы.

Эм, ну почти во всех редакторах из коробки можно включить отображение пробелов и автоотступы.

Грешновато!!!

жсон есть валидный йамл

В таком случае yaml parser должен прочесть json

В таком случае yaml parser должен прочесть json

что хорошие парсеры и делают без проблем

yaml/toml

YAML переусложнён. Он симпатично выглядит, но парсить его тяжело. TOML хоть формально и не устаканился, но по факту уже успешно используется и лишён многих пороков JSON

да, у yaml сверхсложная граматика - овер 200 патернов. Учить этот шлак ради того чтобы написать конфиг?? ха-ха-ха

Хотите писать человекочитаемые конфиги, господа - курите парсер-комбинаторы и учитесь с их помощью писать dsl-ки. На Го это - внезапно - тоже

можно

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

вы так говорите, что написать свой парсер - это сложно

не умеете писать парсеры - берите жсон и не дурите голову

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

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

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

сейчас было больно

YAML - нишевый формат для любителей "писать меньше, делать больше, а потом хоть трава не расти"

YAML - нишевый формат для любителей "писать меньше, делать больше, а потом хоть трава не расти"

очень смелое утверждение

он любит ярлыки вешать

Вы хотите удалить этот ярлык?

?

YAML - нишевый формат для любителей "писать меньше, делать больше, а потом хоть трава не расти"

а JSON не нишевый?

ящитаю конфиг должен быть бинарным

прямо в протобуфе

кстати да

и логи тоже

makes sense

про логи нет

:D

про логи нет

почему нет?

а логи должны быть в ямле

логи должны быть структурированными