» Удобная музыка для ру-борда

PEDKA
Будем говорить на чистоту. Администрация очень трепетно относится ко всему, что связано с рубордом и что требует каких-либо телодвижений на сервере.
То есть я чувствую что добиться возможности реализовать вменяемый интерфейс для проверки пользователей будет невозможно. А уж работы со статусами - боже упаси.

С другой стороны - руборд это готовое огромное комьюнити, обладающее бесчисленными ресурсами...

Т.е. стоит обсудить все это с администрацией, и если будет отмашка и какие-то решения - можно будет смело связывать проект исключительно с рубордом. Но изначально планировать проект самостоятельным.

Brodyaga
При нынешней занятости батвы — это невозможно.

Остаётся только идея реализовать инвайты. Пусть пользователи от своего лица отправляют инвайты нам в ПМ, после чего получают возможность использования сервиса. Вариант?

PEDKA
что-то где-то на подобии трекерный инвайтов?

PEDKA
Это тоже мысль, плюс можно будет отсеивать по статусам и полезности. Т.е. схема приема на местный трекер - или старше Advanced, или имеешь что загрузить. Инвайты это хорошо, муторно правда, но хорошо.

Ещё важный вопрос - за месяц-два нужно выйти на самоокупаемость сервера. Когда кто-то из организаторов проекта платит за хостинг - это уже шаг к серьезным проблемам. Поэтому нужен способ монетизации.

Eric Lazzy

Цитата:

что-то где-то на подобии трекерный инвайтов?

Да, суть примерно такая же.

Brodyaga

Цитата:

муторно правда

Ничего муторного нет. Технология совсем простая для реализации.


Цитата:

нужен способ монетизации.

Может повесить Яндекс.Директ и просить пользователей хотя бы раз в день кликать по ссылкам? Понимаю, что глупо, но это вариант.

Нет, я имею в виду муторность для тех кто будет выдавать первые инвайты =) Надеясь на достаточно большое количество желающих. Реализация то простая.

По-моему, за нормальные деньги мы сможем возыметь сервер нормальной конфигурации только за бугром, а следовательно проще оплачивать его будет из-за бугра, т.е. используя Google.Adsense/AdWords.. Но это нужно обсуждать имея на руках варианты хостинга.

Добавлено:
И ещё, мне кажется не стоит отсекать остальной мир. Пусть существует два "тарифных плана" - Ru.Board и World.

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

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


Цитата:

за нормальные деньги мы сможем возыметь сервер нормальной конфигурации только за бугром

Если на РуБорде никто не поможет, тогда будем бразу за бугром.


Цитата:

Пусть существует два "тарифных плана" - Ru.Board и World.

Я тоже думаю, что можно сделать «тарифный план World». Только не требовать деньги напрямую, а тоже как-то монетизировать этих пользователей. Например, показывать им дополнительную рекламу.

Кстати, будет некоторым стимулом для некоторых зарегистрироваться на Борде.

О, это мы подняли тему создания музыкальной странички )))

Итак, опус жанра мелкой прозы.

Хотел нарисовать в картинках, но решил что это будет лишним и только займет слишком много времени.
Пройдемся по основным элементам сайта, и обеспечивающим их физическим ресурсам.
1) Файловая система с музыкальными файлами. Все файлы закачиваются в область, недоступную из веба. Процесс закачки надо попозже обсудить.
Структура папок:
Имя_Исполнителя/[Год] Название_Альбома [Тип_Релиза] [Номер релиза]
Поясню непонятные поля:Тип_Релиза это EP,LP, ещё-какое-нибудь-P. В случае обычного CD полноформатника ничего не пишется. Номер релиза - специфичное для сайта поле. Если кто-то имеет тот же альбом в лучшем качестве, может загрузить. Номер релиза автоматически увеличивается. Первый релиз не имеет номера.
Примеры папок:

Enslaved/[2008] Vertebrae
Septic Flesh/[2002] Summerian Daemons [2]
Children Of Bodom/[2004] Trashed, Lost & Strungout [EP]
|-----------------[2002] You're Better Off Dead! [SINLGE] [3]

При добавлении файла происходит формирование директорий по заданному шаблону и занесение всей информации в БД, устроенную примерно так же.

2) Скачивание файлов по сути добавление треков в корзину, и вот он первый элемент сайта. Треки добавляются в корзину, как целыми альбомами так и поэлементно, и для них формируются тикеты на скачивание:
UPD: для пользователей руборда доступна опция упаковки в ZIP-архив, для остальных - только потреково. Добавление в корзину простое - отметил в списке, закинул в корзину.

3) Список строится на основании базы. Выглядит это как простой постраничный список исполнителей, с определенной статистической информацией по каждому(количество альбомов, количество релизов, профиль на ластфм и.т.д.), нажатие на исполнителя раскрывает список альбомов, каждый из них раскрывает список релизов(если релиз один, подсписков не создается). Там списки треков, размер, продолжительность и.т.д.
UPD: стоит ли дать возможность пользователям прослушивать треки?.. Прямо со страницы, flash-плеером.

4) На каждый релиз и на каждую часть списка можно дать прямую ссылку. Соответственно имеется возможность перемещаться по иерархии списка на такие же страницы исполнителя, релиза, трека.

Список фильтруется, по исполнителю, альбому, жанру и так далее. Информация берется из специальных XML-файлов, лежащих в корне папок исполнителей и релизов.

Собственно на этом основная часть сайта кончается. Он представляет собой список. Элементы списка подгружаются с помощью AJAX, перемещение по страницам(ибо список исполнителей может быть очень и очень внушительным) тоже с AJAXом.

Итак, вопросы для обсуждения - оставить такую схему, или вернуться к схеме отдельных релизов(как организовано большинство музыкальных сайтов и торрент-трекеров, и в данный момент музыка на борде). Если оставить эту схему - нужно обсудить схему заливки. Предоставлять файловую структуру целиком пользователям, или использовать механизмы, автоматизирующие процесс донельзя.

Brodyaga
Фигня вся эта затея.
Кроме Лакримозы никакой другой музыки не надо.

Добавлено:
Был, например, вот такой вот классный проект - ftp85.ru - и не выдержал жизненных штормов и финансовых бурь.
А как здорово и хорошо всё начиналось!

Brodyaga

Цитата:

стоит ли дать возможность пользователям прослушивать треки?.. Прямо со страницы, flash-плеером.

а если будут лежать образы дисков в APE или FLAC? дополнительно выкладывать ознакомительные файлы?

Ну тут две возможности - 1) или релизер сам сделает копию релиза в mp3, и отдельно зарелизит. Это в случае отсутствия аналогичного mp3 релиза. А если есть - просто в описании указать, что так и так, прослушать можете в соседнем релизе.

2) Можно было бы возложить на сервер нарезку ape по cue, или конвертации flac в mp3 прямо в этой папке - но смысла мучать сервер не вижу.

Поэтому я склоняюсь к первой возможности. На сколько я помню, у тебя огромное количество lossless музыки? Поэтому решать собственно тебе и остальным, кто собирается выкладывать lossless.

Brodyaga
ShriEkeR
Я поддерживаю первый вариант. На самом деле, зачем загружать сервер без острой необходимости.

Brodyaga

Цитата:

1) Файловая система с музыкальными файлами.

Согласен.


Цитата:

2) Скачивание файлов по сути добавление треков в корзину

Согласен.


Цитата:

3) Список строится на основании базы.

Согласен.


Цитата:

стоит ли дать возможность пользователям прослушивать треки?.. Прямо со страницы, flash-плеером.

Думаю, что нужно.


Цитата:

4) На каждый релиз и на каждую часть списка можно дать прямую ссылку.

Согласен.


Цитата:

Информация берется из специальных XML-файлов, лежащих в корне папок исполнителей и релизов.

Не согласен. Информация должна браться из базы. Если пользователь будет что-то искать, то системе придётся инициализировать все XML-файлы, для этого нужно будет пробежаться по всем папкам. Это долго. Лучше хранить в базе.


Цитата:

Если оставить эту схему - нужно обсудить схему заливки. Предоставлять файловую структуру целиком пользователям, или использовать механизмы, автоматизирующие процесс донельзя.

Обязательно нужно дать возможность пользователям заливать контент. При заливке пользователю нужно максимально облегчить этот процесс. Пусть пользователь выбирает исполнителя из списка. Если исполнителя нет, то пользователь набирает его руками. Набирает год и название альбома. Если такой альбом есть, то пользователю предлагается сравнить качество треков. В случае, если пользователь утверждает, что качество его треков больше, то файлы заливаются на сервер в отдельную папку. Специальные группы пользователей (админы и модераторы) проверяют эти треки. Если админ или модератор утверждает треки, то после этого релиз вступает в силу. Временные файлы удаляются.

У пользователей формируется рейтинг загрузки: чем больше загрузил на сайт, тем выше рейтинг. В рейтинге отражается процент ошибок — это когда пользователь указал свой релиз на уже существующий альбом, как более качественный, а админ или модератор его не утвердил. По достижению какого-то уровня рейтинга, а также по галочке администратора, все последующие релизы этого пользователя загружаются без проверки админами и модераторами (ну или с постмодерацией, что всё же предпочтительно, т.к. люди имеют свойство ошибаться).

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

По поводу lossless форматов. Я считаю, что нужно разрешить их загрузку, но приоритет должен быть отдан формату mp3. Если альбома нет в mp3, то желающий выложить его в lossless формате должен: выложить этот альбом в mp3, дождаться утверждения (если требуется) и только после этого может загрузить в lossless формате. В случае наличия lossless файлов, для тех, кто скачивает альбом, должна быть возможность выбора формата для скачивания.

Очень важно продумать систему бэкапов всех файлов. Либо хостер должен делать постоянные бэкапы, либо нужно реализовать такую возможность у нас. Бэкапить нужно как базу пользователей, так и сами музыкальные файлы.

Это всё из обязательных возможностей. Из необязательных сделать подписку на обновление конкретных музыкантов или стилей: как по RSS, так и по e-mail.

PEDKA

Цитата:

По поводу lossless форматов. Я считаю, что нужно разрешить их загрузку, но приоритет должен быть отдан формату mp3. Если альбома нет в mp3, то желающий выложить его в lossless формате должен: выложить этот альбом в mp3, дождаться утверждения (если требуется) и только после этого может загрузить в lossless формате. В случае наличия lossless файлов, для тех, кто скачивает альбом, должна быть возможность выбора формата для скачивания.

Поддерживаю!


Цитата:

У пользователей формируется рейтинг загрузки: чем больше загрузил на сайт, тем выше рейтинг. В рейтинге отражается процент ошибок — это когда пользователь указал свой релиз на уже существующий альбом, как более качественный, а админ или модератор его не утвердил. По достижению какого-то уровня рейтинга, а также по галочке администратора, все последующие релизы этого пользователя загружаются без проверки админами и модераторами (ну или с постмодерацией, что всё же предпочтительно, т.к. люди имеют свойство ошибаться).

А какие предполагаются ограничения на загрузку?

Mistake2

Цитата:

А какие предполагаются ограничения на загрузку?

Пользователь должен загружать только музыкальные файлы, указав адрес каждого файла на своём компьютере через обзор, либо весь альбом в архиве ZIP, который на сервере автоматически разархивируется.

Загружать можно сколько угодно файлов. Чем больше на сайте контента, тем лучше.

PEDKA, про XML файлы я упомянул как автоматизацию загрузки. Т.е. информация из этого файла берется при загрузке и автоматически подставляется в поля релиза. Естественно вся информация находится в базе.

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

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

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

Поэтому непосредственно техническая сторона реализации очень важна.

Brodyaga

Цитата:

про XML файлы я упомянул как автоматизацию загрузки.

Понятно. Можно сделать это дополнительной опцией.


Цитата:

надо подумать над механизмом поиска обложек для альбомов

Я думал на эту тему. Мне кажется, что обложки не нужны. Во-первых, это лишний трафик и место, а во-вторых, не у всех есть абложки (например, у транс-сэтов).


Цитата:

с обложками она будет смотреться драматичней...

Слишком много лишнего места будет занимать.

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


Цитата:

нужна организация другого сервера, другой структуры и файловой системы - для более надежного хранения файлов.

Не согласен.

На основном сервере нужно реализовать зеркальный RAID, для бэкапа выделить отдельный диск. Кроме того, обязательно нужно дать возможность администраторам скачивать эти бэкапы. Если эта информация будет хранится не только на сервере, но и у администраторов на компьютерах, то в разы повышается надёжность. Правда, при скачивании будет уходить трафик, но думаю, что мы решим эту проблему.


Цитата:

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

Я думаю, что нужно будет об этом думать тогда, когда проект станет популярным (если станет). Тогда и придумаем.

PEDKA, разные случаи бывают, я предпочитаю иметь как локальные копии бэкапа, так и удаленные, в том числе удаленные от сервера.

Но в целом и такая структура абсолютно жизнеспособна, пусть так.

Насчет обложек, я все же думаю что это дело немаловажное для музыки, т.к. оставлять альбомы безликими не имея на то объективных причин - не стоит.

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

В таком случае, я думаю что большая часть технических вопросов решена для одного уединенного сервера. Для нескольких серверов и объединенного хранилища их придется решать заново - с другими технологиями и другими задачами, но это потом.

Есть ещё какие-то неуясненные моменты?

Brodyaga

Цитата:

я предпочитаю иметь как локальные копии бэкапа, так и удаленные, в том числе удаленные от сервера.

Это хорошо, но на старте у нас таких возможностей не будет. Поэтому как минимум самый полседний бэкап должен храниться на компьютере у кого-нибудь из администраторов.


Цитата:

Для нескольких серверов и объединенного хранилища их придется решать заново - с другими технологиями и другими задачами, но это потом

Не совсем согласен. Там нужно будет сделать storage network, сделать сервер, который будет распределять запросы на другие сервера и т.д. Но это совсем другая история. Там совершенно другой уровень вложений нужен.


Цитата:

Есть ещё какие-то неуясненные моменты?

Мне, в целом, всё понятно. Нужно уже приступать к разработке.

Все ОК, но я не согласен с отношением к lossless релизам. Пусть они будут на одном уровне с mp3, с тем лишь исключением, что в случае отсутствия mp3 релиза, автору одинокого lossless релиза будет занижаться рейтинг. И сам lossless релиз будет помечен. Плюс можно создать спец.страницу с очередью релизов, ждущих своих mp3-аналогов.

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

PS: сравнение качества релизов будет в таком порядке происходить(это очевидно):
1) LOSSLESS > MP3
3) CBR > VBR
4) KBPS_1 <=> KBPS_2

Одно неравенство из цепочки нарушено - прекращаем сравнение.

Ещё на админов будет возложена обязанность отлавливать транскоды.

P.P.S.: как я понимаю при загрузке релиза лучшего качества старый не удаляется?
Если нет, тогда папки релизов, помимо года и названия альбома, я буду помечать идентификатором релиза в базе.

Brodyaga

Цитата:

Пусть они будут на одном уровне с mp3, с тем лишь исключением, что в случае отсутствия mp3 релиза, автору одинокого lossless релиза будет занижаться рейтинг.

Я думаю, что занижать рейтинг не стоит. Нужно, чтобы был mp3-релиз, а уж потом lossless.


Цитата:

как я понимаю при загрузке релиза лучшего качества старый не удаляется?

Если администратор или модератор утвердил новый релиз, то старый должен удаляться. Хотя, на первом этапе я предлагаю сделать так, чтобы он не удалялся. В случае, если нам будет мало места, будем чистить их.

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

Brodyaga

Цитата:

Сделаем очередь удаления, релизы помечаются как удаленные и через неделю удаляются физически. Ок?

Хорошо. Удаляются через неделю после того, как новый релиз утвердил администратор или модератор.

PEDKA

Цитата:

Загружать можно сколько угодно файлов. Чем больше на сайте контента, тем лучше.

Я имел в виду ограничения по качеству. mp3 же разные бывают.

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

Brodyaga

Цитата:

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

Т.е. релизы будут постоянно удаляться (как на бесплатных сервисах) и если не успелскачать, то и все!?

Mistake2

Цитата:

Я имел в виду ограничения по качеству. mp3 же разные бывают.

Пусть загружают любые, какие есть. Если у кого-то будет mp3 лучшего качества, то он всегда может перезалить. У нас это предусмотрено.


Цитата:

По поводу обложек, я считаю, что это лишнее.

Цитата:

Т.е. релизы будут постоянно удаляться (как на бесплатных сервисах) и если не успелскачать, то и все!?

Нет, ты не понял. На сервере будут хранится все треки. Просто если у кого-то обнаружился более качественный звук, то он выкладывает это на сайт, заменяя старый менее качественный релиз.

Mistake2

Цитата:

Я имел в виду ограничения по качеству. mp3 же разные бывают.

По приведенной структуре, любой релиз допустим. Рано или поздно он обновится до приемлемого качества. Ну, естественно совсем уж говенные релизы(только если это не концертные записи, но и тут надо подумать над правилами) не пропускаются. У каждого человека есть определенный порог в оценке качества релиза на слух =)


Цитата:

Т.е. релизы будут постоянно удаляться (как на бесплатных сервисах) и если не успелскачать, то и все!?

Нет конечно. На каждое скачивание резервируется тикет(подробнее об этой схеме попозже), и там идет контроль скачанных файлов. Если релиз имеет активный тикет, он не удаляется до тех пор пока не тикет не будет полностью скачан.

Добавлено:
PEDKA
Не увидел твое сообщение, долго не публиковал свое...

Все тут объединяются против обложек, ну пусть будет так

Добавлено:
Хотя нет, я передумал. Проверка на отданность файлов - проверка с огромной погрешностью, и с ней стоит заморачиваться когда система будет более серьезной а проект покрупнее.

Тогда такое соглашение:
ссылки на скачивание живут вечно, но требуют авторизации. Или HTTP, или браузерной(cookie). Хотя бы один из этих способов доступен во всех нормальных качалках.

Brodyaga

Цитата:

Все тут объединяются против обложек, ну пусть будет так

Давай пока без них. Если надо будет добавить, то мы легко сможем это сделать.


Цитата:

На каждое скачивание резервируется тикет

Нафиг это надо?

Любая ссылка доступна после HTTP-авторизации. Если релиз удалён, то пользователю, у которого есть в корзине трек из удаляемого релиза, получает уведомление на e-mail (в настройках должна быть возможность отключить), а также в корзине трек должен как-то выделяться.

Mistake2
PEDKA
Brodyaga

Цитата:

По поводу обложек, я считаю, что это лишнее.

офигеть лишнее
потом приходится искать обложки самостоятельно
очень даже полезная и нужная вещь

сделал в екселе маааленькую шьтуку - предложение по разделам, стилям и т.п.
http://rapidshare.com/files/194745388/sitelayoutStart.xls

также нужна фича "тэг", чтобы заливаемый альбом попадал в нужный раздел и категорию и так же поиск/фильтр по тэгам

Artrage
А я знал что кто-то оказался на моей стороне

Плиз, выложи файлик на какой-нибудь айфолдер, а то доступа к рапиде нету. И какие например теги могут встречаться?..