Почему догадки? Достаточно объективные причины есть. Работа в режиме cgi, генерация страницы во время запроса уже как минимум слабо совместимы с высокой производительностью. Тем более, что это я спросил про посещаемые проекты, вы сказали "Да, вполне" а потом сказали что таких не делали (это ли не догадки?)
Насчет сайта Студии - я бы не сказал что он сильно посещаем. Я могу сравнить со своим личным проектом http://www.alexa.com/data/details/traffi… , хотя это не показатель (я занимался и более посещаемыми сайтами, примерно с теми показателями, что я приводил в своем вопросе), да и на сервере с fileshare висит не один сайт.
Естественно статистика Алексы не так чтобы очень точная, но приблизительно соотношение посещаемости показывает. Да и не исключено что под artlebedev выделен охеренный сервер (хорошо, если один), тогда как при правильно архитектуре, возможно, понадобилась бы намного меньшая мощность. Говоря об архитектуре я подразумеваю что сайт действительно сделан на парсере и для него специально не приделывали фич, которые не описаны в мане. В прочем, не думаю что там хорошая архитектура, судя по тому, что не так давно описывали люди, которые его взломали.
Я говорю не только о таком кешировании. Я говорю о кешировании готового html и отдачи его как статики с помощью быстрого веб-сервера, типа nginx. Т.е. когда парсер вообще не подгружается.
Кстати, я вам задам такой-же вопрос - как у вас работает парсер - как cgi?
Выходит таки насчет нагрузок - это догадки? Хорошо было бы так и написать.
Время разработки может быть и дороже, если делать у Лебедева, тогда как при нормально построенном процессе, разница во времени разработки на ПХП и Парсере ниразу не окупит даже один кластер.
И то что какая-то там Евросеть использует медленную технологию не поленившись вбахать денег в стойку серверов (а че уж там, это явно соизмеримо со стоимостью разработки сайта у Лебедева) не значит что вообще так надо и правильно делать.
И насчет защиты от ДДОС - я бы на вашем месте не говорил так уверенно, не похоже, чтобы вы лично с ними сталкивались. А как столкнетесь, то попробуйте определить что в первую очередь у вас просядет - канал или сервера.
Все возможно. Зная серверный мощности, которые требуются мобильным операторам для обслуживания непосредственно звонков и всего, что с этим связанно (биллинг итд), думаю что кластер для сайта им будет выделить не проблема. Надо ли оно - другой вопрос.
Вполне - это значит такое было или просто думаете, что справится?
Архитектура выкоконагруженных сайтов как правило отличается от обычных, и я не сильно уверен, что parser нормально справится с правильной архитектурой. В основном это касается кэширования, а так же того, когда генерится страница или основная ее часть (на обычных сайтах как правило при запросе, на высоконагруженных - при изменении каких-то данных).
Безусловно, можно поставить кластер и увеличивать его мощность - сайт потянет любые нагрузки. Однако, если мыслить рационально, то для сайта меньше чем в 5-10 млн хитов в сутки (смотря какой сайт) кластер этот необязателен, если правильно сайт спроектировать. И тут настает выбор - писать на парсере и доставлять по серверу на каждые 200-300К хитов в сутки или сделать на чем-то более приближенному к реальной жизни и высоким нагрузкам (пусть даже ПХП) и иметь неплохой запас по производительности и какую-никакую защиту от ДДОС атак (за счет низких затрат процессорного времени для построения конкретной страницы).
Кстати, у вас на нагруженном проекте, парсер работает как cgi или как-то по-другому?
Что за шовинизм?=) У меня несколько знакомых девушек, которые и большу получают (например медиапланеры, менеджеры по продажам итд). Большенство конечно нет, но в основном потому что менталитет такой (типа пофиг сколько я зарабатываю, я же женщина, могу вообще ничего не получать, за меня должен мужчина зарабатывать итд)
В съемной квартире. 4000$ на двоих очень реально, из них 500-700 на квартиру и 2000 откладывать. За пару тел с учетом процентов будет квартира в Харькове (или по крайней мере большая часть денег на нее)
Тогда, возможно, стоит покрутить настройки оверлеев, возможно будет в настройках какое-то более подвинутое сглаживание. Мне обычные фильмы не понравились только тем, что какие-то размытые после hdtv. А а претензий нет - не хуже чем на хорошем ЖК мониторе показывает.
В сьемной квартире. Главное - зарабатывать больше, чем за квартиру платится. например 4К уе на двоих очень реально, при 500-700уе за квартиру денег остается достаточно чтобы накопить на приличный первый взнос за год-два.
Старайтесь просто смотреть фильмы в родном для телевизора разрешении. Т.е. hdtvrip.. Обычные фильмы - да, неочень. Думаю, что никакой плеер тут не поможет.
Ну у меня компьютер постоянно включен. потому мне не прийдется ничего ждать;) Я уже привык все делать с беспроводной клавиатуры, так что вместо пульта пойдет;)
Насчет качества - у вас hdtv телевизор подключенный через цифровой интерфейс? Или обычный телевизор через videoout?
Ясно, тогда скорее всего это ненужно. У меня наверное понятие удобства несколько другое, чем у большинства людей, я не считаю что iTunes вместо Light Alloy это удобство. А Youtube ролики я смогу и так посмотреть (не только на телевизоре, но и на ноутбуке, например), качество у них такое что full-hd и 40+" диагонали там явно не в тему.
Зачем нужен Apple TV, если можно подключить напрямую? Что-то прочитал про него статью на iXBT и так и не понял что он дает такого, чего я не могу получить без него (ДУ и беспроводное соединение меня не интересует).
насчет 1:1 Pixel Maping - понятное дело.
Конечно проще каждый день ходить на работу и думать о том, как все дорого;)
В моих расчетах есть ошибки? Или может быть я что-то не учел? Поделитесь, зачем этот сарказм про часы?
Насчет сайта Студии - я бы не сказал что он сильно посещаем. Я могу сравнить со своим личным проектом http://www.alexa.com/data/details/traffi… , хотя это не показатель (я занимался и более посещаемыми сайтами, примерно с теми показателями, что я приводил в своем вопросе), да и на сервере с fileshare висит не один сайт.
Естественно статистика Алексы не так чтобы очень точная, но приблизительно соотношение посещаемости показывает. Да и не исключено что под artlebedev выделен охеренный сервер (хорошо, если один), тогда как при правильно архитектуре, возможно, понадобилась бы намного меньшая мощность. Говоря об архитектуре я подразумеваю что сайт действительно сделан на парсере и для него специально не приделывали фич, которые не описаны в мане. В прочем, не думаю что там хорошая архитектура, судя по тому, что не так давно описывали люди, которые его взломали.
Кстати, я вам задам такой-же вопрос - как у вас работает парсер - как cgi?
Время разработки может быть и дороже, если делать у Лебедева, тогда как при нормально построенном процессе, разница во времени разработки на ПХП и Парсере ниразу не окупит даже один кластер.
И то что какая-то там Евросеть использует медленную технологию не поленившись вбахать денег в стойку серверов (а че уж там, это явно соизмеримо со стоимостью разработки сайта у Лебедева) не значит что вообще так надо и правильно делать.
И насчет защиты от ДДОС - я бы на вашем месте не говорил так уверенно, не похоже, чтобы вы лично с ними сталкивались. А как столкнетесь, то попробуйте определить что в первую очередь у вас просядет - канал или сервера.
Архитектура выкоконагруженных сайтов как правило отличается от обычных, и я не сильно уверен, что parser нормально справится с правильной архитектурой. В основном это касается кэширования, а так же того, когда генерится страница или основная ее часть (на обычных сайтах как правило при запросе, на высоконагруженных - при изменении каких-то данных).
Безусловно, можно поставить кластер и увеличивать его мощность - сайт потянет любые нагрузки. Однако, если мыслить рационально, то для сайта меньше чем в 5-10 млн хитов в сутки (смотря какой сайт) кластер этот необязателен, если правильно сайт спроектировать. И тут настает выбор - писать на парсере и доставлять по серверу на каждые 200-300К хитов в сутки или сделать на чем-то более приближенному к реальной жизни и высоким нагрузкам (пусть даже ПХП) и иметь неплохой запас по производительности и какую-никакую защиту от ДДОС атак (за счет низких затрат процессорного времени для построения конкретной страницы).
Кстати, у вас на нагруженном проекте, парсер работает как cgi или как-то по-другому?
Насчет качества - у вас hdtv телевизор подключенный через цифровой интерфейс? Или обычный телевизор через videoout?
насчет 1:1 Pixel Maping - понятное дело.
В моих расчетах есть ошибки? Или может быть я что-то не учел? Поделитесь, зачем этот сарказм про часы?