Бегемот - скрипт каталога

Отдельные каталоги автономны? Если хост админки упадет - каталоги выживут при этом? Где данные хранятся?

Они автономны, статичны и не заметят падения.

Но расти-меняться, естественно, не будут, если админка не дышит.

Данные хранятся в единой БД, доступ к которой - только из админки.

Из каталогов обращений нет совсем.

Добавленные партнерами файлы хранятся на серверах каталогов во временных буферах и считываются из админки по команде администратора.

Ок, спасибо. Самое логичное решение.

как защищена передача данных от каталога-клиента к админке-серверу?

хм. может что-то важное упустили... просветите.

от каталогов в админку передаются описания ссылок, которые в них добавлены. При добавлении стоят фильтры - ни скриптов, ни лишних тегов, кроме a и img (и то не во все поля) ввести нельзя.

зачем эти данные защищать при передаче?

чем опасно и для кого если они будут прочитаны кем-то левым?

Прочитаны - не опасно. Можно ли записать эти данные? то есть передать их в админку?

То есть, грубо говоря, как админка понимает, что эти данные пришли от одного из ее каталогов, а не отправлены злоумышленником?

Объясняю чем это опасно: возникает возможность заспамить каталог по самое ... вобщем сильно заспамить. Либо (в зависимости от конкретной реализации) внести серьезное рассогласование между тем, что находится в админке и тем, что находится в каталогах.

Честно говоря, я тоже думал над такой реализацией в своем каталоге, но мне эта архитектура показалась небезопасной ;)

Кстати, да "причем здесь бегемот"? :)

Она их считывает с сервера каталога, из буфера, из определенного файла. ей их не ПОСЫЛАЮТ, а она сама берет.

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

Защита от спама реализована как недопуск файлов без обратных ссылок.

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

не знаем :). откуда-то всплыл.

может дело было так: зима. мороз. а где-то в африке плюхаются бегемоты в теплой луже. позавидовали.

Сообщаем о выходе официальной версии Бегемота 3 (3.26 номер версии).

Общее описание - http://linkclub.ru/begemot.html

Список доступных дополнительных модулей к каталогу - http://linkclub.ru/modules.php

С понедельника начнем рассылку владельцам каталога обновлений. Просьба не беспокоиться - рассылку проведем не в один день, т.к. для многих нужно собирать уникальные архивы, с учетом дополнительных модулей.

У Вас там в описании каталога одно из системных требований - чтобы не было ограничений на время выполнения скриптов - тк процедура генерации каталогов достаточно длительная

В связи с этим вопрос - разве нельзя так запрограммировать. чтобы это процедура пускалась на несколько секунд, обрабатывала какую-то часть базы. снова запускалась и тп - чтобы можно было Бегемота ставить на хостинг с ограничением на время работы скрипта секунд 30, каких довольно много, если не большинство

Так как, например, из трех хостингов, которые активно использую, на одном стоит ограничение на время работты скриптов 40с, на втором 30с, а на третьим долгое время не было ограничений, зато теперь сделали 10с :(

Еще один вопрос - совсем по другой теме - у Вас в каталоге, насколько понимаю, как в Бегемоте, так и в отдельном модуле проверки ссылок за 25 долларов (который можно использовать с бесплатной версией каталога и или независимо, реализована прекрасная функция - не только проверка наличия ссылки, но и проверка ее видимости поисковиками.

В связи с тем, что

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

- есть хостинги, и немаленькие, ip которых уже забанен Яндексом

Хотелось бы узнать, как у Вас организована проверка этих данных

- непосредственно с хостинга, с которого пускают проверку

(нет ли опасности бана ip хостинга за такие проверки и почему)

- или через какой-то Ваш сайт (ip)

(нет ли опасности, что Вам это надоест и возможность проверки станет недоступна)