×Закрыть
  • Чи використовує хто в проді ssh-тунелі між серверами?

    cloud наверное. a2host

  • Чи використовує хто в проді ssh-тунелі між серверами?

    Аналогічно, для разових робіт чи казуального використання ссш-тунель зручний. От і стало цікаво, наскільки воно підходить для постійного зв’язку.

  • Чи використовує хто в проді ssh-тунелі між серверами?

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

    Ну а так то конечно вещь, которую я умею, всегда лучше вещи, которую я не умею. Для человека с молотком всё вокруг — гвозди.)

  • Чи використовує хто в проді ssh-тунелі між серверами?

    Если «Unable to connect ...» явление регулярное, то, конечно, стоит посмотреть на более стабильные варианты.
    С другой стороны даже простой воркер рассылки писем, находящийся под боком у бд, иногда её теряет после длительного простоя. Редкие случаи отвала можно и архитектурно предусмотреть.
    Репликацию по такому каналу я делать не собираюсь, тут чисто бытовое использование.

  • Чи використовує хто в проді ssh-тунелі між серверами?

    не сильно интенсивный. Хочу отрезать от монолита кусок и отсадить на отдельный сервер. Но так как пока не придумал, как абстрагировать этот кусок до состояния автономного сервиса, рассматриваю возможность просто расшарить бд и редис. Выносить планирую десяток парсеров, т.е. обмен — максимум пара десятков запросов в секунду в моменты обновления информации, в основном единицы rps.
    Шарить буду mysql и redis.
    Вспомнил про проброс портов и решил поинтересоваться у шановного люду на эту тему. Т.к. (с моей точки зрения) это требует меньше телодвижений, чем поднятие и сопровождение полноценного впн и средств сетевой безопасности.

  • Чи використовує хто в проді ssh-тунелі між серверами?

    инпут, форвард, аутпут, прероутинг, построутинг, акцепт, дроп, кю, режект, фильтр, др. менгеле, бла-бла-бла... Просто и логично, а надстройки над iptables народ придумывает чисто из вредности, чтобы остальных запутать)
    Ничего не имею против iptables, но если есть ufw — лучше использую его. Он хоть конфиг сам сохраняет и ман у него короче.

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

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

  • Чи використовує хто в проді ssh-тунелі між серверами?

    iptables для извращенцев. В том смысле что в чистом виде для человека, которому раз в пятилетку надо что-то включить или выключить, настройка выглядит слишком уж заумной. Каждый раз приходиться гуглить и опасаться забанить самого себя. Я того не лю́блю. Не зря же народ всякие ufw изобретает.
    с ограничением доступа файрволом неудобство в том, что появляются лишние места, где можно накосячить и куда надо синхронно вносить изменения. Имхо проброс портов тут проще и надёжней — добавил на сервер с БД пользователя без шела с логином по ключу и доступом к отдельной схеме в бд и коннектишься из любой точки мира.

    Поддержал: anonymous
  • Чи використовує хто в проді ssh-тунелі між серверами?

    Тепер я знаю цю назву, завтра пограюся. Дякую

  • На каком уровне нужно знать SQL разработчику .NET?

    взаимно)

    Поддержал: Андрей Литвинов
  • На каком уровне нужно знать SQL разработчику .NET?

    вот когда приложение будет работать в «предметной области геометрия» — проверка расстояния до центра окружности станет ответственностью приложения. А в бд будет лежать набор «сырых» данных. Хотя зачем тогда бд, хватит текстового файлика на шаре.

    Можно назвать всё бизнес-логикой (потому что в каком-то из тдд, ддд, ооп, бжд, итд использовали слово «бизнес») и заставить приложение отвечать за всё. Правильность IPv4 адреса, коммутативность операции сложения, адекватность геокоординат, половой диморфизм, светлое социалистическое будущее.. Но я так делать не буду. БД будет отвечать за целостность данных (насколько хватит моих умений), а приложение — за работу с этими данными.

    PS (добавлено). «БД будет отвечать за целостность данных» — тут я имею ввиду, что бд будет стараться проверять целостность тех данных, что в ней хранятся. Ни в коем разе это не означает, что ответственность за валидацию ложится на бд.

  • На каком уровне нужно знать SQL разработчику .NET?

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

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

  • На каком уровне нужно знать SQL разработчику .NET?

    окей. закрываем уши руками и громко, не слушая никого и перекрикивая всех, кричим «бизнеслогика-бизнеслогика-бизнеслогика-бизнеслогика...»

  • На каком уровне нужно знать SQL разработчику .NET?

    дмітрій. Навчися читати. олександр натякає, що в бд кладеться не бізнес логіка. Яка, в біса, бізнес логіка у зовнішніх ключах, констрейнтах? яка бізнес логіка у тому факті, що дати повинні бути в нормальному порядку? капєц блін, придумав собі шось і тепер роказує про криворуких.

  • На каком уровне нужно знать SQL разработчику .NET?

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

  • На каком уровне нужно знать SQL разработчику .NET?

    ще раз — данные были провалидированы. Даты — действительно даты, duration в разрешённых пределах, дата начала — в будущем.
    Всё как положено. Кроме отсутствия проверки на инверсию.
    НУ и да, мы скатились с обсуждения факта существования независимых от кода свойств данных в обсуждение крворукости/ссаных тряпок. Я это продолжать не буду.

  • На каком уровне нужно знать SQL разработчику .NET?

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

  • На каком уровне нужно знать SQL разработчику .NET?

    вай вай вай, ідєальная машишева в тредє.

    Из того, с чем столкнулся я: — на фронте юзается календарик (сторонний), позволяющий мышкой выбрать временно́й промежуток. Всё красиво, всё сохраняется и работает, битые даты валидируются и не сохраняются. А вот если мышкой выделить промежуток в обратном направлении (от конца до начала), то в одном из мест новое событие не отображается.
    Конечно можно много «фу» сказать — как тестили, зачем сторонний календарь пользовали, почему интервал в разных местах кода проверятеся по разному и т.д. Но факт остаётся фактом — по недосмотру/тупости/етц. кодера и фантазии пользователя в бд записался временно́й парадокс. Которого можно было бы избежать, настроив констрейнт (на тот момент используемая версия мускуля не умела в констрейнты).
    Вот про такое я и говорю — если зафиксировать схему данных, обмазать её проверками, то можно в некоторой степени обезопаситься от ошибок в коде. И эти проверки — не бизнес логика, а логика самих данных.

  • На каком уровне нужно знать SQL разработчику .NET?

    внезапно кодеры кодят код. А юзеры заполняют поля. И в бд, внезапно, может прилететь всякое, не отфильтрованное. Это бывает, поверь.

    Поддержал: Sergey Tokarev
  • На каком уровне нужно знать SQL разработчику .NET?

    вот она, нищета природничо-математичної освіти.

    Поддержали: Sergey Tokarev, Vasiliy Sobol
  • Врятувати природничо-математичну середню освіту, щоб запобігти кадровому голоду в ІТ

    совєцької влади неммає вже двадцять п’ять років. Досить винити в усьму папиредників.
    Ну і да, яким боком еміграційна політика повернута до нявчання?
    У СШАшці корінних сшашців взагалі мало, а в якихось аулах одні корінні аульці і аулки. Яке це має відношення до сабжу?

← Сtrl 123456...73 Ctrl →