Хостер, как понимаю, не retn (с 2005го по-моему им можно считать один eltel), а что-то за ним, то есть его(eltel'а) клиент, то есть, вряд ли хостер может повлиять на пиринговую политику между ттк и retn'ом, (to DyaDya) особенно с позиции наведения порядка в своем(хостера) хозяйстве. И ттк, полагаю, не ISP, а сервис провайдер для Вашего ISP, то есть, и тут тоже сложно подступиться.
Master_globus: Ситуация такая. Провайдер хостинговой компании не хочет получать платный прямой Российский трафик, а получает бесплатно с запада, в частности через alter.net.
Очень сомневаюсь, что проблема только в том, что retn "уперся рогом" и хочет только бесплатного зарубежного трафика. Осторожно предположу, что ТТК, принадлежащая РЖД, то бишь гос-ву, вполне может позволить себе, скажем так, негибкость в ценовой политике.
Вообще, штука называется "пиринговый бардак у росс провайдеров", это тянется давно. А выхода у Вас два и вполне определенных - искать альтернативу либо хостеру, либо провайдеру.
Слава Шевцов: Да боже мой. Один 200-миллионный выигранный иск какой-нибудь старушки в США радикально изменит Вашу точку зрения 😂
Мне кажется, вы себе какие-то крайности представляете.
Вы где нибудь слышали, чтобы засудили оператора мобильной связи за внутренний анализ возрастных групп абонентов или хостера за парсинг логов?
Если довести до абсурда, то сервис-оператор вообще не может даже смотреть в собственную клиентскую базу.
Статья о приватности имеет исключение, которое вполне вписывается в условия пользования сервисом.
Понятно, что поиск не будет никогда на этом замыкаться, так как каждый новый юзер это чистый лист. Но расширять этим качество поиска можно, и никаких припятствий нет, и это, как мы видим, уже используют - уже известные истории поиска и ip адрес.
Domishko: От кого меньше бегут = у тех больше задерживаются (считать в процентом соотношении, разумеется, а не в конкретных числах :)). В чем я неправ? 🚬
Скорее всего, что Вы правы, но, если бы была такая опция, нам бы не пришлось гадать.
Слава Шевцов: А причём тут слив? Покупка или обработка тоже требуют явного разрешения человека. То есть собрав данные, но не оговорив с человеком возможность их обработки (ка, какими средствами, с какой целью), компания нарушит закон...
Если это было бы с такой точностью, сколько бы желтых СМИ полегло.. :)
Если в рамках темы обсуждения - сохранение и обработку истории поисковых запросов Вы считаете нарушением статьи о приватных данных? А использование содержимого почтового ящика, как в случае gmail и поиска google? Даже такое спрошу - анализ Вашей фамилии на принадлежность к языковой группе это тоже нарушение?
Слава Шевцов:
Предположим, что есть система идеального деления страниц по тематикам. Может меня интересовало растительное масло и количество там крахмала? Или масло для смазывания двери? Или мазь для лыж я назвал мазью? Или потребовалась вьетнамская "звёздочка"? Ни в жизнь не найду?
Понимаю. Но для аргументации пытаюсь использовать Ваши же примеры.
Ну, вряд ли бы Вам только один навык человеческого общения позволил делать однословный поиск по словам "масло" и "мазь".
Слава Шевцов: Для территориального таргетинга персонификация не нужна - есть IP.
ip - уже персонификация, в той или иной степени.
Слава Шевцов: Специалист в своей области однословник не введёт - он сразу уйдёт в многословные низкочастотники, где толку от персонификации никакой из-за малости стат. данных. Однословники и прочие высокочастотники вводят люди, которые знакомы с темой очень поверхностно. Соответственно, стат. данных по их персональным ожиданиям у поисковика быть вроде как не может.
Поправьте, не прав. Слова "низкочастотники" "высокочастотники" мне кажутся придуманными SEO, а не поисковыми сервисами, и, надо полагать, были придуманы как следствие конкуренции за поисковые запросы. Какое дело, собственно, поисковой системе, что у нее топе выдачи, кроме того, чтобы ожидать оправдания того, кто ищет(если опустить моменты типа проплачивания места в топе).
Слава Шевцов:
Просто для учёта приватных данных нужно нарушить ряд законов о персональных данных.
Ерунда. Речь же не о сливе данных третьим лицам.
Слава Шевцов: Да и не понятно будет ли в этом толк.
Да вот пытаюсь донести, но, видимо, не очень хорошо получается.
Слава Шевцов: Про "банк" вообще смешной пример.
Слава Шевцов:
Простой вопрос из Вашего примера: пусть я купил машину и ввёл в поисковике "масло". Что мне нужно выдавать?
не масло, а автомобильное масло. Если Вы регистрировали сайт в каталогах, он уже обозначен какой то тематикой. С этим легко можно справится и через морфологию, которая даже в дубовом mnogosearch уже сто лет.
Примеры, сами понимаете, были условными, просто, чтобы было понятно, о чем я.
amso добавил 09.02.2008 в 04:04
vitali_y: >>>
google Пейджранк - это не инструмент определения релевантности - по крайней мере из того что я про него читал и на что там делается упор. это скорее инструмент - фильт против всякого рода нечестного поднятия в выдаче.
Почти уверен, что Вы не правы. PageRank - инструмент.
А фильтр - это то, что принято называть "костылем"(не обязательно в плохом смысле), чтобы дополнить недостаточность инструмента.
Хостер, как понимаю, не retn (с 2005го по-моему им можно считать один eltel), а что-то за ним, то есть его(eltel'а) клиент, то есть, вряд ли хостер может повлиять на пиринговую политику между ттк и retn'ом, (to DyaDya) особенно с позиции наведения порядка в своем(хостера) хозяйстве. И ттк, полагаю, не ISP, а сервис провайдер для Вашего ISP, то есть, и тут тоже сложно подступиться.
Ситуация такая. Провайдер хостинговой компании не хочет получать платный прямой Российский трафик, а получает бесплатно с запада, в частности через alter.net.
Очень сомневаюсь, что проблема только в том, что 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, утерянные сообщения и пользователи должны найтись под минусами
экспериментировать лучше на тестовой базе
Да боже мой. Один 200-миллионный выигранный иск какой-нибудь старушки в США радикально изменит Вашу точку зрения 😂
Мне кажется, вы себе какие-то крайности представляете.
Вы где нибудь слышали, чтобы засудили оператора мобильной связи за внутренний анализ возрастных групп абонентов или хостера за парсинг логов?
Если довести до абсурда, то сервис-оператор вообще не может даже смотреть в собственную клиентскую базу.
Статья о приватности имеет исключение, которое вполне вписывается в условия пользования сервисом.
Понятно, что поиск не будет никогда на этом замыкаться, так как каждый новый юзер это чистый лист. Но расширять этим качество поиска можно, и никаких припятствий нет, и это, как мы видим, уже используют - уже известные истории поиска и ip адрес.
Соответственно, работающие по принципиально различным алгоритмам ранжирования
Это будет ад для SEO :)
От кого меньше бегут = у тех больше задерживаются (считать в процентом соотношении, разумеется, а не в конкретных числах :)). В чем я неправ? 🚬
Скорее всего, что Вы правы, но, если бы была такая опция, нам бы не пришлось гадать.
А причём тут слив? Покупка или обработка тоже требуют явного разрешения человека. То есть собрав данные, но не оговорив с человеком возможность их обработки (ка, какими средствами, с какой целью), компания нарушит закон...
Если это было бы с такой точностью, сколько бы желтых СМИ полегло.. :)
Если в рамках темы обсуждения - сохранение и обработку истории поисковых запросов Вы считаете нарушением статьи о приватных данных? А использование содержимого почтового ящика, как в случае gmail и поиска google? Даже такое спрошу - анализ Вашей фамилии на принадлежность к языковой группе это тоже нарушение?
Предположим, что есть система идеального деления страниц по тематикам. Может меня интересовало растительное масло и количество там крахмала? Или масло для смазывания двери? Или мазь для лыж я назвал мазью? Или потребовалась вьетнамская "звёздочка"? Ни в жизнь не найду?
Понимаю. Но для аргументации пытаюсь использовать Ваши же примеры.
Ну, вряд ли бы Вам только один навык человеческого общения позволил делать однословный поиск по словам "масло" и "мазь".
Для территориального таргетинга персонификация не нужна - есть IP.
ip - уже персонификация, в той или иной степени.
Специалист в своей области однословник не введёт - он сразу уйдёт в многословные низкочастотники, где толку от персонификации никакой из-за малости стат. данных. Однословники и прочие высокочастотники вводят люди, которые знакомы с темой очень поверхностно. Соответственно, стат. данных по их персональным ожиданиям у поисковика быть вроде как не может.
Поправьте, не прав. Слова "низкочастотники" "высокочастотники" мне кажутся придуманными SEO, а не поисковыми сервисами, и, надо полагать, были придуманы как следствие конкуренции за поисковые запросы. Какое дело, собственно, поисковой системе, что у нее топе выдачи, кроме того, чтобы ожидать оправдания того, кто ищет(если опустить моменты типа проплачивания места в топе).
Просто для учёта приватных данных нужно нарушить ряд законов о персональных данных.
Ерунда. Речь же не о сливе данных третьим лицам.
Да и не понятно будет ли в этом толк.
Да вот пытаюсь донести, но, видимо, не очень хорошо получается.
Про "банк" вообще смешной пример.
Простой вопрос из Вашего примера: пусть я купил машину и ввёл в поисковике "масло". Что мне нужно выдавать?
не масло, а автомобильное масло. Если Вы регистрировали сайт в каталогах, он уже обозначен какой то тематикой. С этим легко можно справится и через морфологию, которая даже в дубовом mnogosearch уже сто лет.
Примеры, сами понимаете, были условными, просто, чтобы было понятно, о чем я.
amso добавил 09.02.2008 в 04:04
>>>
google Пейджранк - это не инструмент определения релевантности - по крайней мере из того что я про него читал и на что там делается упор. это скорее инструмент - фильт против всякого рода нечестного поднятия в выдаче.
Почти уверен, что Вы не правы. PageRank - инструмент.
А фильтр - это то, что принято называть "костылем"(не обязательно в плохом смысле), чтобы дополнить недостаточность инструмента.