LiveStreet CMS

Тут вопрос в том, у кого сколько показов способна выдать главная страница.
siege с опцией -b (benchmark) показал такие же результаты, как и ab.
Siege больше подходит для комплексного тестирования ПО и железа, но чтобы сделать качественный тест нужно не один час потратить, что явно никто делать не будет. И так топик вообще никакой популярностью не пользуется.

Кто-то переопределяет $ и jQuery нужно вызывать в noConflict режиме.
Подробнее: api.jquery.com/jQuery.noConflict/

jQuery.noConflict();
(function($) { 
  $(function() {
    $(document).ready( 
  function (){ 
  $("#pikame").PikaChoose(); 
  }); 
  });
})(jQuery);

Попробуйте так.

Самая большая проблема веб-сайтов — это база данных. Как не оптимизируй сервер, сколько процессоров не ставь, сколько оперативки не впихивай. Всёравно упрёшься в базу данных.

Интересует вариант работы за процент от проекта.
Какой процент готовы предложить? Какие гарантии, что Вы не передумаете? Скажите хотябы рекламный бюджет.

а Вы не рассматривали вариант с написанием всего с нуля?
Просто, по моему скромному мнению, доработки сильно меняют структуру ЛС. Это, имхо, как из БТР делать танк.
Просто личный опыт научил меня, что если брать за основу что-то с похожим на нужный функционал, то получается в десятки раз хуже, чем делать сразу нужный функционал. При изменении чего-то одного на нужное-другое всё равно останутся гаечки от старого, их будет незаметно, но они будут влиять на весь проект в целом.

возможно ли сделать кэш избирательным? (т.к. у нас ожидается контента столько, что ОП закончится довольно быстро, нам нежелательно кэшировать всё).

Вместо memcached поставьте сервер, который общается по протоколу memcache, но использует и оперативную память и дисковую.
Например, membase. В ней можно указать лимит оперативки.

А почему сразу баг? Эта функция в своё время была очень популярна, потом стали использовать explode. Теперь Ваш интерпретатор сообщает Вам, что со следующих его версий функция split не будет поддерживаться. Это не баг.
Извините, накипело. Люди, которые ничего не умеют везде видят ошибки других и сообщают об этом на каждом углу.

Извините за долгий ответ, празднуем др Мамы. Название плеер получает от радиосервера. Эта информация передаётся в потоке. Плагин же получает информацию другим путем. Он раз в 5-10 секунд Спрашивает у радиосервера xml со статистикой. Это делается через постоянно запущеное приложение. Отлавливает изменение композиции и выводит в блок на сайте плюс заносит в базу. То есть по сути два компонента системы с собой не связаны. Первый получает информацию во время воспроизведения, второй опрашивая сервер.
Извините за возможные опечатки. Сутки на ногах плюс с телефона.

Кстати, а можно разделить эту работу на два этапа? Сначала сделать плеер, который будет просто воспроизводить онлайн-поток, а уже потом, через некоторое время обдумать и начать работу с плагином, собирающим статистику и прочее?

Тут даже немного наоборот. При заказе плеера и плагина любой программист автоматом разделяет это на два этапа. Причём этапы не зависимы.

Я в далёкие времена делал радио в локальной сети. И сейчас когда Вы написали Ваше сообщение о радио я уже в голове столько напридумывал… Много рейтингов, удобный заказ музыки, всевозможные уведомления, подтягивание новостей к композиции. Я сейчас не в состоянии отсечь то что я хотел бы реализовать в своё время и то что Вы хотите, но дешевле 20 тысяч я думаю качественного продукта не стоит ожидать. Ну и по срокам это займёт со всеми уточнениями не меньше месяца. Это если не гнаться за временем.
А радио с десятилетней историей, которое вещали по FM и о котором говорили толпы людей назывть проектом не того уровня — это лучше сразу закрыть радио. Я конечно не знаю почему его убрали со 100 и 5 (или 105? не помню уже), но мне кажется тут что-то делать поздно.

Вы можете найти на пять тысяч. Мне вот было лень делать один сайт для личного использования и я нашёл за 7 тысяч исполнителя. Так такой бы сайт (очень маленький) стоил бы тысяч 16. В итоге за 7 тысяч я получил то, что хотел сделать программист, но не то что хотел получить я. В итоге потерял 7 тысяч и придётся искать время чтобы сделать самому.
Может показаться странным, как я программист и заказал что-то у кого-то, но у меня со временем не так легко и иногда проще делегировать задачи, которые нужны только мне и если что-то пойдёт не так, то в убытке только я.

По пунктам:
1. Переделать livestreet на фреймовый вариант.
1.1. Изучить возможные проблемы на иностранных форумах связанных с этой темой и Гуглом
1.2 Добыть (именно добыть) информацию о возможных проблемах с Яндексом.
1.3 Возможно придётся делать какой-то тестовый сайтик для выявления проблем
Эти пункты кажутся выдуманными, но проблемы могут появиться там, откудого их не ждут.
1.4 Переделать шаблоны
1.5 Механизм взаимодействия плеера с пользователем. От управления до задаток на будущее.
1.6 Прочие мелкие доделки
2. Сделать программу, которая в фоновом режиме будет:
2.1 Собирать статистику
2.2 Отлавливать изменение композиции и без нагрузки на сервер или пользовательскую сторону обновлять блок прямого эфира
2.3 (Опционально) Отлавливать изменение рейтинга и обновлять блок прямого эфира или последних оценок
3. Написать плагин, который должен уметь:
3.1 Получать оценки за композицию, минимизировать накрутки
3.2 Составлять рейтинги композиций/исполнителей
3.3 Показывать страницу композиции с датой последнего звучания, оценками и комментариями
3.5 Показывать страницу исполнителя
Вы действительно думаете, что за пять тысяч рублей кто-то сделает это качественно?
Под фразой «не качественно» я думал Вам посоветовать знакомого, который за 20 тысяч сделает.

А примерные цены, на сколько Вы рассчитываете?
Просто можно сделать дёшево, но не качественно, а можно дорого и качественно.
Так же могу предложить сделать серверную программу, которая будет автоматом ставить песни на радио и принимать заявки пользователей что поставить следующим (на сайте и/или по смс).
Если хороший бюджет могу без предоплаты приступить к делу.
Так же готов работать по бартеру, если у Вас есть возможность заплатить рекламой моего сайта, то я сделаю не за деньги, а за рекламу. Но реклама должна быть массовой.

Делал я все это по альтернативе с тэгами, но не создавал отдельную таблицу в БД с жанрами, уж очень это нагрузит слабую VDS.

Зря.
Если нет возможности сделать правильно, то делайте с использованием регулярных выражений — это нагрузит сильнее.
Но есть ещё один глупый способ (наверное глупее Вашего варианта, но без регулярок):
Делаете поле char и в него записываете строку nnnyynnynynyn — каждая буква отвечает за жанр, n — нет жанра, y — есть.
Например, есть жанры RPG, MMO, Action и игра это RPG и MMO тогда пишите yyn — ДаДаНет.
Тут выборку можно будет делать первый символ genre y AND второй y AND третий n.
К сожалению, не могу привести правильный SQL запрос, так как MySQL не использую. Но посмотрите в сторону функций работы со строками. Аналог substr в PHP.

а Вы установили Memcached? Не модуль PHP, а программу Memcached?

Ухты.
Давно не видел сайта, который грузится три секунды.

Можно ещё и так сделать, но если пользователь закроет страницу или у него оборвётся интернет, то задача будет выполнена не полностью.

Я тут вижу такой выход из ситуации:
После того, как пользователь расставил галочки данные о галочках попадают в таблицу с временными данными. То есть просто id пользователя, имя галочки, 1 или 0 (поставлена галочка или нет), Можно использовать одну строку в таблице serialize(); массива.
Далее пользователю пишется: данные вступят в силу в течении пяти минут. Ну и на сервере просто по cron каждые 2-3 минуты запускается php скрипт, который смотрит есть ли не внесённые данные и если есть — создаёт топик.
Тут главное учитывать, если скрипт начал вносить данные и это заняло много времени чтобы этот же скрипт когда запустится через 2-3 минуты не продублировал данные.

Смотрите. Умение ходить — стандартная функция человека. Но вот незадача. Дойти до магазина мне 5 минут. Дойти до кинотеатра уже двадцать минут. Думаю логика понятна.
Если удаление кеша ставить в крон, то тоже не очень хорошо. В базе данных уже нет информации о топике, а в кеше он есть. Отсюдого могут появиться ошибки и неточности.
Если не можете ставить в крон, то удаляйте топики вручную, а когда их останется мало, то удаляйте сам блог. Но мне с трудом верится, что у Вас будет сто тысяч топиков. Причём в одном блоге. Да и при ста тысячах топиков у Вас другие проблемы появятся. Более серьёзные.

А часто ли нужно удалять столько топиков?
И чем Вас не устраивает 30 секунд?
Просто расширьте time_limit в PHP.
Конечно можно перенести удаление топиков в фоновый режим. То есть на сайте ставится: удалить топики. А скрипт по крону каждые 5 минут смотрит нужно ли удалять и если нужно, то удаляет. Тогда ещё бы было хорошо поставить sleep()/usleep(). Но это не обязательно.
А вообще время такое из-за того, что чистится всё связанное с топиком + кеш. 10 удалений в секунду это нормально, имхо.