Форум » Основной форум » Проект новой поисковой » Ответить
Проект новой поисковой
raindog: Возможно, не все коллеги следят за обсуждением в соседнем разделе. С 1 февраля планируется закрытие старой поисковой системы. Bete_Noire тестирует новую систему здесь: http://mtsearch.hut2.ru/index.php. Присоединяйтесь к тестированию и обсуждению! Обсуждение в вышеуказанной ветке.
raindog: Итого, если я правильно суммирую, на сегодня мы имеем в новой поисковой все возможности старой: минус дизъюнктивный поиск (в старой был реализован через несколько строк в запросе). Оно кому-то надо? плюс поиск по полю "Альбом" (кроме "Исполнитель"); плюс двухуровневая сортировка (vs одноуровневая в старой); плюс список трейдеров и списки альбомов в коллекции у каждого трейдера. Что я пропустил? Ну и: самообслуживание в части заведения и пополнения списков, ради чего все и затевалось. По-моему, сделано за очень короткое время очень многое.
raindog: Начинаю обсуждать идеи по возможному развитию поисковой системы, исходя из анализа наиболее обсуждаемых тем на этом форуме. Bete_Noire: это предложение к обсуждению, а не к немедленной реализации! :) Имело ли бы смысл введение в БД дополнительной таблицы с альбомами, разыскиваемыми участниками? Какие поля там необходимы? Какой к ней нужен доступ/поиск в ней?
raindog: Помимо поиска альбомов, одна из наиболее обсуждаемых тем на форуме --- обновление коллекций участников. Имел ли бы смысл сервис: отображения новых (за определенный период) позиций в списке каждого участника? отображения новых позиций в БД? отображения "абсолютно новых" (уникальных по Исполнителю-Альбому-Битрейту) позиций в БД? Это потребует изменения логики некоторых операций и структуры одной из таблиц БД. Изменение логики, в свою очередь, потребует дополнительных вычислительных ресурсов, и не факт, что в рамках условий текущего хостинга это возможно. Тем не менее, на будущее это стоит обсудить, как мне кажется.
Justin_Rage: Залез, проверил - хорошо, и главное самообслуживание. Имело бы смысл введения таблицы разыскиваемых позиций? Думаю, что в этом нет необходимости. Цель поисковой - это найти альбом и человека у которого он есть, т.е. то, что уже реализовано. Единственное, можно добавить статистику по поиску - любопытства ради. Т.е. перегружать не стоит, на мой взгляд. Вот что бы я добавил: 1. При отображении результатов добавить возможность просмотра инфы о трейдере. В данный момент доступно только открыть его страницу. 2. Исходя из вышесказанного, добавить возможность внесения расширенной информации о трейдере (как то: интересы, статус обменов и т.д.). Опять-таки, это не панацея и все можно узнать и на странице трейдера, однако, мелочь, а приятно. А вот, что я бы подправил: 1. DVD - это сокращение от "Digital Versatile Disc", а следовательно, правильней обозначать его, как "DVD", а не "dvd". 2. Двухдисковые издания я обозначаю как "2 X DVD", система же что-то помыслила и выдала "video[dvd]". Тут скорее всего не исправлять надо, а в правилах как-то упомянуть о том, как надо поступать в таких случаях. В заключении пожелаю успехов в столь хорошем начинании.
urkraft: raindog пишет: Имел ли бы смысл сервис: отображения "абсолютно новых" (уникальных по Исполнителю-Альбому-Битрейту) позиций в БД? Вот этот имел бы смысл, НО раздельно по мп3 и аре. Вопрос: так есть смысл уже сейчас добавлять свои альбомы? А потом если, что эти данные не пропадут? Или это ЧИСТО ТЕСТОВЫЙ проект?
raindog: Все и любые проекты всегда чисто тестовые. Поэтому данные имеет смысл добавить.
raindog: 1. DVD - это сокращение от "Digital Versatile Disc", а следовательно, правильней обозначать его, как "DVD", а не "dvd". Собственно, официально --- нет, не сокращение, тем не менее, это буквосочетание действительно пишется прописными буквами. 2. Двухдисковые издания я обозначаю как "2 X DVD", система же что-то помыслила и выдала "video[dvd]". Тут скорее всего не исправлять надо, а в правилах как-то упомянуть о том, как надо поступать в таких случаях. Скорее всего, количество дисков сочтено излишней для целей поисковой системы детализацией.
Croc: Самое ценное - самообслуживание :) Сервер, конечно, так себе. При загрузке списка пару раз вылетел... Потом все-таки загрузился. По мелочи: На страничках со списками хорошо бы поставить ссылочку "на главную", а то оттуда вернуться трудно бывает. На users_list.php орфографическую ошибку подправить бы "скачат в zip". Хотелось бы в списке участников еще и ники видеть. Номера я мало у кого помню, а ники у многих :) Проще было бы ориентироваться.
raindog: Про интересы я бы сильно возражал, поскольку такие сведения есть на основном сайте ринга. Поисковой системе нужно дополнять и поддерживать ринг, т.е. вводить дополнительную функциональность, а не дублирующую/подменяющую/конкурирующую, я так понимаю.
Justin_Rage: raindog пишет: Скорее всего, количество дисков сочтено излишней для целей поисковой системы детализацией. Я это не к тому написал. Суть не в детализации. Просто в правилах надо указать рамки: MP3 обозначать как MP3; AudioCD, APE'ы и т.д. как lossless, DVD как DVD, MPEG как MPEG. Зачем нужна каша?
Bete_Noire: отображения "абсолютно новых" (уникальных по Исполнителю-Альбому-Битрейту) позиций в БД? подумаем. для начала можно добавить сортировку по дате последнего обновления пользователем списка. Вопрос: так есть смысл уже сейчас добавлять свои альбомы? А потом если, что эти данные не пропадут? Или это ЧИСТО ТЕСТОВЫЙ проект? хоть это и действительно тестовый проект, большее количество данных в БД поможет ему быстрее сформироваться. Кроме того данные удялять я не собираюсь. Даже если придется сменить хостинг, данные не пропадут. Разве что в результате ЧП.... Скорее всего, количество дисков сочтено излишней для целей поисковой системы детализацией. на самом деле мне это просто не пришло в голову. именно поэтому всех заинтересованных призываю прочитать предыдущий пункт еще раз, регистрироваться и постить багрепорты сюда (скоро сделаю форму багрепорта и на самом сайте)
raindog: Там нет поля "тип данных". Есть поле "битрейт", обрабатываемое неким образом. Добавление поля --- усложнение жизни участникам и снижение популярности системы. А вот обработку (т.е. списки синонимов) стоит сделать более явной.
Croc: Свершилось! На новом хостинге система наконец-то смогла заглотить мой список. На старом пролезали только кусочки. Вот я уже и счастлив... :) Спасибо труженикам!
raindog: На мой взгляд, расширенные сведения об участниках можно отображать в общем списке и для незарегистрированных посетителей, за исключением адреса электронной почты (ratio последнего: адрес будет провоцировать новичков писать письма трейдеру, не заходя на его сайт, где могут быть особые правила и т.п.).
raindog: В общем, новый сайт тоже чаще не работает, чем работает, хотя это, может быть, только мне не повезло.
Justin_Rage: Нет, не только тебе, т.к. у меня он вообще умер.
Bete_Noire: Нет, не только тебе, т.к. у меня он вообще умер 3-х дневный опыт показывает, что периодически он ненадолго умирает. Но сегодня был мертв почти весь день. ( Зато когда работает, хостинг на уровне профессионального платного (по функционалу). Несколько дней посмотрим, там решим что делать дальше. А вот обработку (т.е. списки синонимов) стоит сделать более явной. на данный момент алгоритм такой: -если в битрейте есть "ABR","VBR" или "CBR" и число, то численное значение округляется до одного из стандартных ("VBR 151 -> VBR 160") -если в битрейте только число, пускается как есть -если битрейт: "audio cd", "audiocd", "audio_cd", "audio-cd", "cd", "cdda", "audio" или "acd", то "cdda" -если битрейт "ape" или содержит слово "monkey", то "ape" -если битрейт "flac", то "flac" ) -если битрейт содержит слово "video" или "dvd", то "video[dvd]" -если ни одно условие не подходит, пропускает в прямом виде. комментарии, предложения.... На мой взгляд, расширенные сведения об участниках можно отображать в общем списке и для незарегистрированных посетителей, за исключением адреса электронной почты.... все данные видны незарегистрированным пользователям на странице с инфой о пользователе. общий список будет слишком громоздким, если отображать все данные. на счет почты... все поля необязательные, оставляй только url. будет мотивация посетить твой сайт.
raindog: Зато когда работает, хостинг на уровне профессионального платного (по функционалу). (Ворчливо) Хостинг по функционалу там на уровне Apache+MySQL+PHP из коробки :) если в битрейте есть "ABR","VBR" или "CBR" и число, то численное значение округляется до одного из стандартных Вопрос к любителям lossy-форматов: такое округление осмысленно? если битрейт содержит слово "video" или "dvd", то "video[dvd] Нужно исключение для "DVD-Audio". все поля необязательные, оставляй только url. будет мотивация посетить твой сайт Посещение сайтов нужно мотивировать системно, а не частным порядком, поскольку поисковая сконструирована (выращена) нами так, что отображаемых ею данных недостаточно для оформления "заказа". общий список будет слишком громоздким, если отображать все данные Да вроде, нет. Но сегодня был мертв почти весь день. ( Не только рвутся, но и гнутся. Похоже, там еще и лимит файлов периодически кончается: Warning: mysql_connect() [function.mysql-connect]: Can't create UNIX socket (23) in /usr/home/nb999fo/public_html/index.php on line 10 bla-bla-blah :(
Croc: если в битрейте есть "ABR","VBR" или "CBR" и число, то численное значение округляется до одного из стандартных Вопрос к любителям lossy-форматов: такое округление осмысленно? Я, например, не вижу смысла искажать информацию, присланную участником.
Bete_Noire: (Ворчливо) Хостинг по функционалу там на уровне Apache+MySQL+PHP из коробки :) не совсем ) на коробочных обычно нет таких элементарных вещей как mod_rewrite, gzip, доступ к .htaccess, Cpanel Вопрос к любителям lossy-форматов: такое округление осмысленно? для vbr и abr это имеет смысл, ведь когда кодируют вбр мп3 задают битрейт именно один из стандартных, наиболее вероятно что это будет ближайший по значению. для cbr это сделано для исправления некоторых глюков MPEG Audio Collection (ну или кодека, который вместо 320 даёт 319кбпс). В прочем хотелось бы услышать мнениЯ любителей лосси. не вижу смысла искажать информацию, присланную участником стандартизация, сведение вариантов к разумному минимуму всегда имеет смысл. в дальнейшем это может упростить группировку, цветовую маркировку альбомов по качеству и т.п. Нужно исключение для "DVD-Audio". мда, бывают еще и такие. Посещение сайтов нужно мотивировать системно, а не частным порядком, поскольку поисковая сконструирована (выращена) нами так, что отображаемых ею данных недостаточно для оформления "заказа". я тут вот что подумал. человек нашел в поисковой что ему надо пошел на сайт трейдера и договорился об обмене. вебринга в этой цепочке нет! не хорошо как-то получается. Да вроде, нет. кроме того далеко не все захотят заполнять большинство полей, в результате будут одни дыры. Warning: mysql_connect() да, сегодня у них поочередно сдыхает то веб-сервер, то бд-сервер, то говорит что вообще по такому ip ничего нет. похоже что-то серьезное.
полная версия страницы