Raistlin, некоторые любыедругие дистрибутивы могут отличаться, если копнуть назад во времени. Убунта первой ввела необходимость sudo и отдельного логина не root. Так что, кто-то мог подумать, что эта именно особенность убунты.
myhand,
Ну не оценил. Я лично использовал backports и не задумывался о статистике.
Я не знаю как точно оценить сколько людей используют backports.org, но там 23 зеркала по всему миру. Просто так зеркала не создают.
Сарж действительно мусолили 3 года, а значит каждый, кому в тот период не хватало новых программ, должен был или собирать вручную или вытаскивать кучу пакетов по зависимостям из testing или ставить из какого-нибудь репозитария. Оптимальным выбором оставался backports.org.
Pilat, в любом случае, новый собственник вынужден будет заниматься поддержкой или актив потеряет ценность. Не думаю, что конечный план в том чтобы вырастить и продать.
И сколько вы думаете пройдет времени прежде чем в дебиане это внедрят?
Мое решение - убунту, разработчики которой не страдают манией аккуратизма. Шатлворт сказал "копать туда" - все копают, а не обсуждают годами надо им копать или не надо.
При этом программы все работают.
myhand, ну да, где-то во времена саржа он был особенно популярен. Что мешает им повториться еще раз? системные проблемы дебиана остались такими же : нельзя одновременно поддерживать кучу пакетов и выпускать полностью до мелочей исправленные релизы.
myhand, в свое время, когда debian тянули по 3 года, этот сайт был ОЧЕНЬ популярен.
myhand, там чтобы удовлетворить зависимости при сборке php, нужно вытащить чуть ли не сотню девелоперских пакетов для всевозможных расширений. выгодней просто поставить убунту.
сам факт создания сайта backports.org разве не показатель, что людям НУЖНЫ новые пакеты, что бы вы не говорили о суперстабильности, но собирать они их не хотят?
а объем базы? Если 10 мб, то вполне возможно на любом хостинге.
mysqldump любую свою ошибку выводит в stderr. Если ошибок нет, то программа отработает молча.
То есть,наличие любого письма свидетельствует о проблеме.
И еще, все это не гарантирует, что не будет логической ошибки в условиях или с кодировкой бекапа. Хотя бы один раз восстановить из бекапа попробовать надо.
никак. cfgmaker только сетевые интерфейсы рисует. но вы же не уточнили, что именно вам нужно рисовать.
Начните с snmpwalk и узнаете точный oid. mib-ы нужны только на этапе анализа и цеплять к mrtg их не нужно.
Вот я тут погуглил за вас из интереса
http://www.debianadmin.com/linux-snmp-oids-for-cpumemory-and-disk-statistics.html
даже mib-ы не обязательно подключать.
Unlock, до проблемных величин нужно сначала дорасти. На ваших 10 мб любой бекап будет корректным, скорее всего.
А потом, когда база вырастет, прибежите и заявите, что админ сделал брак три года назад?
