Нет уж спасибо. Сам в данный момент работаю на такой работе. И деньги платят стабильно и много и график устраивает, но надоело сидеть на стуле и ничего не делать. Буквально вчера написал заявление об увольнении
«И чтобы не было побитой фс я предпочитаю погасить сервак слегка заранее(на 10-15%).»
У меня сервак гасится если на ИБП останется менее 5% заряда. Покачто такого не было.
«Чем же он сомнителен то?»
Ну как минимум тем, что он запускает не системную программу из под root.
Ну а как вы, например, через аналог Dropbox, сможете передать кучу фоток на комп другу? Устанавливать какую-то софтину, настраивать её… и всё это ради одного раза? Нафег :)
Наши электросети не позволяют вообще держать серваки дома. Именно по этой причине выбрал для себя материнку на атоме (низкоэнергопотребляемую) и бесперебойник нормальный.
Для сведения:
Железо: мамка Asus AT4NM10-I + 2 Sata 1,5 TB HDD WD зеленых.
ИБП: Ippon Back Power Pro 800
При такой конфе бесперебойник приспокойненько выдержал сервак полтора часа без электричества. На большее не тестил, но думаю, что часа 2-3 выдержал бы.
Это я к тому, что если уж сервак дома, то надо обеспечить его нормальную бесперебойную работу, а не писать сомнительные init скрипты.
Сам когда-то настраивал себе на хоум-сервере (под debian 6) rtorrent. Очень уж он мне не понравился в плане стабильности работы. При раздаче более 15 торрентов начинаются дикие глюки. Чего я тогда только не перепробовал, чтобы сделать этого монстра более стабильным. В итоге пришел к transmission и transmission-remote-gui. Установка из репозиториев и никакого ковыряния в конфигах вообще. Работает всё по дефолту. На данный момент аптайм демона около 130 дней и на раздаче висит 275 торрентов. Не глюков, не тормозов. Все удобно и доступно. Работает сие чудо в связке с samba и proftpd. Так что даже качать к себе на комп ничего не приходится. Смотрю прям с сервака. Так что рекомендую :)
Полностью с вами согласен! У меня таже история :) По специальности радиотехник, а работаю в IT — учу все по мере необходимости.
Вообще считаю не правильным, что во многих ВУЗ'ах делается упор именно на определенные пакеты ПО, а не теорию в целом. Готовят бесполезных людей.
У нас компы (WS и моноблоки) обзываются по следующему образцу:
«3х буквенное обозначение города» "-" «отдел» — «номер» Пример: vlg-oit01
Все города находятся в одном домене — так удобнее администрировать и логичнее выглядит.
По-поводу всех этих ужасных наборов букв и цифр — считаю, что это полный бред. Попробуйте попросить пользователя, продиктовать это имя по телефону. В нашей же схеме достаточно узнать город, должность и 1-2 цифры.
Вообще при именовании компов необходимо учитывать размеры организации, возможное резкое увеличение кол-ва техники, структуру сети, структуру AD, а так же легкое восприятие этих названий пользователями.
Вы вообще читали то, о чем мы тут рассуждаем?
Тут проблема была в том, что в исключительных случаях автоматика может дать сбой. И только тогда вступает в бой бухгалтерия и идет вручную проверять факт платежа при помощи интерфейса платежной системы, после этого счет помечается как оплаченный в случае, если он был оплачен.
UPD 2. Ответ на тикет в Селектеле: Здравствуйте. Проблема решена (Assist выдавал ошибку 500 на все запросы). Приносим извинения за доставленные неудобства.
С владельцами дедиков всегда разговор иной, нежели с владельцами VDS.
Так же имейте ввиду, что Hetzner списывает деньги с вашей карты сам и выставив счет 15го числа может снять их 20го. У Hetzner вообще толком нет установленного срока оплаты сервера, только размытые сроки выставления счета и списания средств с карты.
Компании, в которых работает не 1-2 человека, а полноценный штат и в которой более 4-5 тысяч клиентов.
Из примеров: Selectel, clodo.
Имеются и другие, но думаю, мысль вам понятна.
Более мелкие компании естественно будут стараться удержать клиентов из всех сил, предоставляя им те или иные льготы. Так же вопросы о любых кредитах, а это именно кредит, имеет право решать только бухгалтерия или более высокое начальство. Техническая поддержка нужна для решения технических проблем с серверами, которых в данном случае не было.
К примеру, я всегда стараюсь оплачивать хостинг за несколько дней до дедлайна, если же у меня нет такой возможности, то я пишу об этом в бухгалтерию, а никак не в тех.саппорт.
От совковости говорите? Работал с многими хостерами и по выходным биллинговые вопросы решались только в тех, в которых работает 1-2 человека. В остальных же случаях — держать целую бухгалтерию, или пускай даже одного бухгалтера из-за таких вот, извините, «оболтусов» смысла нету. Хостинг высылает предварительные уведомления не просто так.
Скорее всего — как и у большинства крупных и нормальных хостингов — сервера останавливаются биллингом при недостатке средств. Сотрудник техсаппорта не сможет пополнить вам баланс, т.к. никто, никогда и не при каких обстоятельствах не будет давать возможности техподдержке трогать вопросы оплаты.
У меня сервак гасится если на ИБП останется менее 5% заряда. Покачто такого не было.
«Чем же он сомнителен то?»
Ну как минимум тем, что он запускает не системную программу из под root.
Для сведения:
Железо: мамка Asus AT4NM10-I + 2 Sata 1,5 TB HDD WD зеленых.
ИБП: Ippon Back Power Pro 800
При такой конфе бесперебойник приспокойненько выдержал сервак полтора часа без электричества. На большее не тестил, но думаю, что часа 2-3 выдержал бы.
Это я к тому, что если уж сервак дома, то надо обеспечить его нормальную бесперебойную работу, а не писать сомнительные init скрипты.
Вообще считаю не правильным, что во многих ВУЗ'ах делается упор именно на определенные пакеты ПО, а не теорию в целом. Готовят бесполезных людей.
«3х буквенное обозначение города» "-" «отдел» — «номер»
Пример: vlg-oit01
Все города находятся в одном домене — так удобнее администрировать и логичнее выглядит.
По-поводу всех этих ужасных наборов букв и цифр — считаю, что это полный бред. Попробуйте попросить пользователя, продиктовать это имя по телефону. В нашей же схеме достаточно узнать город, должность и 1-2 цифры.
Вообще при именовании компов необходимо учитывать размеры организации, возможное резкое увеличение кол-ва техники, структуру сети, структуру AD, а так же легкое восприятие этих названий пользователями.
Тут проблема была в том, что в исключительных случаях автоматика может дать сбой. И только тогда вступает в бой бухгалтерия и идет вручную проверять факт платежа при помощи интерфейса платежной системы, после этого счет помечается как оплаченный в случае, если он был оплачен.
Так же имейте ввиду, что Hetzner списывает деньги с вашей карты сам и выставив счет 15го числа может снять их 20го. У Hetzner вообще толком нет установленного срока оплаты сервера, только размытые сроки выставления счета и списания средств с карты.
Из примеров: Selectel, clodo.
Имеются и другие, но думаю, мысль вам понятна.
Более мелкие компании естественно будут стараться удержать клиентов из всех сил, предоставляя им те или иные льготы. Так же вопросы о любых кредитах, а это именно кредит, имеет право решать только бухгалтерия или более высокое начальство. Техническая поддержка нужна для решения технических проблем с серверами, которых в данном случае не было.
К примеру, я всегда стараюсь оплачивать хостинг за несколько дней до дедлайна, если же у меня нет такой возможности, то я пишу об этом в бухгалтерию, а никак не в тех.саппорт.
Если вы с этим не согласны, то вы понятия не имеете о том, как работают крупные компании и что такое разделение обязанностей.
Скорее всего — как и у большинства крупных и нормальных хостингов — сервера останавливаются биллингом при недостатке средств. Сотрудник техсаппорта не сможет пополнить вам баланс, т.к. никто, никогда и не при каких обстоятельствах не будет давать возможности техподдержке трогать вопросы оплаты.
А остальным он и нафег не сдался…