Достаточно взять rand(1,100) (при условии, что ваш массив сформирован верно и сумма всех вероятностей дает 100), а потом пробежаться по массиву и определить, в какой диапазон "попал" результат (сравниваем результат со счетчиком, если результат меньше или равен, то break, иначе к счетчику прибавляем prc.
Нужно знать матчасть
Во-первых, настройте свой локальный сервер так же, как и ваш продакшн сервер. Какой смысл в разных настройках, если потом из-за этого что-то не работает? Во-вторых, используйте тестовую площадку на поддомене и/или в зищищенной зоне, как уже говорили. Можно использовать общую базу с основным сайтом, а можно и отдельную, в зависимости от того, насколько стабильна и заморожена структура вашей бд и насколько часто приходится тестировать функции, требующие изменения данных в бд. Не забудьте запретить индексировать тестовую площадку или, что лучше, ограничьте доступ к ней (по IP или еще как-то). В третьех, рекомендую использовать систему контроля версий (например, SVN).
Видимо, как-то так:
SELECT r.pm_id AS pm_id, t.user1_id AS user1_id, t.user2_id AS user2_id, t.pm_user2_new AS pm_user2_new FROM ( SELECT Max(pm_id) AS pm_id FROM test GROUP BY user1_id ) r INNER JOIN test t USING(pm_id)
Надо правила привести примерно к такому виду:
RewriteRule ^/katalog-paneley$ http://site.ru/category/katalog-paneley/21-35mm [R=301,L]
Модификатор L как раз и указывает на то, что на этом правиле следует остановиться, а ^ и $ означают начало и конец строки, а то в ваших правилах может трактоваться как часть строки.
Может так? http://jsfiddle.net/hveyp0mj/ В целом принцип, дополнить можно по-всякому.
id="url" заменить на class="url", $('#url') заменить на $('.url')
А еще лучше настроить limit_req в nginx.
Возможно, многобайтовая кодировка, например UTF-8. Попробуйте mb_substr().
/ тут не при чем, в HTML5 как раз убрали эти "прелести" XHTML. Почему ругается на alt непонятно, нужно смотреть, что за doctype у страницы, а вот width и height место однозначно в стилях.
