Juggler

Это в чистом виде случайный заработок, оформляйте только то, что требуется американской стороне (а им вряд ли что-то требутеся, разве что NDA), в следующем году сдадите декларацию о доходах, укажите полученные суммы, заплатите налог. Никаких договоров и актов не надо.

ffmpeg -i file1.avi -vcodec libx264 -vpre libx264-ipod640 -b 500k -bt 500k -acodec libfaac -ab 96k -ac 2 -s 800x480 -threads 8 -g 24 -r 24 out.mp4
и мету вперед
qt-faststart out.mp4 outq.mp4
либо
mp4box -add out.mp4 outq.mp4

Собственно, вот недавно был тут перевод хорошей статьи по рейтингам и сортировкам.

Более развернуто можно посмотреть книжку Building Web Reputation Systems и ее блог

А чем вам не понравилась формула в таком виде, в каком она есть? Это формула Байесовской вероятности, которая довольно неплохо работает.
Не очень понял, что значит «среднее арифметическое голосов и их число». Среднее арифметическое это и есть сумма голосов деленная на их число. В этом случае у вас не будет адекватного сравнения моделей с большим количеством и малым.
Например, модель с 2000 голосами, из которых 1999 голосов — «5», и один голос — «2» получит меньше 5 баллов и будет стоять ниже, чем модель за которую проголосовали всего один раз и поставили «пятерку». Формула Байесовой вероятности как раз нужна, чтобы избежать такой ситуации. Посмотрите еще эту статью.

Думаю, найдутся из 100 человек 82 с торентами в автозагрузке и никакой йоты не хватит. Лучше всего каждому выдать по модему отдельному. Договориться с местными сетями о скидке-промо акции, а участникам «дарить», включив в стоимость билета.

Сам несколько раз сидел в офисе с йоты, хоть и было четверо, было ужасно, хотя это может быть загруженность сети в принципе для центра москвы в рабочее время. с билайн вай фай было лучше, но все равно плохо, теперь вместо офиса арендуем квартиру с выделенной домашней линией.

Хотя йота вчера обновила сети. Не знаю, как сейчас. Я рекомендую каждому по модему дать.

Не знаю, насколько верна ссылка: http://kaban.tv/archive/tvc/2012-05-10

Мне кажется, что лучше выбрать CMS, которую вы знаете (или знает разработчик) и написать модуль для организаций самим. Именно так мы и сделали в свое время. Выбрали в качестве CMS Drupal, написали модуль и ни разу об этом не пожалели.

На PHP Storm например есть связка FireBug -> IDE (CSS-X-Fire), а уже от туда можно делать deploy.

После обзора на хабре начал использовать SxGeo. Рекомендую.

Для приблизительного сравнения текстов есть такой способ: составить нулевую матрицу 30х30, координаты матрицы — буквы алфавита. Пробегаемся по тексту и считаем, сколько раз в текста встречались последовательные пары букв. Например, если видим подряд буквы А и Б, прибавляем 1 к элементу [0, 1] матрицы. Потом нормируем — делим все элементы матрицы на общее число букв в тексте. В результате получится хэш-матрица, ее запоминаем для каждой статьи в БД.

Для проверяемой статьи строим такую же матрицу и вычитаем ее из хэш-матрицы каждой статьи в БД. Считаем сумму квадратов получившихся элементов. Исследуем на 20-40 типовых статьях и выводим пороговое значение. Для коротких текстов (порядка 100-500 букв) хорошо работало, попробуйте на ваших статьях!

В теории это имеет отношение к марковским цепям, n-граммам (2 граммам :)

Есть ощущение едва заметного подтормаживания по сравнению с 4, но лучше обновиться.

1. Алгоритм требует двустороннего обмена данными. В простых сигналках (которые вскрываются граббером) поток данных однонаправленный: в брелоке передатчик, в базовом блоке — приемник.

1.1 Если уж у нас есть двусторонний канал, что мешает применять нормальные криптографические протоколы аутентификации? Логика подсказывет, что в современных сигналках так и делается. Конкретные модели не назову, самому интересно. Производители почему-то тщательно скрывают информацию о своих протоколах.

2. Запрашивать пароли нужно не по порядку, а рандомно (но следя, чтобы не было повторов). Иначе возможна следующая атака:
— Жертва снимает машину с сигнализации. Брелок начинает сессию. Сигналка запрашивает пароль номер 100500. Брелок говорит пароль и команду. Запоминаем номер.
— Жертва садится в машину и едет, следуем за ней.
— Жертва ставит машину на сигнализацию. Брелок начинает сессию. Ставим помеху, база ничего не слышит.
— Притворяемся базой и запрашиваем пароль номер 100501. Брелок говорит пароль и команду. Записываем.
— Жертва видит, что ничего не произошло, и снова нажимает на кнопку. Брелок начинает сессию. Опять ставим помеху, база вновь ничего не слышит.
— Притворяемся базой и запрашиваем пароль номер 100502. Брелок говорит пароль и команду. Записываем.
— Притворяемся брелоком и начинаем сессию. База запрашивает пароль номер 100501. Говорим пароль и команду.
— Машина становится на сигнализацию, жертва уходит.
— Притворяемся брелоком и начинаем сессию. База запрашивает пароль номер 100502. Говорим пароль и команду. Машина наша.

3. Брелок будет плохо защищен от копирования. Одно дело — хранить 128 бит ключа в защищенной памяти внутри криптопроцессора, а другое — сотни кБ-мегабайты одноразовых ключей. Потребуется внешняя флешка, которую можно легко прочитать.

4. Что делать, когда ключи все-таки закончатся? Перепрошивать сигналку? Генерировать новые? А как их потом в брелок заливать? Нужно тщательно продумать этот момент.

5. Как будет выглядеть процедура добавления в систему нового брелока?

В целом идея хорошая и при грамотной реализации будет надежно работать. Но дьявол, как всегда, в деталях :)

Отвечающие правы. Публикуешь пост и обновляешь раз в пять секунд свой профиль с кармой. Поползла вниз — статью в черновики. Что-то еще публиковать желания нет никакого.

Может быть, видя, куда катится рейтинг поста и карма его автора, последний решает сохранить то, что еще можно сохранить, — и прячет «источник раздражения» минусующих? По крайней мере, пару живых примеров мне известно.

Почему удаляют? Минусят народ, вот и удаляют.