Еще раз о ссылках на Bannerov.Net

Повторяю, дело не в паранойе, хотя она тоже имеет место быть, а в хостингах. Большинство пошлют далеко и надолго при такого рода включениях внешнего кода. А если и изначально не посылали, то после массовости такого проекта точно пошлют. Из-за нагрузки на серваки.

А другой метод так и не придуман... Потому что все остальные

либо будут засвечивать эти ссылки, либо потребуют дополнительных усилий со стороны клиентов системы. И автоматизация и простота сдадут позиции. Пока не придуман способ, стоит ли обсуждать то, чего не может быть без фундамента?

Или Вы AlexStudio не считаете это проблемой, а главное - идея? :)

Таааа... все идет к "коробочной" версии для порталов ;).

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

Есть люди с которыми спорить, а тем более доказывать что-либо бесполезно ;). Они знают мнение Google, и мнение всех хостеров...

Мой хостер считает каждый коннект к базе и настаивает чтобы мы делали все на уровне 15/20 запросов на коннект, и не дает ставить на shared серверах даже Zend Optimizer ;)... В каждый код include, а каждый сайт на отдельный выделенный сервер ;)...

Свободу хацкерам!

А спорить тут и смысла нет. Я, в отличие от тебя, не просто так языком болтаю, мне приходилось создавать баннерную сеть, требующую от участников установку кода с обращениями к серверу сети. И проблем с хостерами не возникало.

Ну и что? Любая баннерка делает это. Ничего необычного.

С другой стороны, я 4-й [ !!! ] раз столкнулся с полным отказом владельца сайта не только от использования include, но и всего PHP ;). И я их понимаю. Сейчас на одном из сайтов перешли на movable type без базы :), владелец не хочет быть объектом атаки и все, точка. В его представлении PHP/MySQL - зло, а он платит.

Мой хостер запретил использование отдельных модулей нюк и отключает accounts за нарушение [ без компенсации ;) ]. Как я уже говорил, установка Zend Optimizer, Ion Cube возможна только на свой страх и риск. И я рад за них и за себя. За последние 3 месяца ни одной атаки на подсеть. Нормальный хостер, кстати, запретит не сайты в обмене, а сам bannerov.net - потому как ковырнув его можно будет накрыть всех, а как такое дойдет до хацкеров... кранты идее.

А таким словами я бы на твоем месте не разбрасывался.

Далеко не любая. В обычных баннерках сервер участника не обращается к серверу сети, обращается браузер посетителя сайта участника.

То что у тебя хостер запрещает установку модулей нюк - не имеет отношения к обсуждаемой теме. Или AlexStudio где-то писал, что клиентская часть его системы будет поставляться в виде модуля нюк?

Ну это уже не тебе решать, что мне делать.

Та нет ;), фатит передергивать, в клиенской части будет только команда на исполнение, для которой возможно надо будет лезть в php.ini на хосте клиента. И это по-любому надо будет описывать, а одно только упоминание про возможные изменения в php.ini/allow_url_fopen может отпугнуть половину народа [ о том, что там стоит 1 по умолчанию - я знаю ;), типа заранее пишу, а то кое-кто может и поерничать ;) ].

Относительно диалога о зле инклюда я чесно говоря так и ничего не понял. Посоветуюсь с моим хостером. Могу сказать одно. Есть договоренность с моим хост провайдером о том что пока данный проект не употребляет более оговоренных ресурсов он будет свободно существовать. Когда разговор будет идти о тысячах и десятках тысяч обращений в секунду, спора нет придется переезжать на мощьный выделенный сервер. Сам скрипт обмена максимально оптимизирован для употребления наменьшего количества ресурсов.

Так или иначе, а в другом виде данный проект пока сущесвовать не может. Вот когда поисковики начнут понимать java .......

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

Народ , втолкуйте, чё происходит ?