Пума Тайланд, иногда не только xp/7/8/центы но и куча другого botable-софта не помешает. те же krd/cureit/wdo, всякие pc-check/pe, акрониксы/парагоны/мемтесты/виктории, а также для каждого варианта набор из пиратка/msdn/x86/x64 пары-тройки редакций чтоб ключи норм встали. а также полный каталог дров и софта и все это не перетыкая/перебирая кучу флешек.
а еще у него аппаратная защита от записи - назовите актуальных производителей/модели флешек с данной функцией! А без этого я такую флешку в любой комп пихать не шибко хочу, да и в свой чтоб случайно не затереть.
PS: в ДЦ, там и одна флешка не надо, ну только если на стенде че полуработранное прогнать, в зале же все по ilo/ipmi/idrac/esxi делается
Не соглашусь. Ни пара-тройка флешек, ни drivedroid залману не конкурент в удобстве и производительности
1) флешки нужно поддерживать в актуальном состоянии, постоянно мучаясь с созданием переработкой загрузчиков. + не все старые компы и новые uefi/secure boot жаждят корректно работать с usb-flash, а залман прикидывается реальным usb-cd и еще практически ниразу не подводил.
2) drivedroid - на половине телефонов, если не большинстве, без root фурычить не будет (а я на новый тел ставить рут не хочу/не могу), и опять же начинаются еще большие проблемы с поддержкой биосами
3) у залмана в них обычно исут серьезные нормальные sata-usb конвертеры, которые которые по скорости даже ssd практически не просаживают, а emmc/sd в телефоне c его "побочной" функцией usb порта может и USB 2.0 не до конца утилизировать.
Ну и еще момент - инет там ни разу не быстрый... где то 0.5-1мб
но файл треклиста весит килобайты и хоть каждый час выкачивай и сверяй на обновления, докачивая потом недостающее.
Зато лагов и обрывав из-за соединения не будет.
WSGlebKavash, sudo = runas, и там и там требуется права и пароли, лучше выясняйте каких конткретно доступов не хватает юзеру для выполнения задачи, а не давайте глобального админа
Igor_1234, давно уже в ноутах не ставят SATA контроллеры разных версий для диска и привода, если контроллер 3.0, то один порт туда, один сюда. а не 3.0 + 1.0. Единственное что на шлейфах/переходниках может пару мегабит просесть из-за меньшей помехозащищенности
LoliDeveloper, А смысл? Если из общего доступа убрано, значит ценности не имеет, бобины тоже где-то нужно доставать, хранить, обслуживать. А для чего все это?
Вон тот же вэбархив далеко даже не все картинкинки парсит/упаковывает - в основном чисто так чтоб общий вид был понятен
LoliDeveloper, Максимум они с месяц лежат в какой типо корзине на случай явления органов. В остальном хостинг даж у гугла не резиновый, особенно с взлетевшими ценами на накопители.
robin_mud, не в маршрутизатор а в медиаконвертер / SFP-модуль (что по сути тоже медиаконвертер) - это в подавляюшем большинстве НЕ маршрутизатор. ТК дешевый маршрутизатор не вывезет 90 клиентов, а дорогой - не вывезет типичных условий чердака.
В гугле полно типовых схем и статей по строительству провайдерских сетей на любой FTTx
robin_mud, а где ваш человек встречал маршрутизаторы на 90 портов? (энтерпрайзную модульку в расчет не берем - боинг дешевле обойдется)
Всегда клиенты одного уровня собирались через свичи в одну подсеть/vlan, а у же потом, отдельно, на границе этого сегмента ставится роутер по мощности позволяющий переварить находящихся за ним клиентов
Ну в некоторых случаях могут сказываться, не даром же это деление и придумали. Чем больше маска - тем больше бродкаста, чем больше бродкаста - тем больше штормов и коллизий, чем больше коллизий - тем меньше места для полезного трафика, чем меньше места - тем ниже итоговая скорость передачи.
Поэтому если запихнуть всех в единый V4 домен 0.0.0.0/1 или даже 10.0.0.0/8 то это будет мегатормозная, с точки производительности, сеть. На V6 там конечно свои причуды и все адреса по сути глобальные.
Данила, там же где и любой другой код - смотря для чего он предназначен
на физическом уровне никакие трояны не работают - тупо не выгодно, потому как физ-уровень это ьупо сигналы
сейчас все в большинстве крайне абстрагировано и смысла лезть на физ-уровень никакого нет. чтобы запуститься в биос/чипсэт/хаб и проч нужно знать их строение и наборы команд, а моделей данных чипов больше кучи. потом из чипа можно получить доступ только к потокам сырых данных - а где их собирать, логировать, обрабатывать и как отправлять злоумышленнику?- это нужно трояну возить с собой комплект драйверпаков как минимум на винчестеры и сетевые адапторы, да и зачем хакеру поток из 01010101010101 физ уровня? гораздо проще и выгоднее парсить на L7 из готовой информации и отправлять по уже созданным и налаженным маршрутам
Вот именно, в нынешнее время информация на железе гораздо дороже самого железа, да и что хакер будет делать на уровне железа? времена когда вредили затиранием MBR, BIOS и проч давно прошли
Антон В., кто за что отвечает всегда прописано в условиях и договоре
в дедике за железо должен отвечать хостер, т.к. он вам сдает в аренду готовую систему которая должна работать. Естественно заниматься разгонами и прочими бяками вам никто не даст, поэтому по ресурсам все в норме. По снэпшотам, тут уже сами, т.к. у прова нет доступа к тому месту откуда их можно снять, так что снапшоты, бэкапы, рейды настраиваете под себя сами.
к колоколе, там хостер отвечает еще меньше, по сути только за электроэнергию, аплинк, холодный воздух и сохранность оборудования
FlyServer, почитайте про MPLS сети. Практически все серьезные организации, их используют для передачи данных, особенно содержащих разные степени тайн. И в добавок поверх этих сетей, городят еще пару-тройку инкапсуляций VPN, чтобы инфу за пределами собственной подконтрольной сети было невозможно не перехватить не расшифровать
nApoBo3, С сервером 1С особо разницы может и не будет. Смысл в том, что, как сказал АртемЪ, 1С и практически любая БД критична к пингам, а если пинги большие, то и транзакции будут подвисать отнимая время работы сервера и забивая канал доступа. Из-за чего у всех на вроде и неплохом сервере могут наблюдаться тормоза.
А RDP прекрасно параллелится, поэтому 1С моментально отработала запрос к БД и вывела картинку на сервере, а через сколько эта картинка дойдет до глаз пользователя ее уже не волнует, она занимается другой операцией.
Традиция делать 1С на ТС была в эпоху 7.7, когда она тормозила базы, сейчас подобие режима терминального сервера реализовано в связке 1С сервер - 1С тонкий клиент, из-за чего, при нормально написанной конфе, разница в скорости работы снижается
nApoBo3, сервер 1С это такая как бы прослойка.
Ну т.е. как бы да, он выполняет часть работы за сервер терминалов, производит некоторые операции и подготавливает данные для клиентов, а также сам обращается с СБД
Но всеравно остается вопрос что выгоднее гонять: данные между сервером и клиентом 1С по сети или гнать по сети картинку рабочего стола, а сервер и клиент 1С ставить на соседних машинах в серверной
В крупных организациях это может быть актуально, т.к. юзеры активно работающие с тяжелыми базами и файлами могут находиться далеко от сервера на не лучших каналах. И там иногда становится выгоднее прислать юзеру просто картинку, чем гнать весь поток данных туда-обратно.
В мелких - смысла нету: там базы не такие тяжелые и если 10 юзеров сидит на одном с сервером гигабитном свиче, то разницы они не заметят.
Поэтому: чем проще тем лучше
