например-В онлайне 1-просмотр,2-рейтинг на сайте по посещению,3-скачивание4-лучший пост блогера.

например-можно сделать разные виды отчётов

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

Не так все просто, уважаемые :)

Рассчет любых рейтингов забирает очень много ресурсов сервера. Для новой версии Завалинки мы думаем, как это реализовать. В текущей версии этого скорей всего не будет.

СЕРГЕЙ НЕЛЬЗЯ ЭТО СДЕЛАТЬ ОСНОВОЙ И ЛЮДЯМ ОБЬЯСНИТЬ-ЧТО ТАМ ВЕСЬ РЕЙТИНГ ОСНОВНОЙ СЕЙЧАС.

Обидно! .  Когда переходили на Завалинку,хвалились,что ресурс огромный, места -уйма, хватит на несколько десятилетий работы.  А чем же его загрузили?  Всего лишь за 1год с небольшим.

Василий,ну нажала я на этот жёлтый квадратик

открылось вот это

 Ласточка нажмите далее ссылку-общедоступна и вы увидите весь рейтинг вплоть по постам и даже по приватам.

Так. Всем тихо!

Василий, счетчик ничего толкового для пользователя Завалинки не покажет. Действительно нужны рейтинги по просмотрам, комментам, голосам, "лайкам" и прочей лабуде. Сам функционал сделать не проблема: подсчет и запись в базу - не сложно. Сложность именно в ранжировании постов по этим данным. Решение "в лоб" такой задачи перегружает сервер:

представьте: при каждом переходе пользователя программа будет формировать длинючий запрос по всей базе (а там записей уже под пол-миллиона), потом формировать промежуточную таблицу, в которой делается сортировка по тому или иному рейтинговому параметру, потом еще один запрос на вывод всего этого "добра".... В результате будем ждать открытие страницы по 2-3 минуты... Кому это понравится?

Это так, вкратце пояснил, почему не с этой версией и не "сегодня".

А по поводу "ресурса сервера": мы с Вами говорим о разных вещах:

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

Другое дело вычислительная мощность: поцессор+оперативная память - их ресурсы расходуются на обработку текущих запросов. Чем больше пользователей, тем больше запросов, тем сильнее эти ресурсы расходуются. Снизить нагрузку может оптимизация скриптов и это делается постоянно; но любая оптимизация имеет свои пределы а количество пользователей растет день ото дня. Т.к. масштабировать систему на несколько серверов пока малореально, то снижаем нагрузку за счет невключения определенных сервисов, в т.ч. и сервис ранжирования постов в зависимости от различных рейтинговых показателей.

ПОНЯТНО,МОЖНО ЛИ ОТКЛЮЧИТЬ НАВОРОТЫ-ПРОСТИТЕ-ИГНОРИРОВАНИЕ,ПАРОЛЬ НА ФАЙЛ,БАЛЛЫ,И ЧАТ ВРЕМЕННО УБРАТЬ,ТАК КАК НЕТ СПРОСА,ЭТО МОЯ ОШИБКА С ЧАТОМ-РАНО ЕГО МЫ СДЕЛАЛИ.И ВООБЩЕ УБРАТЬ  ТЕ  ФУНКЦИИ ЧТО РАСХОДУЮТ РЕСУРС.

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

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

Спасибо Сергей за ответы.вопросов нет.

Привет всем ! 

Не хочу создавать новую ветку,  добавлю по поводу нашего необъятного ресурса.

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


Как пользоваться поиском по music tonnel.ru (Спроси Алену) и по tunnel.ru (На Завалинке) во избежание повторов мп3 треков на Завалинке - должны твердо знать все.
 

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

Как копировать ссылки с ресурса "Муз блог Спроси Алёну" (music tonnel.ru) в новый редактор, избегая повторений треков,  не делая повторных загрузок - должны твердо знать все , кто решил здесь грузить и эти Правила и Порядок работы со ссылками  для размещения трека на странице должны постоянно быть перед глазами и новичка и старожила.
 

https://tunnel.ru/view/post:210271 Олег СПБ прошу вас почитать,пригодится,ответ на повторения.и нужно делать общий реестр.

Этот Ваш очень полезный для всех пост я прочитал, надеюсь, тот, кто захочет - разберется.

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

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

Надо приучить всех: сначала поиск, потом - грузим свое, новое, которого нет в архиве Тоннеля.

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

Мы тут думаем над системой проверки загруженных файлов на предмет дубликатов. Задача сложная и интересная. Конечная цель - сделать автоматическую проверку на наличие дубля файла на диске при загрузке.

Привет, Сережа !

Что касается общего реестра.

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

А потом дать в верхней панели "Архив " со ссылкой туда, а то начинают спрашивать на Завалинке "Eruption",  которого на Тоннеле пол  дюжины альбомов