SearchEngines.bg

Това е примерно съобщение за гост. Регистрирайте безплатен акаунт днес, за да станете потребител на SearchEngines.bg! След като влезете, ще можете да участвате в този сайт, като добавите свои собствени теми и публикации, както и да се свържете с други членове чрез вашата лична входяща кутия! Благодарим ви!

FF и "Reported Attack Site", как се премахва?

bgkulinar

Меринджей
Вчера пак ми хакнаха сайта, изчистих го и пратих рикуест на Гуги. Те свалиха предупреждението при търсене, но ФФ тъпо и упорито блокира страниците ми. Като гледам по броя на юзърите посещаващи сайта и IE прави същото.

Някаква идея как се оправя проблема?
 
Re: FF и "Reported Attack Site", как се премахва?

Изглежда трябва да мине известно време, за да се ъпдейтне блеклиста и да се разпространи по клиентите, но сроковете са доста относителни:

http://code.google.com/p/google-safe-browsing/wiki/Protocolv2Spec

https://wiki.mozilla.org/Phishing_Protection:_Design_Documentation#Overview

The first update request happens at a random interval between 0-5 minutes after the browser starts. The second update request happens between 15-45 minutes later. After that, each update is once every 30 minutes.

If the client receives an error during update, it tries again in a minute. If it receives three errors in a row, it skips updates until at least 60 minutes have passed before trying again. If it then receives another (4th) error, skips updates for the next 180 minutes and if it receives another (5th) error, it skips updates for the next 360 minutes. It will continue to check once every 360 minutes until the server responds with a success message. The current implementation doesn't change the 30 minute timer interval, it just involves skipping updates until the back off time has elapsed.

A lookup request happens on page load if the user has opted into remote checking. If a lookup request fails, we automatically fall back on a local table. If there are 3 lookup failures in a 10 minute period, we skip lookups during the next 10 minutes. Each successive lookup failure increases the wait by (2*last wait + 10 minutes). The maximum wait before trying again is 360 minutes. As mentioned above, if we're not doing lookups, we query the local lists instead.

In both the update requests and lookup requests, once the server starts to send successful HTTP replies, the error stats are reset.
 
Re: FF и "Reported Attack Site", как се премахва?

Благодаря ти, полезно инфо. Само дето вече не знам колко ъпдейта трябва да са минали, а все още ме блокира.
 
Re: FF и "Reported Attack Site", как се премахва?

И на мен ще ми е интересно да разбера дали е от Awstats отново?
 
Re: FF и "Reported Attack Site", как се премахва?

И на мен ще ми е интересно да разбера дали е от Awstats отново?
Това, което ми обясниха, че че предишния път са забравили да изтрият някаквъв юзър, който е създаден през awsats. Сега се кълнат, че всичко е наред, но може да има и друг проблем.

Сега забраних на всички юзъри ftp достъпа, но май магариите стават не през ftp-то.
 
Re: FF и "Reported Attack Site", как се премахва?

защо не спреш Awstats-а ?
Ами защото не съм го инсталирал аз, а хостингът.
 

Горе