Что Вы понимаете под контролем скачивания и сессиями?:)
У нас исключительно на lighttpd+php сделан контроль доступа (можно прикрутить любую логику - авторизация, url expiration, лимитирование по IP адресам и странам), ограничение по каналу, ограничение по трафику (в ГБ), учет закачек на уровне 1) сколько байт какого файла какой юзер скачал 2) сколько попыток сделал юзер 3) какая скорость была у юзера.
При этом все это еще и частично зеркалируется (т.е. зеркала не идентичные, а повторяют части друг друга), и между зеркалами балансится нагрузка.
Я не знаю достаточно ли этих возможностей для проекта, о котором идет речь в статье, но нам достаточно:).
На ROR можно писать только простые вещи, типа всяких там не нагруженных CMSок 90% работы которых - есть примитивный CRUD. Как только начинается работа посерьезней, ROR оказывается в тех местах где никто не хочет оказаться - проблемы с балансировкойи нагрузки, масштабируемостью, "продвинутым" использованием БД и т.д. и т.п.
Понятно, что для обльшинства проектов эти проблемы не актуальны:) Юзайте ROR! Никто не отговаривает.
Это не новость. Дело было летом-осенью 2006. Контент и П. отсудили 270000 с мп3сахара "заочно", те подали в суд уже на "контент и право", выиграли и вернули деньги.
Не знаю как она обоснует решение, но мне кажется что дело замнут. Кстати, mp3sugar.com вроде бы однажды уже выигрывал дело против "Контент и Право" (да-да, именно mp3sugar выигрывал, а не наоборот:) ).
А почему беззаконие? Беззаконие - это то, как сформулировала судья "типа вы че, реально думали, что так моно, да? да ну нах" - вот это беззаконие. Цитата:
«Вы что же, всерьез думаете, что можете вот так выдавать лицензии за всех?» – поинтересовалась у представителей ФАИР судья Яна Ларина и вынесла решение в пользу рекорд-лейбла. Его мотивировочная часть должна быть готова на этой неделе.
Да, можно выдавать лицензии «за всех». А как организовать, например, радио-вещание без такой лицензии? Скажем, если Вы эфире идет трек Мадонны, то что - заключать прямой договор с Мадонной?
Нет, у амазона реализовано принципиально не то, о чем я говорю. Насколько я знаю, у них есть только "обычная" персонализация, т.е. доступная зарегистрированным юзерам сайта.
То, что результаты финансовые были хорошие, не значит, что они не могли быть лучше:) С тем, что руководители есть разные - согласен... я по большему счету сужу только по одному подразделению.
Штраф в данном случае не столько интересен, сколько мотивировка. Но ее пока вроде нет.
Но у РБК вообще все через ж*пу... деньги есть, идеи хорошие, более того - рынки выбирают правильные, но как только дело доходит до реализации, начинается идиотизм. ИМХО (!), проблема во многом в кадрах - руководители среднего звена не квалифицированные набраны, в результате они "портят" хорошие идеи их отвратительной реализацией. Плюс структура выстроена так, что руководитель подразделения не мотивирован сделать работу этого самого подразделения эффективной.
Представьте, что у вас есть e-commerce сайт. Приходит на него человек (из поисковика например), а движок сайта на программном уровне "знает" к чему предрасположен посетитель. Таким образом, Вы можете персонализировать свой e-commerce сайт под конкретного человека "на лету", даже если он видит ваш сайт первый раз в жизни (т.е. еще не делал покупок и не регистрировался).
http://www.hardened-php.net
http://www.hardened-php.net/hphp/a_featu…
http://www.hardened-php.net/suhosin/a_fe…
У нас исключительно на lighttpd+php сделан контроль доступа (можно прикрутить любую логику - авторизация, url expiration, лимитирование по IP адресам и странам), ограничение по каналу, ограничение по трафику (в ГБ), учет закачек на уровне 1) сколько байт какого файла какой юзер скачал 2) сколько попыток сделал юзер 3) какая скорость была у юзера.
При этом все это еще и частично зеркалируется (т.е. зеркала не идентичные, а повторяют части друг друга), и между зеркалами балансится нагрузка.
Я не знаю достаточно ли этих возможностей для проекта, о котором идет речь в статье, но нам достаточно:).
Полностью текст не читал, глянул про lighttpd.
Этот разработчик про send-file не слышал?:) FastCGI процессом нельзя отдавать тело файла.
Не поленился, зашел на один из наших серваков: пхп процесс (5.2.1RC5) весит 6,7MB (VSZ) / 3,3MB (RSS). Lighttpd занимает около 5MB памяти.
То, что вам нужно, делается связкой nginx+php или lighttpd+php и работать будет замечательно.
Вы располагаете какими-то данными о размерах аудитории проектов 37 сигналов?
http://37signals.com/index.php?=PHPB8B5F…
Посмотрите сюда:
http://37signals.com/?=PHPE9568F34-D428-…
Сайт самих разработчикой ROR написан на PHP :)))
Понятно, что для обльшинства проектов эти проблемы не актуальны:) Юзайте ROR! Никто не отговаривает.
Написаны на ПХП:
blo.gs (PHP)
Flickr (PHP)
del.icio.us (mod_perl)
Digg (PHP)
Technorati (PHP)
Wikipedia (PHP)
Почти ВСЕ более-менее достойные приложения на ROR написаны самими назработчиками ROR - 37signals.
Делайте выводы...
Не знаю как она обоснует решение, но мне кажется что дело замнут. Кстати, mp3sugar.com вроде бы однажды уже выигрывал дело против "Контент и Право" (да-да, именно mp3sugar выигрывал, а не наоборот:) ).
Да, можно выдавать лицензии «за всех». А как организовать, например, радио-вещание без такой лицензии? Скажем, если Вы эфире идет трек Мадонны, то что - заключать прямой договор с Мадонной?
Нет, у амазона реализовано принципиально не то, о чем я говорю. Насколько я знаю, у них есть только "обычная" персонализация, т.е. доступная зарегистрированным юзерам сайта.
Насчет "ищу инвестора": не правильно выразился, скорее "жду инвестора" :).
Про амазон не понял.
Штраф в данном случае не столько интересен, сколько мотивировка. Но ее пока вроде нет.
Но у РБК вообще все через ж*пу... деньги есть, идеи хорошие, более того - рынки выбирают правильные, но как только дело доходит до реализации, начинается идиотизм. ИМХО (!), проблема во многом в кадрах - руководители среднего звена не квалифицированные набраны, в результате они "портят" хорошие идеи их отвратительной реализацией. Плюс структура выстроена так, что руководитель подразделения не мотивирован сделать работу этого самого подразделения эффективной.
Но это уже не совсем по теме :)
http://webplanet.ru/news/internet/2005/9…
Годом я ошибся только, в 2005 они его купили, а не в 2006. Как время летит:)
Представьте, что у вас есть e-commerce сайт. Приходит на него человек (из поисковика например), а движок сайта на программном уровне "знает" к чему предрасположен посетитель. Таким образом, Вы можете персонализировать свой e-commerce сайт под конкретного человека "на лету", даже если он видит ваш сайт первый раз в жизни (т.е. еще не делал покупок и не регистрировался).
Идея родилась 2 года назад. Ищу инвестора:).