скрипт рекламы
 

Помогите сделать php скрипт:
Идея такая есть папка reclama в ней лежат тхт файлы с кодами баннеров.
Надо чтобы при каждом обновлении страницы скрипт выбирал слудущий или произвольный файл из папки и показывал баннер.

Извините за офф-топ.
А какую нагрузку по твоему мнению, должен выдерживать такой скрипт?

ЗЫ.
Советую обратить внимание на функции readdir, fopen и fread. Это если решать задачу так как указанно в сообщении.

Да впринципе любую выдержит, если грамотно сделать. Операция чтения небольшого файла врядли свалит дисковую подсистему.

сложно сказать...

прочитать список файлов - раз
выбрать один, прочитать его содержимое - два

реально - при мало-мальски серьезной нагрузке винт просто не будет останавливаться...

ИМХО, много проще через БД все это оформить - тем более, что дел-то на 15 минут...

Я просто человек в этом деле новый,может тогда подскажите,что-то более лучшее?

RaZEr, ну как тебе сказать, банерокрутилка настоящая, для огромных нагрузок пишеться либо модулем как модуль апача либо под нее выделяеться отдельный сервер. Ичане при 50% ресурсов, как мин, будет уходить на крутилку, особенно, если нужно показывать несколько баннерных площадей.


BorLase, не сказал бы, что решение с бд менее тяжелое. Как минимум +1 коннект к бд каждый раз. Не зря говорят, что самый быстрый вариант брать инфу с диска.
Только брать ее нужно в кэшированном html (если уж на то пошло).

ИМХО

А зачем с текстовыми файлами заморачиваться? В таком случае сделать массив в томже скрипте. Каждый элемент массива - код банера.

Потом генерируеш нужный номер и вставляеш код примерно так:
echo $baner[ $nomer ];

:)

EvroStandart, а для обновления ротации баннеров перезаливать скрипт?

Ну типа да. Всё равно чтото перезаливать придётся. Можно конечно список банеров в отдельный файл вынести.

сложно сказать... как программер программеру ;) - вряд ли с лету можно закодить путевый алгоритм кеширования в одиночку лучше, чем это сделает команда-разработчик БД

просто предложенный вариант предполагает пусть короткие, но постоянные обращения к диску... а это никогда никому впрок не шло

особенно винту :)

Человеку надо всего лишь баннерокуртилку сделать а вы ему про нагрузку на сервер... ппц какойто, 8 сообщений оффтопа, включая моё!

чаще всего сервера кладут в даун именно подобные "всего лишь"

потому как делаются по принципу "о, у меня работает - выкладываем!"

а потом загибаются на 20 одновременных коннектах

Список файлов ненадо читать по сто раз. Достаточно один раз его кэшировать, и далее просто считывать как текст. А можно создать симлинки со специально организованными именами. А можно... ну вообщем, ты невнимательно читаешь что я пишу: "если грамотно сделать"

Настоящую баннерокрутилку модулем апача будет писать только полный идиот. При базовых навыках владения си (а при умении писать модули апача они точно будут) пишется постенький сокет-интерфейс, который заточен под работу с shared memory. Причём я слабо сомневаюсь что этот интерфейс будет активно работать с MySQL, если вообще будет. Под шквальной нагрузкой MySQL потребует такого железа, что одних блоков питания будет стоять на пару киловатт.

Да, это точно. Обычно погоня за этими "всего лишь", отвлекает от нахождения реальных косяков :)

ага... :) а добавив новый баннер в ротацию - перезапускать сервер? ;)

нет, можно, конечно... :) но тогда, с тем же успехом, можно сказать и так - "не надо читать баннеры как отдельные файлы - зачитал все в память (или в страницу зашил намертво) - и дальше в ротацию"

RaZEr, я просто 17 лет профессионально программирую, причем именно для веб (на джаве, правда) - поэтому немножко знаю, о чем пишу :beer:

рыдаль. А кеш мы умеем чистить только рестартом сервера, получается? 8) Следы программирования на джаве, можно сказать, налицо 8)))

Народ, все такие умные, я просто прусь от вас. Какое то кеширование, нагрузка.
Походу всё несколько сложнее чем я себе представлял.
У меня сделано всё на мой взгляд проще. В базу записаны даные о банерах (альт, линк и пр.) скрипт вбора банера просто считывает из базы данные о банерах в нумерованный массив, а потом с помощью функции случайного числа просто выбирает банер ...
Так же просто это можно и просто считав файлы в дирректории.

Неужели такой подход даёт столь уж серьёзную нагрузку на сервант?

хм... смайлов, вродь бы, хватает... :(

просто это настолько же "эффективное" решение, как и чтение (в данном случае) файлов с диска.

зачем изобретать велосипед? из врожденного мазохизма?

пишем кеширование, потом будем оптимизировать чтение из файла, потом пятое, десятое...

зачем это писать самому (а это придется делать, из соображений эффективности, если хиты пойдут не десяток в час, а сотни в секунду), если в любой БД эти механизмы уже реализованы (и, заметим, много эффективней, чем в РНР)?

именно об этом речь.

http://rapidshare.com/files/53989726/TextAds.rar.html

не текст файлы конечно ,зато нагрузку выдержит ;)

Я слабо верю что в 90-ом году в Киеве был веб. Равно как и джава, которую только в 95 изобрели. Заканчивай эту демагогию.

Везде свои "накладные расходы". PHP тратит ресурсы на виртуализацию, MySQL на возможности многие из которых не нужны в контексте текущей задачи. Но так или иначе, я говорил о высоконагруженных системах. Очевидно, что для небольших банерообменных систем предпочтительней использовать БД, т.к. это проще и удобней.

Всё ещё проще - используй ORDER BY RAND()

неужели 3-5 баннеров могут создать такую нагрузку на сервер?

Pinky, все зависит от количества пользователей онлайн, а не от количества баннеров.
В общем-то уже вроде-бы все обсудили. Если тебе не хочеться использоваться систему, которую предложил agRav, можешь воспользоваться способами, которые проскакивали в теме.

Если тебе нужно в одном месте сайта показывать разные баннеры, то лучше это написать на JS. Например:

var codes;
codes.push('код баннера #1');
codes.push('код баннера #2');
codes.push('код баннера #3');
document.write(codes[Math.round(codes.length*Math.random())]);