Кто потерял ребёнка... заберите его от сюда.

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

Фронт — это отдельный проект, зачем его потом раскидывать?

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

Фронт надо изолировать, например средствами RPC API

слыште

кто может пояснить за печать чеков из клауда?

Блин ну кто придумал утилиту назвать tx ? Невозможно нагуглить!

Питонисты! Это были питонисты.

😅

Питонисты мудаки, дебиан говно! https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817038;msg=7

По счастью достаточно было вырезать из билд скрипта это маленькое мерзкое поделие под названием tx и забыть про него.

Maintainer for transifex-client is Janos Guljas Что хорошего может дать миру человек по фамилии Гуляш?

Вы по что дебиан мучаете?

На самом деле меня очень рассердили высокомерные товарищи из Android Developers. И поэтому я поставил Android SDK, Android NDK и собрал сам андроид приложение написанное на Го.

а у кого-нибудь есть подобная табличка https://gist.github.com/anonymous/66d4e5b9c390c11c3352f3e5434f366f с более актуальными данными?

http://catchchallenger.first-world.info/wiki/Quick_Benchmark:_Gzip_vs_Bzip2_vs_LZMA_vs_XZ_vs_LZ4_vs_LZO

This page was last modified on 9 October 2016, at 22:42.

https://lukas.dzunko.sk/index.php/Software:_GZIP_vs._BZIP2_vs._XZ_-_performance вот февральская

спасибо, Jim

Народ, кто-то сталкивался с такой проблемой: в vagrant-е freebsd стартует, всё нормально, минут через десять просто схлопывается без причины. Приходится опять ее поднимать и коннектиться. С линупсами всё норм

как в Xfce менеджерить окна?

свернуть равзернуть

вправо влево

Народ, кто-то сталкивался с такой проблемой: в vagrant-е freebsd стартует, всё нормально, минут через десять просто схлопывается без причины. Приходится опять ее поднимать и коннектиться. С линупсами всё норм

мож там кора\сега

как в Xfce менеджерить окна?

в смысле без мышки?

Конечно

Конечно

не стану говорить "1. ставим КДЕ ..."

хотя после победных 3.x кеды свернули куда-то не туда

Привет, девОпсяо✋😌

привет Маша 😚

я уж думал сегодня этого не будет

Костенька☺️

я уж думал сегодня этого не будет

Ждал?)))

Ждал?)))

все ждали

Вранье

Но не важно

Ждал?)))

само собой. Вон народ сидит не дышит. Ждет, когда утро в хату принесут

все ждали подтверждаю

Люблю ж вас, прям не могу. Хорошие такие))

мож там кора\сега

https://lists.freebsd.org/pipermail/freebsd-bugs/2016-May/067589.html :(

Маруся, моё почтение. :)

Маруся, моё почтение. :)

Привет, Сашенька😘

Всем привет! Кто подскажет - есть новосной сервис на котором юзер может настроить рассылку на категории новостей. Насколько хорашая идея хранить в БД список категорий на которые подписался пользователь в виде json строки?

а какие use cases?

читать, обновлять? делать аггрегацию? выборку по категории?

статистику считать, отчеты?

что у вас в качестве DB? вообще хранить данные в базе данных, это бест практис.

База mysql. Данные нужно будет читать, записывать, обновлять. И современем, возможно отчеты нужно будет делать

что у вас в качестве DB? вообще хранить данные в базе данных, это бест практис.

Всем привет! Кто подскажет - есть новосной сервис на котором юзер может настроить рассылку на категории новостей. Насколько хорашая идея хранить в БД список категорий на которые подписался пользователь в виде json строки?

омерзительная

если мускуль то лучше делать нормализацию

смотри...если ты будешь стартавать рассылку, по теме. Как ты получишь список получателей?

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

или да, нормализуй данные

через третью таблицу id_user|id_topic

если структура заранее известна, база реляционная то зачем костылить JSONом

может у людей какой-то жопский фреймворк который религиозно не может JOIN?

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

m2m и нет проблем

может у людей какой-то жопский фреймворк который религиозно не может JOIN?

Если хранить каждую категорию в отдельной строке, тогда таблица со времинем станет довольно большой

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

Если хранить каждую категорию в отдельной строке, тогда таблица со времинем станет довольно большой

и что?

тогда у вас будет BigData

все же об этом мечтают

id кстати тут не обязательно, а индекс будет по сразу двум полям.

даже два, (user_id, category_id) и category_id

Если хранить каждую категорию в отдельной строке, тогда таблица со времинем станет довольно большой

секционирование рулит

да в чем проблема таблицы в 1G записей?

сделай ее не InnoDB а к примеру TokuDB если уже сильно будет пухнуть.

да в чем проблема таблицы в 1G записей?

Мне показалось что это не тру)

да в чем проблема таблицы в 1G записей?

Ок, спасибо за помощь/ Отказываюсь от json)

ну а как ты получишь всех пользователей подписанных на рассылку? Храня в json? FULL SCAN по текстовому полю?

ну а как ты получишь всех пользователей подписанных на рассылку? Храня в json? FULL SCAN по текстовому полю?

Уже понял что тупая затея была

ну почему тупая? просто она не решала все проблемы

да в чем проблема таблицы в 1G записей?

такого размера индекс может не влезть в память

а как только индекс перестает лезть в память - начинается беда

Всем привет! Кто подскажет - есть новосной сервис на котором юзер может настроить рассылку на категории новостей. Насколько хорашая идея хранить в БД список категорий на которые подписался пользователь в виде json строки?

а сколько пользователей и категорий будет в базе максимально?

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

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