регулярка:
preg_match_all( "/<br \\/>([0-9]{1,2}\.).*?(?=<br \\/>)/i", $row['full_story'], $track);строка: 21. Respect - Aretha Franklin, получаем Respect - Aretha Franklin, все отлично, идём дальше
строка: 17. The world's greatest - R. Kelly и получаем The world's greatest - R омг!?!?
Вопросец по структуре. Таблице dle_post есть поле full_story из которого мы регуляркой выше берем треки. Всё отлично работает, теперь мне как-то нужно организовать всю систему до кучи. Поясняю в чём подвох, албомы музыки хоть и разные все, но в некоторых встречаются одинаковые треки, если на тупом без использования базы отправлять юзеров на другие страницы, то могут получаться дубли (любой пробел, апостроф, тире не такое, добавление feat и других мелочей может повлиять на страницу).
Плюс используя ЧПУ и передачи данных на след страницу для дальнейшего скачивания трека или прослушивания делаем урл вида /track/Jamie+Foxx+-+Unpredictable/, в случае использования спецсимволов получаем и такие варианты /track/Brandy+-+Sittin%5C+Up+In+My+Room/, трек Brandy - Sittin' Up In My Room, вот наглядный пример потери апострофа.
Используем:
$track[1] = preg_replace("#(.*?)\(.*?\)(.*?)#is", "\\1\\3", $track[1]);
$url = urlencode(trim(str_replace(array("'", "S ", "S","\""), "", $track[1])));(выше в коде кстати S - это shift+7 на eng, спецсимвол не пропускает)
ну и потом заменяем данные при выводе в новости:
$replace_track = str_replace("<br />", "<br /><a href=\"/track/".$url."/\"><img src=\"/templates/Default/style/download_.png\" onmouseover=\"this.src='/templates/Default/style/download.png'\" onmouseout=\"this.src='/templates/Default/style/download_.png'\" width=\"20\" height=\"20\" alt=\"Скачать ".trim($track[1])."\" title=\"Скачать ".trim($track[1])."\" border=\"0\" vspace=\"1\" align=\"middle\" /></a> <a href=\"#\"><img src=\"/templates/Default/style/play.png\" onmouseover=\"this.src='/templates/Default/style/play_on.png'\" onmouseout=\"this.src='/templates/Default/style/play.png'\" width=\"20\" height=\"20\" alt=\"Слушать ".trim($track[1])."\" title=\"Слушать ".trim($track[1])."\" border=\"0\" vspace=\"1\" align=\"middle\" /></a> ", $val);Ввиду таких извращений подумал об использовании для треков отдельной таблицы, чтобы в дальнейшем можно было мониторить что чаще слушают, скачивают собственно и выводить это всё куда нибудь, а так же чтобы можно было комментировать не только сам альбом, но и отдельную песню.
В принципе ничего не поменяется, та же регулярка, вносим данные в отдельную таблицу данные с предварительной проверкой на наличие и затем делаем автозамену треков в альбоме, подставляя ссылку с id либо свеже добавленного либо уже ранее добавленного трека, вида: /track/название-трека-id/ или ещё проще /track/id/. Плюс такого действия на лицо, во первых проверка базы на наличие трека, во вторых адекватный вывод названия трека на странице и его дальнейший поиск через api или парсер.
Теперь о нагрузке на сервер и поиске треков по базе: сейчас 5000 альбовом в базе, ежедневно добавляется до 20-50 альбомов, в каждом от 12 до 100 треков (в среднем возмем 25), простые подсчеты подскажут что в базе будет 125 000 треков и каждый раз при открытии любого из альбомов будет идти поиск по базе 25 раз по 125 000 записям, это понятное дело маразм. Выслушаю предложения по структурной реализации и регулярке в первой части поста (чтобы не тормозило на точке).
