Существует масса простейших способов "защитить" изображения на странице от скачивания стандартными методами. Толку от них никакого. Дайте ссылку.
Думаю, что если определить нижнюю границу бюджета около 300 у.е., можно в короткий срок получить ряд предложений от опытных разработчиков.
Сообщите, пожалуйста, на какой бюджет Вы рассчитываете при условии разработки готового решения для поставленной задачи?
Давайте выполним небольшой тест, ведь лучше один раз получить практическое подтверждение, чем месяцами спорить о эффективности того или иного метода.
// Готовим тестовый массив. Пусть в нём будет 100000 элементов.$Arr = array();for ($i = 0; $i < 100000; $i++) { $Arr[] = 'value'.$i;}// Будем искать в массиве значение $Word$Word = 'value99999';// Ваш вариант поиска.$Start1 = microtime(true);for ($i = 0; $i < count($Arr); $i++) { if ($Arr[$i] == $Word) { echo $i; break; }}$Time1 = microtime(true) - $Start1;// А теперь попросим сделать тоже самое встроенную функцию. Как Вы выразились, "просто возложим поиск на интерпретатор" $Start2 = microtime(true);$Keys = array_keys($Arr, $Word);print_r($Keys);$Time2 = microtime(true) - $Start2;echo 'Вариант 1: '.$Time1.' Вариант 2:'.$Time2;
У меня первый вариант занимает ~0.04 c., а второй ~0.008 c. Полагаю, это стимулирует к определённым выводам.
P.S. Кстати, чем ближе к началу массива искомое значение, тем менее заметна разница во времени выполнения.
Таблица MEMORY была? Попробуйте, по рекомендации уважаемого dkameleon использовать таки индексы в массиве синонимов. Быстродействие непременно возрастёт. Другое дело, что загоняя в оперативку сервера по полной копии словаря синонимов на запрос, Вы рискуете упереться в память. Особенно если проект вдруг станет популярным.
Скорее всего, необходим вот такой вариант:
RewriteEngine OnRewriteCond %{REQUEST_FILENAME} !-fRewriteCond %{REQUEST_FILENAME} !-dRewriteRule ^(.+)?$ $1.htm [L]
Если не сложно, приведите пример структуры таблицы и запроса выборки синонимов, использовавшийся в варианте с БД. Для полноты представления, так сказать.
Разумеется, это возможно. Самый простой вариант, разместить в каталоге img файл .htaccess, содержащий такой код:
ErrorDocument 404 http://site.ru/img/404.gif
Должен признаться, достойный баг. Дело в том, что глобальная переменная i, которая используется mod_vertissjp для хранения текущей позиции в массиве содержимого slideimages, используется ниже в подгружаемом js-коде счетчика Рамблера (var i=new Image()). Следовательно, в момент инициализации mod_vertissjp всё нормально. А когда по window.onload запускается скроллинг, в i уже Image.
Уважаемый ad astra, для того, чтобы исправить данную ошибку, необходимо в файле http://gl..ec.ru/modules/mod_vertissjp/vertissjp.js изменить имя переменной i, например на i1
Замените на:
RewriteEngine On RewriteBase / RewriteRule ^([0-9]+)/?$ /text/text.php?kat=$1 RewriteRule ^([0-9]+)/([0-9]+)/?$ /text/text.php?kat_s=$1&id_st=$2
и попробуйте ещё раз http://site.ru/8/ и http://site.ru/8/8/.