Хостер, как понимаю, не retn (с 2005го по-моему им можно считать один eltel), а что-то за ним, то есть его(eltel'а) клиент, то есть, вряд ли хостер может повлиять на пиринговую политику между ттк и retn'ом, (to DyaDya) особенно с позиции наведения порядка в своем(хостера) хозяйстве. И ттк, полагаю, не ISP, а сервис провайдер для Вашего ISP, то есть, и тут тоже сложно подступиться.
Очень сомневаюсь, что проблема только в том, что retn "уперся рогом" и хочет только бесплатного зарубежного трафика. Осторожно предположу, что ТТК, принадлежащая РЖД, то бишь гос-ву, вполне может позволить себе, скажем так, негибкость в ценовой политике.
Вообще, штука называется "пиринговый бардак у росс провайдеров", это тянется давно. А выхода у Вас два и вполне определенных - искать альтернативу либо хостеру, либо провайдеру.
Да, на быстро растущей базе плохой способ. Лучше тогда на будущее включить bin-log и потом отслеживать утерянные изменения по нему.
удалением syscall'а vmsplice?
"на лету" рисковано. через него идут операции с файловой системой, будут повреждения фс, степень которых будет зависеть от везения.
LimitRequestBody поднимите
http://httpd.apache.org/docs/1.3/mod/core.html#limitrequestbody
Можно взять дампы текущей базы и бэкапной и сравнить diff'ом
diff -uP old.sql curr.sql > lost+found.sql
дальше изучать lost+found.sql, утерянные сообщения и пользователи должны найтись под минусами
экспериментировать лучше на тестовой базе
Мне кажется, вы себе какие-то крайности представляете.
Вы где нибудь слышали, чтобы засудили оператора мобильной связи за внутренний анализ возрастных групп абонентов или хостера за парсинг логов?
Если довести до абсурда, то сервис-оператор вообще не может даже смотреть в собственную клиентскую базу.
Статья о приватности имеет исключение, которое вполне вписывается в условия пользования сервисом.
Понятно, что поиск не будет никогда на этом замыкаться, так как каждый новый юзер это чистый лист. Но расширять этим качество поиска можно, и никаких припятствий нет, и это, как мы видим, уже используют - уже известные истории поиска и ip адрес.
Это будет ад для SEO :)
Скорее всего, что Вы правы, но, если бы была такая опция, нам бы не пришлось гадать.
Если это было бы с такой точностью, сколько бы желтых СМИ полегло.. :)
Если в рамках темы обсуждения - сохранение и обработку истории поисковых запросов Вы считаете нарушением статьи о приватных данных? А использование содержимого почтового ящика, как в случае gmail и поиска google? Даже такое спрошу - анализ Вашей фамилии на принадлежность к языковой группе это тоже нарушение?
Ну, вряд ли бы Вам только один навык человеческого общения позволил делать однословный поиск по словам "масло" и "мазь".
ip - уже персонификация, в той или иной степени.
Поправьте, не прав. Слова "низкочастотники" "высокочастотники" мне кажутся придуманными SEO, а не поисковыми сервисами, и, надо полагать, были придуманы как следствие конкуренции за поисковые запросы. Какое дело, собственно, поисковой системе, что у нее топе выдачи, кроме того, чтобы ожидать оправдания того, кто ищет(если опустить моменты типа проплачивания места в топе).
Ерунда. Речь же не о сливе данных третьим лицам.
Да вот пытаюсь донести, но, видимо, не очень хорошо получается.
не масло, а автомобильное масло. Если Вы регистрировали сайт в каталогах, он уже обозначен какой то тематикой. С этим легко можно справится и через морфологию, которая даже в дубовом mnogosearch уже сто лет.
Примеры, сами понимаете, были условными, просто, чтобы было понятно, о чем я.
amso добавил 09.02.2008 в 04:04
Почти уверен, что Вы не правы. PageRank - инструмент.
А фильтр - это то, что принято называть "костылем"(не обязательно в плохом смысле), чтобы дополнить недостаточность инструмента.
