Выбор хостинг-провайдера |
Здравствуйте, гость ( Вход | Регистрация )
Выбор хостинг-провайдера |
Admin |
03.11.2003, 09:26
Сообщение
#1
|
Группа: Admin Сообщений: 10,656 Регистрация: 16.05.2002 Из: "ХостОбзор" Пользователь №: 2 Репутация: 302 |
Статья: Выбор хостинг-провайдера
URL: http://www.hostobzor.ru/choiceprovider/ Авторы: Вадим Картов, ООО "ФАСТНЕКСТ" Издание второе, переработанное в 2007г. |
05.12.2003, 20:37
Сообщение
#2
|
|
Группа: Сообщений: 0 Регистрация: -- Пользователь №: 0 Репутация: |
Хорошие статейки для начинающих. :arrow:
|
Bormo |
08.12.2003, 22:59
Сообщение
#3
|
Группа: Старые пользователи Сообщений: 60 Регистрация: 02.07.2003 Из: ПО Хостинг, Израиль Пользователь №: 213 Репутация: 226 |
Обалденный набор статей!
Спасибо Вадиму за проделанную работу. Может, мои комментарии будут интересны пользователям. Хотелось бы оспорить 2 момента - диски и бэкап. В силу своей основной специальности - Oracle DBA - я имею дело с RAID 1, RAID 5, RAID 10, программными, апаратными, SCSI, IDE, лентами. Первые свои бэкапы я когда-то выводил на перфоленту :) RAID - Redundant Array of Inexpensive Disks или избыточный массив недорогих дисков. По поводу надежности: исключительно везение. Например, мы намучились с Seagate 18 гиг SCSI - за пару лет поменяли 40%. Все они стояли в фирменной поставке Sun на их двухпроцессорниках в 5тых RAID. А Seagate IDEшники четвертый год живут 12 штук по 20 гиг - хоть бы хны. Равно как и SCSI Фуджитсу. Наибольший процент вылета IDE у нас - Western Digital - каждый третий. Так что споры - SCSI или IDE в основном ни к чему не ведут, скази быстрее, айди дешевле. Если они в райде - разница остается только в цене. По поводу бэкапа - RAID не заменяет бэкап никаким образом. Основные функции RAIDа - ускорение работы с дисками и избыточность - то есть защита от физического вылета одного из дисков. В нормально построенных RAIDах ставят дополнительный диск, шпиндель которого не вращается - он запустится сам при вылете одного из дисков, а сисадмин заменит вылетевший на новый и он станет бэкап диском. От повреждений файлов системой, базами данных, хакерами, шмакерами итд RAID не спасет. Соотношение же вылетов на моей практике - на один апаратный 5-6 программных. По поводу срока хранения бэкапа - зависит от категории, но обычно делают кратно трем или четырем. То есть хранится бэкап за 4 дня, 4 недели и 4 месяца. (Используются 12 носителей - лент или дисков. Каждую ночь делается ежедневный, каждое воскресение делается недельный, каждое 1е воскресенье месяца - месячный) Если клиенту нужен более частый бэкап, обычно это 1-2 таблицы базы данных, остальное не критично. Это элементарно реализуется отправкой по почте себе же на PHP или любом другом скриптовом языке. |
Vadim |
10.12.2003, 15:50
Сообщение
#4
|
Группа: Старые пользователи Сообщений: 273 Регистрация: 29.08.2002 Из: Город герой. Пользователь №: 57 Репутация: 232 |
2Bormo - соглашусь практически во всем. Даже и сказать нечего ;-) У каждого свой опыт и он не обязательно совпадает с опытом коллеги по цеху.
Мы как то пытались немного "поиграться" в ide винтами - 4 штуки за 4 месяца в треш глухой. Матрокса два и два ibm, кажется. А теже сегейты 18 гиговые scsi простояли 2 с небольшим года и нормально ушли на покой, стоят в тачке тестовой и работают. |
Bormo |
10.12.2003, 16:02
Сообщение
#5
|
Группа: Старые пользователи Сообщений: 60 Регистрация: 02.07.2003 Из: ПО Хостинг, Израиль Пользователь №: 213 Репутация: 226 |
Вадим, наверное дело еще и в поставщике/производителе/партии итд.
А по поводу опыта - это так и должно быть, чтобы он не совпадал, на то он и _ОПЫТ_. Опять же, я больше сталкивался с системами с Оракулом, а он сразу размечает себе пространства и исключает фрагментацию при нормальном администрировании, а две сотни клиентов, со своими базами-логами-картинками заставят за пару месяцев головки мандражировать как хвост у трясогузки :) Дорогие клиенты, не поймите превратно, мы любим Вас! |
10.06.2004, 15:45
Сообщение
#6
|
|
Группа: Сообщений: 0 Регистрация: -- Пользователь №: 0 Репутация: |
Извините, но есть претензия по оформлению материала. Вставлять по одному-два абзаца собственно статьи в такую тяжеловесную страницу - это жлобство.
|
Admin |
10.06.2004, 16:36
Сообщение
#7
|
||
Группа: Admin Сообщений: 10,656 Регистрация: 16.05.2002 Из: "ХостОбзор" Пользователь №: 2 Репутация: 302 |
Автор статьи то здесь причем? Это ко мне, в гостевую книгу :). А там я попытаюсь оправдаться тем, что статья разбита на страницы не по "весу" и количеству абзацев, а по теме раздела. Где 2 абзаца, где 22. И делается это в инете, в отличии от полиграфии, повсеместно. Кстати, надо бы согласовать с авторами, может выпустить весь "читальный зал" одним куском в архиве? |
||
avian.ru |
12.06.2004, 03:21
Сообщение
#8
|
Группа: Старые пользователи Сообщений: 7 Регистрация: 11.06.2004 Пользователь №: 512 Репутация: 221 |
Комментарий к части 7 - Учет платежей.
Не могу согласиться с написанным. Одно то что состояние лицевого счета нельзя узнать через веб-панель не говорит о том что данные вудуться в екселе. Более вероятно, что организация будет вести состояние лицевых счетов в бухгалтерской программе и будьте уверены что там просто сальдо по выпискам не сойдется, если платеж "забудут". Что, кстати, не сказать о биллинге.. вот в нем-то могут быть ошибки если не ведется по-операционное сальдо, а чтобы велось - я таких пока еще не видел. :) (возможно, плохо смотрел) |
05.08.2004, 02:12
Сообщение
#9
|
|
Группа: Сообщений: 0 Регистрация: -- Пользователь №: 0 Репутация: |
2avian.ru - сделать вывод данных в обратку, из 1с того же на веб - не вопрос абсолютно.
И хотелось бы мне посмотреть на организацию, которая ведет учет только в биллинге без связки с бух. программой. Это уже не организация а уж и не знаю кто ;-) |
Maxim Azarov |
25.03.2005, 17:04
Сообщение
#10
|
Группа: Старые пользователи Сообщений: 1,093 Регистрация: 15.07.2002 Из: Хостинг-оператор eServer.ru Пользователь №: 7 Репутация: 252 |
Могу сказать, что по поводу списков клиентов - это бред. Не может компания, которая гарантирует конфиденциальность данных своих клиентов в договоре, взять и выставить их списки на сайте. В частности мы не можем, хотя в настоящее время такой механизм разрабатываем в рамках правового поля.
|
Guest |
01.04.2005, 03:43
Сообщение
#11
|
Гость Репутация: 430 |
Все написано с упором на погашение мелких хостинг-компаний, которым так и не дадут развиться
|