Данил Бирюков-Романов

Если фильтровать прямо на сервере - как только будет забит канал К серверу - все, сервер ляжет (с точки зрения клиента).

Если фильтровать перед сервером, то есть когда стоит какая-то спец железка и защищает сервер - вопрос в том, как быстро забьется канал К этой железке.

Закопайте стюардессу
Хватит пихать селениум всюду.

Для отправки Email с сайта - используйте Selenium или работайте с API сайта напрямую, если такая возможность есть.

Для проверки что письма пришло на gmail/yandex/etc используйте imap/pop3 клиент для Вашего языка программирования.

Не надо брать FreeBSD.

Возьмите Linux и готовые docker контейнеры - https://hub.docker.com/r/selenium/

Нет способа, только ватермарка.

Потому что любая защита обходится при помощи selenium - просто сделал скриншот нужного изображения и сохранил его.

Хватит

Открытый ключ на bitbucket загрузил?
git знает где у тебя ключ лежит? (если ключи названы не по умолчанию)
Права на ключ и его директорию правильные? (должны быть 400)

SSH

Подключаем флешку.
Грузимся с нее.
Делаем mount основного раздела куда угодно.
Делаем chroot в только что примонтированную директорию.

Вуаля, мы теперь в системе на диске, а не liveusb. Монтируем, если надо /boot и делает grub-install

Для анализа сетевой проблемы есть две утилиты - traceroute и mtr.

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

- Dev & Production сервера понятно. Нужно ли делать локал-сервер у разработчика? Стоит ли физически разделять дев и продакшен или достаточно разных виртуал-хостов и баз данных?

Стоит. Безопасность, как минимум. Как максимум - сдохнет дев, ну ок. Сдохнет прод - ААААААААААААААА

- Где и какие делать репозитории кода? Никаких серверов у нас в офисе не будет и собственно самого офиса тоже ;)

Github, gitlab, bitbucket.

- Нужна ли специализированная task management (типа, Jira)? Сейчас используем для управления задачами WorkSection. Стоит ли для разработки использовать что-то отдельное специализированное? Я так понимаю, что та же Jira может отслеживать коммиты в git как процесс выполнения задач - это было бы круто!

Trello спасает :)

- нужен ли отдельный баг-трекер? Выделенных тестировщиков пока не предвидится.

Хватит Issues в github/gitlab/bitbucket. Я был отдельным тестировщиком и такого варианта хватало.

- Стоит ли использовать Scrum? Или просто тупо идти по задачам?

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

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

Опять же, есть вики в github/gitlab/bitbucket. Для небольшого проекта - самое то.

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

А вот тут будет в тему Agile. Собрали требования - решили что делаем в текущем спринте и радуемся. Все дополнительные запросы попадают в пул задач и Вы можете удалять задачи, если они не нужны проекту или понижать приоритет.

Никак.

Root определяется по ID равному 0, а не по имени пользователя.
PermitRootLogin запрещает доступ именно пользователю с ID 0

Для iptables есть модуль позволящий делать блокировку по странам, вот пример установки: i-notes.org/centos-6-iptables-ustanovka-xtables-ad...

Полутехническим лучше НЕ давать такое в руки :)

На собеседовании будет интересен код - так что выкладывай в открытую на github, а на своем сайте давай ссылку.

На фрилансе - если это сайт "под ключ" заказчику будет глубоко пофиг, на чем написан сайт :) Если на фрилансе ищется исполнитель на Django - опять же важнее код.

Так что можешь сделать хоть клон твиттера :)

Тот же 7z может распаковывать в stdout и читать из Stdin.

-si[{name}]: read data from stdin
-so: write data to stdout

То есть это будет выглядеть вот так 7z -so archive | 7z -si archive