это все прекрасно, но при проверках и штрафных баллах не забудьте про разные геотаргетинги вашего хостинга с проверочной страницей и адресов серферов, которые её будут смотреть.Support писал(а): Через некоторое время появится автоматическая функция блока как отдельных IP, так и подсетей, качество трафика с которых не пройдет проверку по результатам загрузки тестовых страниц (которые никак не будут сообщать о том, что они тестовые), однако работать она будет в целом по системе.
сапорт, не включайте дуракаSupport писал(а):surfguard, если ему разрешены сетевые подключения, через некоторое время перезапускает SafeSurf в случае сбоев.
Вообще-то про отладку я писал на форуме уже один раз точно, еще когда серфером был. Юзайте поиском.bipbip писал(а):сапорт, не включайте дуракаSupport писал(а):surfguard, если ему разрешены сетевые подключения, через некоторое время перезапускает SafeSurf в случае сбоев.
Давайте сформулируем вопрос по другому - что перезапустит сурфгуард, когда он издыхает вместе с сафесурф и требует отладчика или просто процесс исчезает неизвестно куда? Сейчас - только крон
Что будет следить за тем, чтобы сафесурф не распухал в памяти? Сейчас - только скрипт на перле.
Что удалит файл state.txt, когда он останется после очередного крэша? Сейчас - только скрипт.
и прочее и прочее, этим проблемы не ограничиваются
Я думаю, в коде нужно что-то менять.
Сила в [зачеркнуто]правде[/зачеркнуто] рекурсии, брат (с)promot писал(а):Ага, надо сделать программу, которая следит за сурфгуардом, потом программу, которая будет следить за программой, следящей за сургуардом, и так далее
Ничего не следит, а наверное надо бы. Или не надо? Для каждой системы своё критическое значение. А что там распухнет на компе серфера и сдохнет это проблема серфера, правда ведь?loller5 писал(а): Вообще-то про отладку я писал на форуме уже один раз точно, еще когда серфером был. Юзайте поиском.
За распуханием ничего не следит. Это уже движок FF. Может при крит.значениях и перезапускает.
Зачем удалять state.txt?
Я не являюсь разработчиком. Пишите нормальные баг-репорты с возможностью воспроизведения, повторим-с.bipbip писал(а):Ничего не следит, а наверное надо бы. Или не надо? Для каждой системы своё критическое значение.loller5 писал(а): Вообще-то про отладку я писал на форуме уже один раз точно, еще когда серфером был. Юзайте поиском.
За распуханием ничего не следит. Это уже движок FF. Может при крит.значениях и перезапускает.
Зачем удалять state.txt?
попробуйте сделать в реестре записи ника\пароля рид онли (да, они тоже слетают при крэшах), создать файл state.txt и перезапустить браузер после крэша.
Увидите, что пока файлик существует, браузер не видит от имени какого логина и пароля нужно стартовать. А файлик этот иногда остается после крэша. Не всегда конечно, редко, но остается
Вот как-то так. Есть еще другие странности, я об них писал на форуме уже один раз точно, еще когда у меня 100500 копий было, юзайте поиском
Как вы себе это представляете?Ничего не следит, а наверное надо бы. Или не надо? Для каждой системы своё критическое значение.
Да очень просто, а) автоматическая настройка - занимать допустим не более 70 процентов доступной ОПЕРАТИВНОЙ памяти б) ручная настройка - указать руками занимать не больше ххх мегабайт или процентов.loller5 писал(а):Как вы себе это представляете?
