Сам использую SQLX, однако когда нужно обновить динамическое число полей, начинается конкатенация, что сильно меня удручает. Какой вы используете квери билдет в таком случаи?
Я извиняюсь, но ваши советы, мягко говоря, не верны. Давайте разберемся.
Первый вариант с каналами. Получение данных верно сделано, тут вопросов нет, а вот при возврате, вы будете зависать до тех пор, пока буфер в канале не освободится. Селект работает как на чтение из канала, так и на запись в канал. Поэтому вы спокойно можете попробовать записать в канал и если не вышло (заполнен канал), пойти дальше и оставить этот слайс на GC.
Второй вариант, как вы и говорили, самый простой, тут нечего добавить или отнять.
Третий вариант, а вот тут самая жесть у вас. Вы верно заметили, что арена должна быть нужного размера, это первая проблема, которая у вас не решена. Возможно вы её оставили на плечи самого реализатора, тогда тут вопросов нет. Но вот возврат, это уже критично. Вы всегда создаёте слайс с N капасити, но при возвращении у вас может прийти слайс с большим капасити. Давайте поразмышляем, что это значит. Это значит, что в тот слайс, который вы брали из этого пула, добавлялись элементы и он был расширен. А значит вы получили уже новый слайс вне арены и, скорее всего, потеряли ссылку на оригинальный слайс из арены и пытаетесь вернуть в пул слайс из не арены. Тут ничего критического, потому что у вас есть проверка. Но проблема заключается в том, что вы первоначальный слайс создавали из арены и когда вы потеряли ссылку на оригинальный слайс, сборщик мусора оригинальный слайс не почистит. Тут у вас будет утечка памяти.
Не всегда это просто реализуемо. А описанный Вами первый вариант и требует переписывания конфигурации. Второй не решает проблемы с несколькими серверами за одним доменом.
Все элементарно! У меня домен привязан не к одному IP. Поэтому у меня мануальный режим. Я беру токен с валидацией и записываю их в БД, а потом уже отдаю на любом сервере эти данные по запросу из БД
В сертБоте, когда Вы указываете выписывать сертификат через http, вообще-то он переписывает ыашиконфиг, ребутит nginx, а после возвращает как было. Мне это и не нравится
Вот на днях тоже игрался. Настраивал шард, так и не вышло.
Система забавная и удобная, однако нужны прямые руки (которых, по всей видимости, у меня нет)
Мы описали весь API с клиентами и вот уже получили наш стандарт! Сервер у нас частично на GO, частично на PHP. Клиенты на Java (андроид агент), на ObjectivC (клиент под iOS), на QT под Windows, OS X и Linux.
Как-то давно писали покер сервер на PHP. Там была вся логика Техасского Холдема. И сравнение карт, и подсказки и все-все-все… Не особо то и сложно было. Эх… хорошие времена были :)
А по какому адресу эта барахолка?
Сам использую SQLX, однако когда нужно обновить динамическое число полей, начинается конкатенация, что сильно меня удручает. Какой вы используете квери билдет в таком случаи?
А если приложение будет работать как демон? А оно явно и будет так работать.
Я извиняюсь, но ваши советы, мягко говоря, не верны. Давайте разберемся.
Первый вариант с каналами. Получение данных верно сделано, тут вопросов нет, а вот при возврате, вы будете зависать до тех пор, пока буфер в канале не освободится. Селект работает как на чтение из канала, так и на запись в канал. Поэтому вы спокойно можете попробовать записать в канал и если не вышло (заполнен канал), пойти дальше и оставить этот слайс на GC.
Второй вариант, как вы и говорили, самый простой, тут нечего добавить или отнять.
Третий вариант, а вот тут самая жесть у вас. Вы верно заметили, что арена должна быть нужного размера, это первая проблема, которая у вас не решена. Возможно вы её оставили на плечи самого реализатора, тогда тут вопросов нет. Но вот возврат, это уже критично. Вы всегда создаёте слайс с N капасити, но при возвращении у вас может прийти слайс с большим капасити. Давайте поразмышляем, что это значит. Это значит, что в тот слайс, который вы брали из этого пула, добавлялись элементы и он был расширен. А значит вы получили уже новый слайс вне арены и, скорее всего, потеряли ссылку на оригинальный слайс из арены и пытаетесь вернуть в пул слайс из не арены. Тут ничего критического, потому что у вас есть проверка. Но проблема заключается в том, что вы первоначальный слайс создавали из арены и когда вы потеряли ссылку на оригинальный слайс, сборщик мусора оригинальный слайс не почистит. Тут у вас будет утечка памяти.
Система забавная и удобная, однако нужны прямые руки (которых, по всей видимости, у меня нет)