Филипп, Но ведь в конкретно этом вопросе топикстартера, домена hello.dev не существует в природе, и он нужен только для создания песочницы. Как раз именно hosts - лучшее решение, вдобавок отмеченное правильным.
Olek1, ключевое слово chroot.
каждое приложение видит "свой" снапшот файловой системы, со своим /lib, /usr/lib, /dev, /proc
ничего волшебного там нет, я конечно упростил ибо виртуализация процессов встроена в ядро.
Но теоретически можно и вручную запустить шелл, сделать каталог, накидать в него линками весь набор и выполнить chroot, просто докер одной командой делает все это за вас.
Плюс хранение подобных наборов "контейнеров" и многие другие уже готовые команды.
Но да, все работает на одной машине в той же операционке, что накладывает свои ограничения.
Микросервис это обычный сервис, который да, обычно работает по порту.
Например может быть некое веб-приложение, где GUI не имеет никакой логики, вся логика вынесена на микросервисы, и GUI к ним подключается и отвечает только за вывод на экран.
Зачем нужны микросервисы? Ну есть множество вариантов. Масштабируемость, возможность раскидать на разные машины. Возможность раскидать на разные команды разработчиков, которые могут быть в разных странах. Есть свои плюсы и минусы. И да, в различных крупных организациях, все может быть так запущено, что микросервисы за годы разработки разными командами совершенно несовместимы друг с другом по требованиям к запуску, и если в продакшене они работают на разных серверах, то тестировать их дешевле через докер, изолируя требования.
В общем докер это далеко не панацея, но в некоторых случаях - просто мегаудобное решение. Поэтому и хайп такой. Докер это ОЧЕНЬ дешево, а деньги - главный двигатель хайпа.
kononov971, для программ на С, данные могут быть просто считаны с STDIN - они так передаются сервером.
Ну или можно найти готовую библиотеку, например libcgi.sourceforge.net
fridary, просто почитайте про спам и методы борьбы с ним. Следовательно вам нужно будет настроить софт и рассылать так, чтобы не попадаться.
Для начала, не стоит рассылать письма со своего домашнего провайдера.
Настройте обратную DNS Запись - многие почтовые сервера просто не примут письмо с сервера без этого.
Проверьте, что у вас почтовый сервер нормально настроен.
Ну и вообще, вопрос звучит как "где подробнее прочитать про системное администрирование" - это не та тема, где можно за 5 минут все рассказать.
Если у вас задача стоит написать приложение, а не непосредственно пользоваться им - то может и не нужно вообще париться по поводу самого сервера.
для mysql миллион записей вообще не проблема. Тем более, что это просто лог, в котором все добавляется в конец таблицы. Можете делать несколько таблиц, по месяцу, или по году, генеря имя таблицы автоматом.
Программирование - это непростая вещь. Вы не сможете почитать парочку хороших книг и чему-то научиться. Нужно читать и писать код. Много. Очень много. Переход от простых базовых действий с выводом в консоль до полноценного системного программирования идет годами.
Поэтому та информация, которую вы считаете для себя нестоящей - скорее всего как раз и нужна.
Читайте документацию к языку программирования. Читайте документацию и спецификацию к устройствам.
Совершенно не понимаю, как не имея хороших знаний, вы сразу замахиваетесь на сложные проекты.
Напишите для начала простенький парсер для нового скриптового языка, который вы придумаете сами. Например чтобы он обрабатывал текстовый файл с математическими данными, которые вы пишете в придуманном вами виде, и выводил результат. Потренируетесь. Когда-то из этого возник в последствии автокад и вольфрам альфа.
Константин Ермолович, Имеет смысл двигаться в сторону какой-то специализации после достижения уверенного уровня middle. Ибо ваш вопрос показывает недостаток базовых знаний.
На самом деле, разницу между библиотекой, движком, фреймворком, языком программирования, операционной системой и платформой - можно объяснить даже банально размером + ограничения/специализация. Поэтому просто учите технологии.
xmoonlight, мощный тогда - никак. Или делаете корпус (может даже будет проще сделать серверный шкаф со звукоизоляцией, но про вентиляцию нужно подумать). Ибо кулер в блоке питания, кулер на проце - без этого никуда.
Видяха опять же.
Посмотрите корпуса потолще, может быть даже кастомно их дополнительно звукоизолировать и поставить за ширму.
Я уже много лет комп не выключаю, сплю в 2-3 шагах от него и в принципе он не шумит. Днем его не слышно вообще, ночью тихое шипение если рядом послушать.
Ну понятно, что если запустить что-то нагружающее, чтобы вентиляторы раскрутились будет слышно.
Зачем именно 0db?
20-25 db уже почти неслышно. А с нормальным корпусом ночью с двух шагов непонятно включен или нет.
Самое шумное сейчас в корпусе винт
