Sazoks, ну.. слово "непонравилось", в данном контексте также можно прочитать как "слишкомсложноинуднооказалось". Так вам так везде может оказаться.. ИТ это нудно, сложно. Везде.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
так желание порулить происходит из того, что кто рулит - у того возможностей больше =), бабло это просто универсальный носитель возможностей.
Фича китайского интернета в том, что
1) Внутри китая и рынок и население вполне самодостаточное
2) Китайский фаервол внедряли на заре проведения интернета, поэтому юзеры и особенно бизнес, не так сильно зависели от интернета, и когда уже настраивались бизнес процессы, они были с учетом фаервола. Под бизнес процессами я подразумеваю не только домены и интернет-магазинчики, а например такие вещи как провайдерские аплинки, без использования зарубежных магистралей. ценообразование мобильной и интернет связи, с учетом того, что все внутри, ну а потом уже поверх этого свои глобальные почтовые и поисковые сервисы, и так далее.
В РФ сейчас рубануть зарубеж - так как минимум тарифы подскочат, а скорость упадет в разы, что коснется вообще каждого.
На самом деле, нет никакой проблемы смотреть логи из файла через tail -f.
Даже удобно что всегда с логом можно сделать всякие штуки типа grep. Можно даже добавить в скрипт удаление предыдущего лога.
Можно конечно все приложения в одну консоль и все видеть.
Можно сделать четыре консоли в screen или tmux
Докер сам по себе сделает индивидуальную консоль для каждого контейнера
Можно переписать и хранить логи в базе данных
P.S. У вас усложнился проект, вы ищете выход - выход это реорганизовать работу в автоматизацию, а при этом некоторые элементарные способы уже будут неудобными. Прийдется от чего-то отказаться.
Конкретно вот это, что вы смотрите логи в консоли - мешает вам выбрать множество вариантов автоматизации запуска четырех приложений.
Потому что любая автоматизация подразумевает, что живой консоли не будет. Она будет перехватываться в файл/базу/вникуда.
Бэкенд, например, вообще должен писаться как daemon, то есть изначально предполагать, что он всегда будет запускаться в фоне, без консоли.
Не такая сложная переделка, чтобы все упростилось в разы.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
На кластер лучше 3 сервера, а не два, чтобы была возможность выполнять какие-то действия на третьем, пока все бегает в кластере, а не на одном сервере =)
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
KTG, это же обычная пользовательская сеть. Кабеля идущие рядом дают наводки, но с ними можно жить. А если сделать расстояние между силовыми и витой парой хотя бы в 3-4 см, то вообще никаких проблем c обычной витой парой. Отдельные "перекрестки" особо не помешают.
Нужно также учитывать, что экранированая витая пара толще и хуже гнется - проводить ее в узком коробе по углам не удобно. Поэтому ее используют чаще в наружной проводке, как магистраль между двумя коммутаторами, а на месте уже разводят по кабинетам обычной, не экранированой.
P.S. Если имелся ввиду кластер для виртуалок - ну может быть.. Просто даже не знаю, насколько удобно усложнять структуру. Как я уже говорил - не так уж часто физически выходят из строя сервера. Имеет ли смысл создавать настолько оверинженеринг для небольшой компании? Я когда-то админил компанию.. за 10 лет разве что два-три винта сбойнули в рейде. Ну и бесперебойники регулярно менялись (примерно каждые 2-4 года).
Кстати, зачем доезжать до места? Удаленно зайти на сервер и поднять виртуалку разве нельзя?
Физические же сервера будут доступны?
Lulzsec, ну то есть через макрос. hide не самый лучший вариант, там же адреса ячеек разные, но раз вам подходит - то ок.
Просто если уже шарить в вижуалбейсике и макросах, там вариантов как это сделать много, и вы бы задавали вопрос уже типа "почему не работает вот такой код....."
jcmvbkbc, в случае void вы можете вызвать функцию без параметров, потому что null тоже подходит, а можете с любым количеством параметров любого типа, и затем уже в функции их интерпретировать.
А если вы объявите функцию без параметров, то при попытке вызвать с параметрами, будет ошибка компиляции.
Поэтому я и пишу что по сути - в случае void парметры не обязательны.
Дефрагментация выполняется относительно раздела, а не относительно физического диска.
И если ваш раздел виртуальный - ваша дефрагментация вообще не имеет смысла - возможно имело бы смысл дефрагментировать сам файл с виртуальным диском, но не данные внутри этого файла (файл - условно, зависит от того, чем виртуализирован диск, а в случае использования облачного рейда - вы явно не сможете добраться до этого уровня).
В случае win7 драйвер файловой системы достаточно умный, чтобы стараться минимизировать фрагментацию диска сам. Поэтому в большинстве случаев пользователю не нужно этим заниматься.
Опять же, если вы плаваете в этом вопросе - это еще один показатель, что не стоит дефрагментировать не понимая точно, на каком уровне вы вмешиваетесь в работу дисковых систем. Если хотите дефрагментировать - сперва уточните какую конкретно проблему вы хотите решить? Вы уже нашли фрагментированные данные? Вы проверили, что из-за этого есть проблемы с производительностью?
Если нет - то делать подобные "оптимизации" лишь бы сделать - не нужно.
Olek1,
Вы это мне рассказываете?
Я вам еще раз скажу.
Страховая не выполняет работу. Там совершенно другой принцип заработка, который идет от расчета рисков.
Если вы собрались сбить цену в шесть раз у айтишника, то вообще не стоит с таким иметь дело, потому что айтишник, который изначально завышает ставку в шесть раз - это вообще непонятно кто и как.
Нормальный айтишник, неважно в какой стране живет, работает за определенную ставку в час и сбить ее можно плюс-минус в процентах, а не в разы. В разы - это если заказчик сам не знает что он хочет, и тех задания нет.
Или вы просто откуда-то взяли код, а как вообще все это должно работать не имеете представления?