Не знаю, не знаю...
Квартиру случайно отключают максимум на несколько минут (типа сосед в щитке не то отключил), а когда подъезд от лепестричества отключается, то и маршрутизатор ISP (который на чердаке) тоже отключается, так что смысла в работающем сервере не будет.
Думаю можно обойтись любым SMART UPS, который будет корректно выключать и включать сервер.
Раскрученному сайту нужен канал. От домашнего ISP можно получить до 10 мегабит исходящего трафика (с учетом Вашего высказывания об "анлимности" 100 мегабитного канала). А чтобы не было претензий со стороны ISP, тарифицироваться нужно не по ширине канала, а по трафику (за все нужно платить). Такой трафик с легкостью позволит отдавать простейший Core2Duo (100 000 хитов в сутки вполне реально). При этом его еще можно даунгрейдить по частоте (думаю, что это не целесообразно, так как он и так мало греется), дабы вентиляторы не слишком шумели ночью...
По своему опыту скажу, что одному домашнему серверу нужна такая же термозона, как и персональному компьютеру. Остается одна объективная реальность - Чубайс... Но есть квартиры, где электричество не отключают...
Я так и поступил. Вот только не каждый провайдер подходит для такого хостинга. Многие из ISP пускают народ в Инет через VPN шлюз, например Корбина. Проложить стабильный туннель через это чудо у меня не получилось, поэтому я Корбину заменил на Qwerty. У Qwerty извращений с VPN нет. Купил постоянный ИП адрес, безлимитный тариф (не самый дешевый) и поставил небольшой сервер-доходягу на PIII 600 MHz. Работает пока без проблем. Теоретически это железо выдержит 3 хита в секунду (сайт полностью динамический), но такой трафик нам только снился...
По поводу аптайма. Сайт - мой хомяк, так что 100%ного аптайма не нужно. Проблемы, как всегда, создает Чубайс - пропадает электричество периодически. УПС я не устанавливал, посему сервер стартует долго после сбоев (FreeBSD со всеми вытекающими). Чтобы сбои в питании проходили безболезненно, нужно установить SMART UPS и подсоединить его к серверу, дабы UPS сообщал серверу, что батарея разрядилась и не плохо бы выключиться в штатном режиме.
К тендеру лично я отношусь положительно. И сумму тендера не считаю заоблачной (нужно смотреть на заложенные сроки проекта), если выполнить весь объем работ, который выполняется не за один месяц. Цель тендера я одобряю. Как оно выполняется я не знаю. То, что показывают - действительно лажа.
О личностях - поместите пожалуйста в свой профайл более подробную информацию о себе - не стесняйтесь!
O MailRu - это тоже коммерческая компания. Здесь тоже бабло на учете. Данный портал скорее всего мылу интересен как источник посетителей на проекты. Я не думаю, что мыло будет брать бабло за то, что на него сольют дополнительный трафик, скорее всего возможна обратная ситуация.
Спасибо, уважаемый VozisoV безродный, что подчеркнули мой профессиональный статус.
Каждое событие нужно оценивать объективно. И я, в отличие от Вас, голосовал на выборах не за Единую Россию.
Один господин горлопан развел чернуху с распилом бабла, другие поддержали.
Мне кажется, что здесь сработал банальный пиар МЕДВЕДа - нужно было отчитаться за все нац. проекты, даже если они не до конца выполнены, и отчитались тем, что было. И обосрались в очередной раз. А Вы сразу все дружно начали кричать, что бабло пилят, видать сами каждый день его распиливаете...
Как все разгорячились... БАБЛО ПИЛЯТ, а мне не дают !!!
А вот тендера никто и не читал...
- Разработка названия, дизайна и архитектуры портала.
- Разработка системы управления порталом.
- Разработка собственных ресурсов портала и интерактивных сервисов.
- Размещение портала на внешней хостинг-площадке.
- Обеспечение хостинга, технической поддержки и безопасности работы портала.
- Организация контент-менеджмента и райтинга материалов.
- Наполнение страниц портала первичным контентом.
- Обеспечение регулярного наполнения обновляемых страниц и разделов портала.
- Оказание консультационных услуг пользователям в процессе эксплуатации портала.
- Разработка обучающих материалов для пользователей портала.
- Информационная поддержка проекта в СМИ.
Конечно же ! Разработка такого сайта 500 000 уёв не стоит я согласен, но в тендере же написано:
- Организация контент-менеджмента и райтинга материалов.
- Наполнение страниц портала первичным контентом.
- Обеспечение регулярного наполнения обновляемых страниц и разделов портала.
- Оказание консультационных услуг пользователям в процессе эксплуатации портала.
- Разработка обучающих материалов для пользователей портала.
Вот это, если оно делается в течение 1 года с таким сайтом, который нам показали стоит 100 000 уёв, из которых надо еще заплатить налоги...
А куда же пошли остальные даньги ?
А вот сюда:
- Информационная поддержка проекта в СМИ.
Я бы не заметил это событие, если бы не наткнулся на _openstat в Директе.
Посмотрел на спецификацию http://openstat.ru/spec.html и ужаснулся - как можно так широко поддерживать бажного дитятю?
1. Баг с форматом метки (http://www.site.ru/?_openstat=service-name;campaign-id;ad-id;source-id). Ну не поверю, что серьезные дяди не знают о том, что ; в адресной строке работает также, как и &. А посему в открытом виде метку не заюзаешь... Почему не выбрали :, или еще что-нибудь URL дружественное ?
2. Предлагают кодировать метку в BASE64... и опять нестыковочка - BASE64 в чистом виде тоже не дружественен к URL, по этому поводу даже есть разновидность BASE64 кодирования (http://ru.wikipedia.org/wiki/Base64) - называется "изменённый Base64 для URL"...
3. А как же быть с совместимостью? Ведь кучу софта уже написали, который отслеживает рекламу по определенным параметрам...
Так как кривое дитё возможно использовать только совместно с BASE64 кодированием, для совместимости метки с тем же самым WebTrends прощу активно генерящие _openstat метку сервисы генерировать ее по особому:
Пожалуйста ВЫРАВНИВАЙТЕ разделитель ; по 3-му символу, добавляя в поля пробелы, нолики и т.п. мусор. Такое выравнивание в сочетании с BASE64 кодированием позволит проводить статистические манипуляции с меткой без BASE64 декодирования, а это уже совместимость со старым софтом.
Меня спасают pid файлики и расфоркивающиеся демоны.
Удалил файлики - демоны померли.
Запустил отца - детки поднялись, посмотрели pid-файлики и померли, если предыдущий ребенок еще работает...
А я не заморачивался по поводу FOR UPDATE, так как на моем мыскале нет InnoDB...
Я взял следующую выборку:
SELECT * FROM tbl WHERE id%N=n LIMIT скока надо;
где N - количество демонов, обслуживающих очередь,
n - номер демона (присваивается при старте демона и не повторяется у остальных демонов)
В результате не нужно рукоблудие с локами. Правда появилось рукоблудие с демонами, но оно решается гораздо легче.
И рациональное предложение - а не завести ли Вам на каждой физической машине по очереди (MySQL таблица) и паре..тройке демонов, работающих с этой локальной очередью ?
У вас встанет проект, когда возникнет необходимость почекать огромную таблицу. А в выше описанном способе таблички чекаются не все сразу (стоит часть проекта завязанная на конкретную таблицу, а может и не стоит, если маленькая табличка почекается за разумные 45 секунд). К тому же можно завести 16 табличек, взять MD5 от любого поля записи и в соответствии с первой буквой суммы поместить запись в нужную табличку.
А можно и 256 таблиц завести (2 буквы).
А можно заводить не таблицы, а БД...
И тогда при необходимости часть баз можно будет без вреда перебросить на другой сервер...
Вышеназванная скорость теоретическая. Вы отнимите затраты на избыточность для коррекции ошибок, затраты на инкапсуляцию IP протокола. Останутся теоретико-практические 0.5Гб в секунду. А теперь из этой скорости отнимите ретрейны, которые обязательно возникнут, при лажании коррекции ошибок и получим практические 0.25Гб/сек. 250 Мб/сек вполне достижимая скорость. Мой винт записывает информацию со скоростью 50 Мб/сек. К тому же для HDV не нужны такие запредельные скорости, т.к. HDV прекрасно работает и на DV скоростях - MPEG2 рулит (скорость HDV MPEG2 потока равна скорости DV потока).
На месте производителей я бы сделал плату RAID массива с огромным числом HDD и огромным объемом флаш памяти на борту. Кончно же такое устройство должно обладать логикой кэша:
- Запись производится во флаш память
- При долгом хранении информация копируется на HDD
- При устаревании информации и при выполнении предыдущего пункта инфа из флаш памяти стирается.
- Часто используемая информация копируется с HDD во флаш память
Думаю, такое применение NAND памяти самое разумное на данный момент.
Ваше право не любить надстройки над "старым добрым J(ava)Script", но я, как серверный программер, ненавижу JScript, потому, что написанный код не работает одинаково во всех браузерах.
Данную библиотеку склонен рассматривать, как базу знаний о различиях разных браузеров и буду использовать хотя бы для того, чтобы исключить разночтения(разноинтерпретации) моей программы.
А по поводу псевдокода приведу контрпример: Был машинный код, появился ASM...
После ASMа появился..., короче, дошло дело до JScript и на этом не остановится...
Без понятия на каком оборудовании - что по телеку сказали, то я и ретранслировал. Была передача про военные технологии, так вот там эту инфу и прогнали.
С мегагерцами это Вы очень круто загнули...
Даже наш аналог 8088 проца работал на 4-х мегагерцах, а сейчас в Зеленограде процы делают по 35 нм (Core2Duo 65нм ) техпроцессу, используя т.н. нанотехнологии. А нужно все это для C-400 и иже с ними... Вот почему Путин так активно начал их поддерживать - обалдел от производительности...
Вообщем микропроцессорная техника в оборонке и сейчас рулит...
Квартиру случайно отключают максимум на несколько минут (типа сосед в щитке не то отключил), а когда подъезд от лепестричества отключается, то и маршрутизатор ISP (который на чердаке) тоже отключается, так что смысла в работающем сервере не будет.
Думаю можно обойтись любым SMART UPS, который будет корректно выключать и включать сервер.
По своему опыту скажу, что одному домашнему серверу нужна такая же термозона, как и персональному компьютеру. Остается одна объективная реальность - Чубайс... Но есть квартиры, где электричество не отключают...
По поводу аптайма. Сайт - мой хомяк, так что 100%ного аптайма не нужно. Проблемы, как всегда, создает Чубайс - пропадает электричество периодически. УПС я не устанавливал, посему сервер стартует долго после сбоев (FreeBSD со всеми вытекающими). Чтобы сбои в питании проходили безболезненно, нужно установить SMART UPS и подсоединить его к серверу, дабы UPS сообщал серверу, что батарея разрядилась и не плохо бы выключиться в штатном режиме.
О личностях - поместите пожалуйста в свой профайл более подробную информацию о себе - не стесняйтесь!
O MailRu - это тоже коммерческая компания. Здесь тоже бабло на учете. Данный портал скорее всего мылу интересен как источник посетителей на проекты. Я не думаю, что мыло будет брать бабло за то, что на него сольют дополнительный трафик, скорее всего возможна обратная ситуация.
Каждое событие нужно оценивать объективно. И я, в отличие от Вас, голосовал на выборах не за Единую Россию.
Один господин горлопан развел чернуху с распилом бабла, другие поддержали.
Мне кажется, что здесь сработал банальный пиар МЕДВЕДа - нужно было отчитаться за все нац. проекты, даже если они не до конца выполнены, и отчитались тем, что было. И обосрались в очередной раз. А Вы сразу все дружно начали кричать, что бабло пилят, видать сами каждый день его распиливаете...
А вот тендера никто и не читал...
- Разработка названия, дизайна и архитектуры портала.
- Разработка системы управления порталом.
- Разработка собственных ресурсов портала и интерактивных сервисов.
- Размещение портала на внешней хостинг-площадке.
- Обеспечение хостинга, технической поддержки и безопасности работы портала.
- Организация контент-менеджмента и райтинга материалов.
- Наполнение страниц портала первичным контентом.
- Обеспечение регулярного наполнения обновляемых страниц и разделов портала.
- Оказание консультационных услуг пользователям в процессе эксплуатации портала.
- Разработка обучающих материалов для пользователей портала.
- Информационная поддержка проекта в СМИ.
Конечно же ! Разработка такого сайта 500 000 уёв не стоит я согласен, но в тендере же написано:
- Организация контент-менеджмента и райтинга материалов.
- Наполнение страниц портала первичным контентом.
- Обеспечение регулярного наполнения обновляемых страниц и разделов портала.
- Оказание консультационных услуг пользователям в процессе эксплуатации портала.
- Разработка обучающих материалов для пользователей портала.
Вот это, если оно делается в течение 1 года с таким сайтом, который нам показали стоит 100 000 уёв, из которых надо еще заплатить налоги...
А куда же пошли остальные даньги ?
А вот сюда:
- Информационная поддержка проекта в СМИ.
Ну что, господа, продолжим БАБЛО пилить ?
Потому как флопарь уже давно вымер.
Посмотрел на спецификацию http://openstat.ru/spec.html и ужаснулся - как можно так широко поддерживать бажного дитятю?
1. Баг с форматом метки (http://www.site.ru/?_openstat=service-name;campaign-id;ad-id;source-id). Ну не поверю, что серьезные дяди не знают о том, что ; в адресной строке работает также, как и &. А посему в открытом виде метку не заюзаешь... Почему не выбрали :, или еще что-нибудь URL дружественное ?
2. Предлагают кодировать метку в BASE64... и опять нестыковочка - BASE64 в чистом виде тоже не дружественен к URL, по этому поводу даже есть разновидность BASE64 кодирования (http://ru.wikipedia.org/wiki/Base64) - называется "изменённый Base64 для URL"...
3. А как же быть с совместимостью? Ведь кучу софта уже написали, который отслеживает рекламу по определенным параметрам...
Так как кривое дитё возможно использовать только совместно с BASE64 кодированием, для совместимости метки с тем же самым WebTrends прощу активно генерящие _openstat метку сервисы генерировать ее по особому:
Пожалуйста ВЫРАВНИВАЙТЕ разделитель ; по 3-му символу, добавляя в поля пробелы, нолики и т.п. мусор. Такое выравнивание в сочетании с BASE64 кодированием позволит проводить статистические манипуляции с меткой без BASE64 декодирования, а это уже совместимость со старым софтом.
Удалил файлики - демоны померли.
Запустил отца - детки поднялись, посмотрели pid-файлики и померли, если предыдущий ребенок еще работает...
Я взял следующую выборку:
SELECT * FROM tbl WHERE id%N=n LIMIT скока надо;
где N - количество демонов, обслуживающих очередь,
n - номер демона (присваивается при старте демона и не повторяется у остальных демонов)
В результате не нужно рукоблудие с локами. Правда появилось рукоблудие с демонами, но оно решается гораздо легче.
И рациональное предложение - а не завести ли Вам на каждой физической машине по очереди (MySQL таблица) и паре..тройке демонов, работающих с этой локальной очередью ?
А можно и 256 таблиц завести (2 буквы).
А можно заводить не таблицы, а БД...
И тогда при необходимости часть баз можно будет без вреда перебросить на другой сервер...
- Запись производится во флаш память
- При долгом хранении информация копируется на HDD
- При устаревании информации и при выполнении предыдущего пункта инфа из флаш памяти стирается.
- Часто используемая информация копируется с HDD во флаш память
Думаю, такое применение NAND памяти самое разумное на данный момент.
У нее должен быть свой прототайп во внутренностях...
Вы же не устанавливаете в Висту BSDшных драйверов к устройствам...
Данную библиотеку склонен рассматривать, как базу знаний о различиях разных браузеров и буду использовать хотя бы для того, чтобы исключить разночтения(разноинтерпретации) моей программы.
А по поводу псевдокода приведу контрпример: Был машинный код, появился ASM...
После ASMа появился..., короче, дошло дело до JScript и на этом не остановится...
Даже наш аналог 8088 проца работал на 4-х мегагерцах, а сейчас в Зеленограде процы делают по 35 нм (Core2Duo 65нм ) техпроцессу, используя т.н. нанотехнологии. А нужно все это для C-400 и иже с ними... Вот почему Путин так активно начал их поддерживать - обалдел от производительности...
Вообщем микропроцессорная техника в оборонке и сейчас рулит...