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

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

у меня с елкйо проблема

она дохнет (

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

пока в стдаут

и у меня нету админов которые бы не говорили мне что они не могут в elk stack

Что есть ёлка, что- кибана?

elasticsearch logtash kibana

пока в стдаут

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

kibana - штука визуализатор повехр данных из эластика

логгирование это не только "а давайте серанем вот этой мессагой куданить"

А, логстеш

logstash штука для процессинга логов и там обычно какой-нибудь grok для доставки

Я просто в такой формулировке не слышал

Определить ряд критериев Популярность, поддерживаемость, чистота кода, ч.т.д.

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

Я просто в такой формулировке не слышал

так обычно все пишут elk stack

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

несколько списков тоже неплохо

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

Это обычная практика

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

И так даже лучше

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

Вообще да, хороший вброс получился)

логгирование это не только "а давайте серанем вот этой мессагой куданить"

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

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

И для все этой еботни нельзя просто сделать console.info и радоваться жизни

И так даже лучше

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

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

дело в том что если бы всё так было, то за нас бы уже кодили)

единственная нужда программистов

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

какие-то топ 100 списки делать глуповато

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

Конечно нет смысла Ведь реакт- лучший

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

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

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

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

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

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

меняется команда - меняется инфраструктура

меняется команда - меняется инфраструктура

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

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

В итоге все будет Hadoop

https://github.com/visionmedia/supertest/issues/383

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

Мне норм

В итоге все будет Hadoop

ой все!

Везде есть исключения

зачем hadoop в 2k17?

зачем hadoop в 2k17?

Это быстро и синтаксис такой знакомый.

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

ну не там сменилось руководство. да и postgres на самом деле запилил после этой статьи репликацию через команды

Мне норм

ну underscore до сих пор едва ли не популярнее lodash и всем норм

Напоминаю, что 98% сайтов используют jQuery

Напоминаю, что 98% сайтов используют jQuery

Не упоминай это имя в суе

ну не там сменилось руководство. да и postgres на самом деле запилил после этой статьи репликацию через команды

ну у постгресменов бомбануло сильно от их статьи но патчи полетели очень бодро)

да ниче у них не бомбануло. я сомневаюсь что это было не решаемо в убере.

Напоминаю, что 98% сайтов используют jQuery

ну jquery в отличие от underscore развития не закрывал

ну jquery в отличие от underscore развития не закрывал

Ты про их вот эти последние потуги?

не стало экспертов в постгре видимо в их команде. там же тоже есть ротации.

Они последний раз релизидись в 2016. Надеюсь это был последний раз.

да ниче у них не бомбануло. я сомневаюсь что это было не решаемо в убере.

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

да там из всей этой истории значимо только наличие командной репликации. хотя в целом плевать в среднем.

да там из всей этой истории значимо только наличие командной репликации. хотя в целом плевать в среднем.

обновление еще, они подробно описали какое говно у них получается с постгресом

убер вообщем-то не сказать чтобы особо хорошая компания

Postgres vs Cassandra vs Hadoop vs SQLite ?

убер вообщем-то не сказать чтобы особо хорошая компания

а кто хороший вообще?

скульайт канэш

ну какой-нибудь яндекс кажется получше

можно с фтп прост файло слить и всё

а что сделал убер для хипхопа в свои годы?

ну какой-нибудь яндекс кажется получше

по каким критериям хоть?)

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

а что сделал убер для хипхопа в свои годы?

яндекс-такси он сделал

это не делает его технической компании.

ну какой-нибудь яндекс кажется получше

Кликхаус?

Кликхаус?

элиптикс бэм и куча всякого

ERROR: S client not available

взять хотя бы штуку сегалвоича

морфиус что ли?

элиптикс бэм и куча всякого

Бэм?) ну такое.

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

это не делает его технической компании.

ну убер сделал свои карты, это уже его в топ технический выдвигает. да, в опенсорсе он не очень жгет, ну а яндекс вообще за всю жизнь родил 2-3 популярных проекта в опенсорс.

элиптикс бэм и куча всякого

я вас расстрою но самый популярный опенсорс проект яндекса (а мы же о нем да?) за всю его историю вот https://github.com/yandex/gixy

Яндекс.кокаин ?

я вас расстрою но самый популярный опенсорс проект яндекса (а мы же о нем да?) за всю его историю вот https://github.com/yandex/gixy

фак, я о нём даже не слышал

фак, я о нём даже не слышал

он недели две как вышел)

Яндекс.кокаин ?

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

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

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

(да, никто :)

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

да, там отличный VR из коробки я слышал

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

(не давите мне на мой пострес а то поставлю вам тарантул в качетсве убийцы оракла)

и кстати вышел 1.8.1 который умеет в sql https://github.com/tarantool/tarantool/releases/tag/1.8.1

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

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

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

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

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

более того они еще нередко и посредственного качества код могут написать.

я очень сильно сомневаюсь что если бы убер наняли тот же postgrespro в обслуживание что те бы не пофиксили все что те хотели. просто в убере как в любой корпорации есть свои самодуры. вот парень написал статью и якобы что-то объяснил.

но мне это не кажется хорошим ответом. то есть понятно если ты умеешь писать энжины для майсиквала ты хороший инженер.

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

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

тут можно только гадать, я не шарю

Ребят, а как организовать код на express, модельки контроллеры вот это все

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

Занимаюсь одним проектом и он будет разбиваться на несколько частей (что-то вроде афишы, каталог и тд). Надо переделать архитектуру проекта и вынести сервисы на поддомены, но вот вопрос, как организовать структуру проекта? Сделать один большой api, а остальное просто на клиенты поделить? Или лучше выносить по папкам сервер/клиент?

нынче микросервисы модно

как на location /api исключить керберос? <Location /> AuthType Kerberos AuthName "" Krb5Keytab /etc/apache2/http.keytab KrbAuthRealms "" KrbMethodNegotiate On KrbMethodK5Passwd Off #KrbSaveCredentials off KrbVerifyKDC off KrbServiceName HTTP/"" KrbServiceName HTTP/"" KrbServiceName HTTP require valid-user </Location>

Как чекать потоковое видео на сходства?

Согласно нику

Согласно иконке