Попытаюсь объяснить.
Вот например страница индекс.пхп
На ней выводится 10 рисунков, которые генерит имедж.пхп на основании этой переменной левел...
Допустим, мы сохраним массив из 10 элементов в сессию, и будем забирать элементы из массива по мере поступления запросов к имедж.пхп
Но интернет - не очень надежная штука. Поэтому запрос на 10-ю картинку может прийти раньше, чем запрос, например, на 8-ю... Тогда есть вероятность, что имедж.пхп сгенерирует не ту картинку, которую ожидает увидеть пользователь.
Другая ситуация - пользователь два раза вызывает индекс.пхп с разными параметрами.
Например, сначала индекс.пхп?ид=1 и через полсекунды индекс.пхп?ид=2.
если при каждом вызове будет сохраняться в сессии по 10 картинок - то вызов индекс.пхп?ид=2 заменит в сессии массив, который сгенерирует индекс.пхп?ид=1... Соответственно, если за эти полсекунды окно, вызвавшее индекс.пхп?ид=1 не успеет загрузить все картинки, то последние картинки могут относиться не к странице индекс.пхп?ид=1, а к индекс.пхп?ид=2
Можно конечно решить эту проблему, но проще передать левел ДЖЕТОМ, и не мучаться.
Надеюсь, изложил мысль понятно )
Значит есть реальный сайт test1.ru, у которого ТИЦ 240.
А панельке в браузере - пофигу денвер это или нет. Ей важно, что в адресной строке набирают :-)
Kirilll добавил 17.11.2009 в 01:09
Тсюююю. протупил )
думал, что это реальный вопрос )))
RewriteCond %{HTTP_REFERER} http://www.edengarden.ru/archive* RewriteRule ^/modules.php?name=(.*)&sid=(.*)$ http://www.edengarden.ru/archive/modules.php?name=$1&sid=$2
Где-то так (хотя, я думаю, должно заработать сразу). За 100%-ную работоспособность не отвечаю, но направление точно правильное.
Тем, кто писал что такое невозможно, и что нужно писать 840 правил - респект за глубокие знания. Я понимаю, что думать для кого-то влом, но зачем же писать то, в чем неуверен?
А если на странице выводится не одна картинка? а десять картинок с разным значением левела?
Мой вариант будет работать в любом случае. Сессии - только если 1 картинка на странице, и если пользователь не откроет 2 страницы подряд. Иначе - результат непредсказуем.
🍻
У меня в файле /usr/local/etc/apache22/extra/httpd-vhosts.conf
первый виртуалхост - такая запись
<VirtualHost xxx.xxx.xxx.xxx:80> ServerAdmin admin@xxxxxx.com.ua DocumentRoot /usr/local/www/_suspended/public_html <Directory /usr/local/www/_suspended/public_html> AllowOverride All Options -FollowSymLinks Order allow,deny Allow from all </Directory> ServerName suspended.xxxxxx.com.ua ErrorLog /usr/local/www/_suspended/logs/error.log CustomLog /usr/local/www/_suspended/logs/access.log common </VirtualHost>
дальше - настройки для моих реальных сайтов.
Сайт, описанный первым будет показываться при обращении по айпи, или для всех сайтов, которые явно не описаны в настройках сервера.
Если я правильно понял, то у вас в index.php генерируется тег
<img src="image.php" ...>
Если так, тогда в индекс.пхп выводите другой тег -
<img src="image.php?level=N" ...>
, где N - это значение переменной level.
Тогда в image.php вы сможете узнать получить значение из переменной.
$_GET['level']
Но надо быть аккуратным - все данные, принятые от пользователя (браузера) надо проверять и фильтровать. Если level может содержать только целое число, может подойти самая простая проверка:
if (!is_int($_GET['level'])) { die('Incorrect level value'); }
ReFeRy_pf, дам совет из личного опыта.
Наш сайт по возрасту примерно такой же, как и ваш. За годы работы мы перепробовали много способа заработка - от партнерских программ хостеров и книжных магазинов до сапы-ксапы и иже с ними.
Адсенс в среднем приносит 2-3 доллара в день, что при посещаемости в среднем 8 тыс уников в день и ок. 2000 просмотров не очень интересно. В последнее время я активно начал читать этот форум, и потихоньку экспериментирую с Адсенсом. Окончательные выводы делать рано, но результат виднеется. Сейчас доход подрос до 3-3,5 доллара в день.
Поэтому поводу, совет №1: почитайте раздел об Адсенсе. Там много полезных советов есть. А еще я у пары форумчан с хорошей репой в подписи видел предложение услуг об оптимизации адсенса, чтобы он приносил максимум прибыли.
Сапа - это не гуд для трастового сайта с пятилетней историей. Это понимание пришло к нам, к сожалению, недавно. Но в силу сложившихся причин мы не можем единовременно отказаться от бирж ссылок. Для этого необходима равноценная по доходности замена.
Совет №2: посмотрите в сторону продажи статей. Мы сделали для себя выбор в пользу размещения сео-статей, и сейчас уже отключили пару бирж ссылок.
Поставить сапу в автоматическом режиме и получать ннное количество денег - это хорошо. Но это расслабляет. Другое дело, когда ты сам лично на этом форуме продаешь места под статьи, и лично общаешься с покупателями. В этом случае хочется сделать площадку как можно более привлекательнее для заказчика (все конечно из-за банального желания заработать больше :) ). Но я заметил, как у меня не по дням, а по часам растет желание что-то доработать, исправить, улучшить.
И вот совет №3: оптимизируйте код, который вы сами считаете корявым. Подумайте, как можно сделать сайт еще лучше, опрятнее, качественней. Это в любом случае оправдает все затраты. Если даже не сразу, то со временем - 100%.
А вот совет №4, последний: не бойтесь вырасти до посещаемости 7-8к в сутки, а стремитесь к 70-80к! Сайту с 5-летней историей нечего делать на шаред-хостинге, где на 1 АйПи висит несколько сотен (в лучшем случае) сайтов. Пора перебираться на ВПС, ВДС, а со временем - на свой собственный сервер. ☝
Хух. Если что написал не в тему - сорри :-(
Всех с понедельником!
Из нового на площадке:
Всем хорошей рабочей недели.
Ждем в личке или ICQ 578-тридцать-80-девятнадцать
Добавьте в настройки апача еще один хост - site.ru.
В корневой папке этого хоста создайте файл .htaccess
<IfModule mod_rewrite.c> RedirectMatch permanent (.*)$ http://www.google.com/ </IfModule>
Ну, или можете адресок конкурентов вписать 😂
Я посмотрел
http://safebrowsing.clients.google.com/safebrowsing/diagnostic?client=Firefox&hl=ru&site=http://fr34klab.ru/
Там пишут, что на сайте всего 1 страница, через которую возможна загрузка вредоносного кода.
Это навело на мысль, что этот самый вредоносный код может содержаться не в файлах, а в БД, если конечно такая есть.
У меня пару раз было, что какую-то заразу прицепляли к заголовку статьи на сайте. Попробуйте поискать в БД записи, в которых встречается сторока "<iframe".
Если такое найдется - этот ифрейм нужно удалить, пароли сменить, и по-возможности, разобраться когда и кем этот код был добавлен.
Также можете скачать бекап сайта к себе на компьютер и прогнать его антивирусом - вам могли каким-то образом забросить т.н. шелл, который дает возможность практически полного доступа к вашему сайту. Знаю, что Нод32 такие шеллы определяет на раз-два.
