Задать вопрос
  • Как обмениваться файлами с VPS с со строгими настройками безопасности?

    ky0
    @ky0
    Миллиардер, филантроп, патологический лгун
    Внезапно выяснилось, что FileZilla не поддерживает RSA

    Всё он поддерживает, копайте глубже.
    Ответ написан
    Комментировать
  • Как обмениваться файлами с VPS с со строгими настройками безопасности?

    @Drno
    WinSCP пробуйте. раз так уж надо отключать зачем то вход по паролю
    И нет - обмен файлов не должен быть такой же простой как в "проводнике". это дыра огромная.
    Ответ написан
    Комментировать
  • Где искать рекомендуемые настройки SSL-аутентификации для Docker-образа Posgres?

    ky0
    @ky0
    Миллиардер, филантроп, патологический лгун
    Нет никаких "рекомендуемых настроек для docker-compose.yaml". В докер-образ через переменные окружения, разумеется, пробрасывается далеко не каждый параметр, поддерживаемый Постгресом.

    Чтобы настроить TLS, вам, как минимум, откуда-то нужно будет взять приватный ключ и сертификат - и подложить его в контейнер. Относительно же конкретных параметров - в большинстве случаев подойдут дефолтные.
    Ответ написан
    Комментировать
  • Где искать рекомендуемые настройки SSL-аутентификации для Docker-образа Posgres?

    @Drno
    По логике там 3х параметров достаточно.
    Включить ssl
    Указать волюм для сертификата и ключа
    Ответ написан
    Комментировать
  • Какой SSL-сертификат лучше использовать для стэйджинга?

    CityCat4
    @CityCat4 Куратор тега Цифровые сертификаты
    //COPY01 EXEC PGM=IEBGENER
    на Windows это не так просто

    Как раз на винде это проще некуда - пихаешь сертификат в корневые и вуаля. Попробуй такой финт ушами провернуть с андроидом :)
    Ответ написан
    7 комментариев
  • Какой SSL-сертификат лучше использовать для стэйджинга?

    Let`s Encrypt , очевидно. Я вообще не понимаю, кому сейчас нужны покупные сертификаты, кроме банков и подобных структур, где наличие покупного сертификата вписано в регулятивные правила отрасли.
    Ответ написан
    Комментировать
  • Что можно разработать на C++ кроме нативных GUI-приложений и серверной части веб-приложений?

    AshBlade
    @AshBlade
    Просто хочу быть счастливым
    Изучать новый ЯП стоит для расширения своего кругозора. В твоем случае - надо понять фичи C++, которых нет в C#/TypeScript.
    В данном случае, это:
    - управление памятью (new/delete)
    - RAII
    - move семантика, l-/r- value ссылки
    - Шаблоны, SFINAE
    - Системные вызовы и простая кроссплатформенность (C# предалагает свою абстракцию над ОС и тебе об этом думать не нужно)

    Поэтому и проект надо выбирать соответствующий (управление памятью, взаимодействие с ОС напрямую и т.д.).
    В качестве такого, могу предложить варианты:
    - Консольная утилита для изменения метаданных изображения (это больше про управление памятью, т.к. целое изображение в памяти надо эффективно хранить)
    - Библиотека для HTTP запросов (это больше про ОС и кросплатформенность)
    - Собственная база данных, можешь хранить все в JSON - главное это работа с диском и фс

    Дополнительно - build-your-own-x
    Ответ написан
    Комментировать
  • Что можно разработать на C++ кроме нативных GUI-приложений и серверной части веб-приложений?

    nazares
    @nazares
    Software Engineer
    На С/С++ можно все да хоть на ассемблере или даже машинном коде, абсолютно все запрограммировать. Другой вопрос, а надо ли использовать там где не надо или там, где это не сильно удобно? Здесь вопрос целесообразности, ведь время разработки иногда очень часто решает. И там где на шарпе у тебя уйдет 5 минут на си/плюсах - придется писать неделю.
    - Would you tell me, please, which way I ought to go from here?
    - That depends a good deal on where you want to get to - said the Cat.
    - I don't much care where - said Alice
    -Then it doesn't matter which way you go - said the Cat
    —so long as I get SOMEWHERE,' Alice added as an explanation.
    'Oh, you're sure to do that,' said the Cat, 'if you only walk long enough.'

    Другими словами - "It's up to you dude, it's up to you".

    В конечном итоге язык не важен важны подходы и алгоритмы решения задач. В остальном можно запрограммировать что угодно на чем угодно.
    Ответ написан
    Комментировать
  • Что можно разработать на C++ кроме нативных GUI-приложений и серверной части веб-приложений?

    mayton2019
    @mayton2019
    Bigdata Engineer
    По поводу разработки ОС. Кажется BeOS и HaikuOS были созданы с использованием языка С++.

    Все остальные не используют С++ для разработки СОБСТВЕННО ядра. При этом С++ может
    быть использован для разработки графической части (KDE например). Но твой вопрос скорее
    всего не в этом.
    Ответ написан
    2 комментария
  • Какие существуют подходы при организации загружаемых пользователями файлов с использованием Docker, но без сторонних сервисов (таких как AWS Bucket)?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    Странные рассуждения.

    например Nginx. Так как в случае с Docker это не означает покупку ещё одного сервера,

    И без докера, это не обязательно означает покупку еще одного сервера.

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

    На сегодня Docker чаще это просто промежуточный кирпичик по пути в оркестрацию контейнерами кубером или опенщифтом. А в этом плане, гораздо лучше все-таки отталкиваьтся от бест практик, а именно S3 бакет.
    Можно рамдиск для аплоад папки из которой отдельный процесс будет перекладывать в s3 с какими-то промежуточными действиями (регистрация в базе, проверка антивирусом, проверка формата файлов, чтобы не битый был)

    Собственно именно использование сервисов (s3/nexus/artifactory), а не дисков/волумом и позволяет не ковыряться в настройках виртуалки/инфраструктуры, потому что вы для всего пользуетесь именно сервисами, а не кусками инфраструктуры и железа.
    Ответ написан
    Комментировать
  • Где на Windows имеет смысл хранить приватные SSH-ключи?

    karabanov
    @karabanov
    Системный администратор
    Храни приватный ключ, где хочешь, в любом безопасном по твоему мнению месте, только не выноси его за пределы машины на которой он был сгенерирован и никому не показывай.
    Только при подключении надо будет указывать путь до приватного ключа, но ssh-agent помогает решить эту задачу.
    Ответ написан
    Комментировать
  • Где на Windows имеет смысл хранить приватные SSH-ключи?


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

    Это стандартная директория, с которой работает openssh.
    И вроде нет никаких способов её переназначить.
    Аналогично и в других ОС.


    2. Добирать до папки .ssh не очень удобно, да и смысл её имени неочевиден.

    ~/.ssh - это не очевидно?
    В ней хранится всё что относится к ssh конкретного пользователя: ключи и доверенные хосты


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

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

    2. Добирать до папки .ssh не очень удобно, да и смысл её имени неочевиден.

    Вкусовщина и непонимание используемых инструментов.
    Добираться до неё нужно полтора раза в жизни, чтобы написать
    cat ~/.ssh/id_rsa.pub
    Ввиду этой логики, я думаю что можно на диске `D` (или другом несистемном) создать папку `SSH Private Keys` (или даже по-русски - `Приватные ключи SSH`) и хранить их там. Единственное, при наличии нескольких пользователей необходимо ограничить доступ к этой папке.

    Почему бы тогда программы устанавливать не в "C:\Program files", а в "D:\Все программы"?
    Вот мне неочевидной кажется идея хранить публичные ключи в папке "D:\Приватные ключи SSH" тем более на русском языке.

    Если боитесь, что при выходе диска из строя, вы потеряете ключи, то да - вы их потеряете.
    Можете сделать резервные копии на несколько внешних носителей.
    Хотя не вижу в этом большой проблемы - всегда можно сгенерить новые и прописать заново на серверах.
    Ответ написан
    Комментировать
  • Какое есть актуальное программное обеспечение для резервного копирования файлов в неизменном виде на момент конца 2021 года (Windows 10)?

    @rPman
    syncting, отличное приложение, открытый код, независимость от интернета (работает в локальной сети без него, как я понимаю можно свои relay/stun сервера поднять, с помощью которых позволяется копирование между двумя сетями за nat), удобный интерфейс в браузере, кроссплатформенность включая android, причем на столько что свой смартфон можно использовать как промежуточное хранилище (из-за особенностей прав доступа у приложения нет полного доступа на удаление файлов с флешки, но работа с внутренней памятью верная), типа пришли в закрытую сеть или с медленным интернетом, автоматически получили обновления документов по локальной сети, пришли домой, и автоматически залились эти изменения в домашнюю папку. Максимум ручной запуск приложения на смартфоне, а то иначе немного кушает батарейку.

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

    Собственно после того как про это приложение узнаешь, всякие onedrive, dropbox и прочие становятся какими то ущербными. Нужно хранить облачно? поднимай сервер (10 минут рукошевелений) на дешевой vps-ке за 10-20$ в год (лучше на двух в разных датацентрах) и вот у тебя 100гб облачное хранилище
    lowendhost
    82flglsxxgkwrhv3di3ouk4awya.png
    Ответ написан
    Комментировать
  • Как называются элементы CLI в NodeJS и какие их комбинации возможны?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    command line interface уже давно выработал очень простой стандарт.

    Есть команда (внутренняя команда оболочки или внешняя утилита, вроде nodejs)
    Есть аргументы к команде
    Аргументы логически делятся на опции и параметры.

    Опции обычно начинаются с дефиса или двух (в POSIX стандарте один дефис для коротких опций, вроде -h, -e, два дефиса для длинных опций, вроде --help, --environment)
    Некоторые опции могут требовать параметр (--environment prod), некоторые нет.

    Параметры - это сами данные - названия файлов, устройств, другие данные в виде текста

    По стандарту POSIX короткие опции, которые не требуют дополнительного параметра, могут объединяться под одним дефисом ( пример: rm -rf )

    Список конкретных опций и параметров у каждой утилиты свой. Не все утилиты строго следуют POSIX, поэтому могут быть варианты. Для этого читай документацию конкретной утилиты.
    Таким образом твой вопрос относится не к nodejs, а к общим стандартам работы в командной строке.

    Ну и еще в CLI есть перенаправления, это отдельная лекция.
    Ответ написан
    1 комментарий
  • Какие из пяти операционных систем (Windows, Linux, macOS, Android, iOS) поддерживают React Native и Flutter на момент лета 2021?

    danial72
    @danial72
    flutter dart.
    Ванильное приложение без плагинов, можно собрать для всех этих ос. Никаких проблем(не учитывая setup).
    Дальше все зависит от плагинов, которые вы решите использовать
    Ответ написан
    2 комментария
  • Какие есть учебные материалы по абстрактным синтаксическим древам, синтаксическим и лексическим анализаторам?

    @Filipp42
    Что-то мне подсказывает, что вам может помочь книга "Структура и интерпретация компьютерных программ" (SICP) в ней даже описано создание полноценного компилятора, правда, используемый там язык Scheme, диалект Лиспа, можно сказать уже является синтаксическим деревом. Также я нашел у себя в библиотеке книгу "Компиляторы: принципы, технологии и инструментарий", судя по оглавлению, это как раз то, что вам нужно.
    Ответ написан
    8 комментариев
  • Почему несмотря на устаревание HTML, CSS и JavaScript не делается шагов в сторону альтернатив, отвечающим спросу рынка веб-разработки?

    @mletov
    Ну так как раз все идет не в сторону разработки альтернатив, а в прямо противоположную.
    Flash убили, Silverlight давным давно схоронили, ActiveX уже никто особо не пишет. Про Java аплеты я последний раз слышал в "Теории большого взрыва".
    Все имевшиеся альтернативы имели проблемы с безопасностью и требовали доп разрешений от пользователей.
    Видимо, решили не наступать на те же грабли и развивать нативный JS.
    Ответ написан
    1 комментарий
  • Почему несмотря на устаревание HTML, CSS и JavaScript не делается шагов в сторону альтернатив, отвечающим спросу рынка веб-разработки?

    serafimprozorov
    @serafimprozorov
    Люблю Erlang....
    Странный вопрос. Скорее всего потому что имеющиеся инструменты полностью покрывают потребности. Если Вам не нравится работать с HTML, посмотрите, например, на Flutter и его возможность компилироваться в браузерное приложение, там Вы полностью абстрагируетесь от «устаревших» технологий, ибо использует вся эта радость свою систему виджетов (это не то же самое, что компоненты, например, в React) и свою отрисовку в том числе на Canvas. Всё хорошо, но при возникновении каких-то траблов можно застрелиться...
    Ответ написан
    Комментировать
  • Почему несмотря на устаревание HTML, CSS и JavaScript не делается шагов в сторону альтернатив, отвечающим спросу рынка веб-разработки?

    Какие-то странные у вас рассуждения. Пользователь выше уже ответил, что эти технологии проверенные временем. Если копнутт глубже, то можно увидеть, что эти веб технологии постоянно развиваются, появляются новые cms и фреймворки на основе html, css, JavaScript или pho/python. Появились новые веб-технологии (asp net например). Давайте пройдёмся по пунктам:
    1. HTML, CSS, JS являются единственными языками, которые поддерживают браузеры. Html + css - основа любой веб-страницы, JavaScript - единственный скриптовый язык, который поддерживают все браузеры.
    2. На данный момент просто не существует альтернатив этих технологий, а если они и будут, то очень нескоро вытеснят старые по объективным причинам (см пункт выше).
    3. Эти технологии довольно легко освоить, некоторые иищ них изучают в старших классах и в вузах, по ним есть огромное количество обучающих пособий.
    Думаю что этих аргументов достаточно.
    Ответ написан
    1 комментарий