Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » HandyCache - локальный кеширующий прокси сервер

Модерирует : gyra, Maz

Widok (27-04-2006 12:30): лимит страниц. продолжаем здесь.  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101

   

Widok



Moderator-Следопыт
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
HandyCache


Кеширующий HTTP прокси сервер. Главное назначение программы заключается в ускорении загрузки WEB-страниц и сокращении расходов на оплату трафика. Экономия только за счет испрользования кеша может достигать 70 и более процентов. Блокирование рекламы с помощью черного списка делает экономию еще большей.
   Программа ориентирована в основном на обслуживание запросов пользователя компьютера, на котором она установлена. Однако, она также может быть использована для 'раздачи интернета' на компьютеры небольшой домашней сети.
Автор mai62

Окна программы:
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20

Сайт программы:
Сайт программы перехал на новый хостинг. Место под проект предоставленно TurboMent`ом.
Новый адрес http://handycache.e-voice.ru.
Версия сайта по адресу http://handycache.narod.ru скоро перестанет обновлятся.
Последняя версия (при первой установке используйте это):
HandyCache095b3b.zip
Последняя бета (только exe, скопируйте в папку HandyCache):
HandyCache095b3bexe.zip
Версия HCie с исправленным HCCmd.exe
HCie.zip
Поддержать проект можно отправив sms-сообщение. Подробности на сайте программы.
FAQ ( Часто задаваемые вопросы )
  • Преимущество НС перед собственным кешем браузера?
  • Какова логика программы? Где посмотреть описание Списков?
  • Как добавить правило в Список HC?
  • Что такое Регулярные выражения (RegExp)?
  • Когда объект кэша обновляется?
  • Что такое "свежий файл"?
  • А каков порядок работы Списков? Есть схема?
  • Как работают исключения?
  • Установил НС, а в мониторе нет записей! В чем проблема?
  • Поставил НС, картинки в списке "Не обновлять", но HC постоянно запрашивает их на сервере! Процент "экономии" очень низкий! Почему?
  • Поставил НС, а картинки не грузятся!!! Почему?
  • Поставил НС, а у меня все картинки грузятся!!! Хотя режим "только из кеша" включен! Почему?
  • Что означает галка "Только для GET-запросов" в списках "Запись в кеш" и "Не обновлять"?
  • А нельзя ли сделать что бы НС хранил кеш в одном файле. А то знаете ли фрагментация...
  • А можно найти где нибудь описание интерфейса со скринами и описанием режимов?
  • Запрошенная страничка не грузится. В мониторе НС - "502 Bad gateway". Почему?
  • Какие-то страные проблемы с Firefox. Непонятно, что открывается...
  • Почему-то последнии версии HandyCache не держит настройку (.)* на вкладке "Не обновлять". После перезапуска программы галочка всегда включена.
  • А можно ли НС подсунуть кеш от Cool Proxy? Ну или хотя бы узнать отличия?
  • Как изменить стандартную надпись при попадании в "черный список"?
  • Как расчитывается экономия трафика?
  • А что будет, если списки будут неприлично огромным? Как это скажется на быстродействии?
  • Как работает список "Переадресация" (ранее "URL-конвертор")?
  • Как работает "Преобразование URL" во вкладке "Кэш"?
  • Интеграция в IE
  • Интеграция НС в Opera  (Предложено unreal666)
  • Как объединить HC и WebWarper для экономии трафика за счет GZIP-сжатия?

    - Черный список для HandyCache - тут или тут (распаковать в папку с HC) на 26.02.05 - 181 правило (7 отключены) Описание...
    - Списки фильтров от NapA [смотреть]

  • Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 17:48 26-01-2006 | Исправлено: unreal666, 20:46 25-04-2006
    Interceptor

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    unreal666
    Хм, есть и диалап и выделенка. У меня картинка показывается только после того как в мониторе HandyCache показывается, что она 100% закачана.

    Всего записей: 602 | Зарегистр. 09-05-2003 | Отправлено: 15:18 05-02-2006
    mozy18



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mai62
    Спасибо за замечательную программу. Пользуюсь с версии 092b. Можно ли в программе сделать вкладку, где бы отображались затраты за соединение.  
    Желательно чтоб можно было:  
    - настроить стоимость по различным промежуткам времени суток и дней недели (с учетом праздников)
    - учет мог вестись и как по объёму трафика (для тех у кого выделенка), так и по времени соединения (хотя я видел тарифы у провайдеров, где стоимость складывалась из обоих составляющих)
    - для оплаты по объёму трафика, желательно бы разделить стоимость исходящего и входящего трафика, а так же указать интервал тарификации, кБ
    - вывести плавающее окошко, отображающее скорость скачивания (наподобие BWMeter)

    Всего записей: 54 | Зарегистр. 04-02-2005 | Отправлено: 15:26 05-02-2006
    pop2ROOT



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mozy18
    настроить подсчет прошедшего через сабж трафика наверное можно, но ты не забывай, что посчитает он ТОЛЬКО то, что прошло через него - а у тебя весь трафик идет через НС? и почта? и всякие другие приколы?
     
    BWMeter и подобные проги подключают в соединение свой драйвер, который считает ВСЕ, а сабж работает по-другому, вот в чем вопрос.

    ----------
    Купить биткоин, Ethereum и другие альткоины с банковской карты (лучшая белая биржа)

    Всего записей: 8945 | Зарегистр. 13-09-2004 | Отправлено: 15:36 05-02-2006
    C0USIN



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Interceptor

    Цитата:
    У меня картинка показывается только после того как в мониторе HandyCache показывается, что она 100% закачана.

    Это одна из причин, почему мне не нравится IE. Он никогда не покажет страницу, пока не скачал ее полностью.  

    Цитата:
    насколько я понял суть работы HandyCache как раз состоит в том, что он "удерживает" браузер, говоря ему, что типа данные есть, мы их качаем... Но не передает их браузеру до тех пор пока они полностью не будут в кеше.

    Ты не прав. Полученные данные синхронно передаются браузеру.  
     
    Добавлено:
    unreal666

    Цитата:
    Каким образом? Страницы то запрашивают данные в разное время. Т.е. одна копия уже закачала кусок данных, а вторая копия только их затребовала.

    Если второй клиент затребовал объект, который в данный момент качается, то HC должен ему мгновенно передать ту часть, что уже получена а далее синхронно с первым клиентом отсылать оставшиеся данные.
     
    Добавлено:
    Interceptor

    Цитата:
    Заинтересованные в какой конкретно опции?

    В обработке поля Content Type:

    Всего записей: 2739 | Зарегистр. 18-07-2003 | Отправлено: 15:38 05-02-2006
    cluster

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    И всё-таки мне интересно разобраться с галками:

    Код:
    [ ] Добавить Accept-Encoding: gzip, deflate при загрузке из монитора
    [ ] Добавить Accept-Encoding: gzip, deflate при загрузке из браузера

    Первая галка у меня всегда стоит..
    А вот если поставить вторую, то файл приходит в gzip (если сайт поддерживает) в любом случае! Даже если стоит Ad Muncher, который по определению ещё не поддерживает gzip! И при открытии из кеша принятой таким образом страницы браузер выдаёт стандартный диалог загрузки файла. Страница, соответственно, не открывается.
    Кто-нибудь может пояснить этот момент? Или так только у меня?

    Всего записей: 1720 | Зарегистр. 21-11-2003 | Отправлено: 16:14 05-02-2006
    mai62



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mramor

    Цитата:
    на вкладке "Дозвон" поселились две опечатки: "Получно, байт" и "Дозваниваться при при поступлении запроса".  

    Спасибо, поправлю.

    Цитата:
    еще напрягает поведение информационного окошка. если при дозвоне открыть окно HC, то окошко через несколько секунд изчезает. если так и задумано, то может снова показывать его при закрытии основного окна?  
    и еще, можно ли в информационном окошке при дозвоне показывать название соединения по которому идет дозвон? а при ошибке хотя бы ее код (полный текст все равно не поместится).  
    а вообще, хотелось бы отдельного сочетания клавиш для каждого из соединений - так было бы намного удобнее.  

    Согласен. Сделать надо много, а времени мало. Вот и приходится выбирать, что раньше делать.
    and3636

    Цитата:
    А вообще обработка урлов без явного расширения это серьёзная тема для экономии трафика(что собственно главный смысл программы).Ведь работает же HC с строкой Content-length: ,так почему бы не приделать и обработку Content-Type: ? Эту опцию можно привязать к списку 4 и 5 как задаваемый порог.

    Content-length - эту информацию можно получить из ответа сервера. Если перед закачкой каждого файла сначала запрашивать информацию о нем, получится долго и дорого. Можно еще подумать, если это делать выборочно.
    Interceptor

    Цитата:
    насколько я понял суть работы HandyCache как раз состоит в том, что он "удерживает" браузер, говоря ему, что типа данные есть, мы их качаем... Но не передает их браузеру до тех пор пока они полностью не будут в кеше. Так, что имхо, реализовать такую фичу, не сложно. Достаточно второму потоку все так же говорить, что данные есть, мы их качаем, а передать результат скачанных данных первого потока...

    НС ничего не удерживает. Все передается клиенту по мере поступления.
    Чтобы сделать то, что вы хотите придется второму запросившему дождаться конца закачки файла и брать его уже из кеша. А что делать, если файл качается, но в кеш согласно правилам не пишется?
    unreal666

    Цитата:
    Скорее всего они параллельно передаются браузеру и сохраняются в кэше.

    Так и есть.
    mozy18

    Цитата:
    Желательно чтоб можно было:  
    - настроить стоимость по различным промежуткам времени суток и дней...  

    Это можно было бы сделать. Но учитывая сказанное pop2ROOT это откладывается в пользу функций, на которые НС ориентирован в первую очередь.
    C0USIN

    Цитата:
    Если второй клиент затребовал объект, который в данный момент качается, то HC должен ему мгновенно передать ту часть, что уже получена а далее синхронно с первым клиентом отсылать оставшиеся данные.

    Это возможно хотя и сложно (это происходит в разных потоках, их нужно аккуратно синхронизировать чтобы не испортить данные), но при условии если файл пишется в кеш.
    cluster

    Цитата:
    И всё-таки мне интересно разобраться с галками:

    Нижнюю галку нужно включать, если не смотря ни на что хочешь получить gzip.

    Всего записей: 1717 | Зарегистр. 06-12-2002 | Отправлено: 18:09 05-02-2006
    Interceptor

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mai62

    Цитата:
    А что делать, если файл качается, но в кеш согласно правилам не пишется?

    Насколько я понимаю суть все файлы при закачке из инета закачиваются в поток TFileStream/TMemoryStream и у тебя массив этих потоков. Можно, закачав полностью нужную часть, передать ее тому потоку браузера, который ее запрашивал, далее поискать еще потоки браузера, которые ее хотели, если их нету, то, если этот контент (тип данных) нужно сохранять сохранить TFileStream.SaveToFile(), иначе перейти на finally часть и TFileStream.Free... Если же были еще потоки, которыее ее запрашивали, от передать и им...
     

    Цитата:
    НС ничего не удерживает. Все передается клиенту по мере поступления.  

    Хм, странно. Честно говоря у меня возникло это впечатление из-за того, что сейчас Avant Browser стал вести себя странным образом. Объясняю. К примеру, качается html страничка. Раньше в процессе закачки можно было посмотреть исходный код еще в процессе закачки (ессно не полный) ну и прогресбар бежал, что свидетельствовало о получении данных. Сейчас при попытке скачать эту же страничку через HandyCache исходный код не доступен до тез пор, пока в мониторе программы не отобразиться, что страничка на 100% скачана ей. Соответственно прогресбар тоже не бежит... Только после того как страница на 100% скачана программой она моментально появляется в браузере. Как такое поведение не расценивать как "данные передаются клиенту только после 100% загрузки". Под страницей я подразумеваю 1 файл. То есть твою фразу
    Цитата:
    Все передается клиенту по мере поступления.  
    могу принять но в расчете из того, что да, это справедливо для реальной страницы, содержащей ссылки на скрипты, апплеты, картинки, стили ... То есть скачали страницу - передали клиенту, потом скачали картинку передали клиенту и т.п. А не ждали пока весь контент скачается и только после этого передавали...
     
    Не знаю почему у меня именно такое поведение HandyCache и правильно ли оно...

    Всего записей: 602 | Зарегистр. 09-05-2003 | Отправлено: 18:59 05-02-2006
    V0lt



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mai62

    Цитата:
    Если перед закачкой каждого файла сначала запрашивать информацию о нем, получится долго и дорого.  

    Ты прав будет очень долго. Имхо лучше не заморачиваться, а сразу сделать сохранение заголовков.
    В качестве тестового варианта предлагаю для файла-контента создавать файл заголовок типа FileName#t
    Вариант не ахти (если сохранять все заголовки, то кол-во файлов в кеше может почти удвоиться), зато легко реализуемый.

    Цитата:
    Можно еще подумать, если это делать выборочно.

    Хорошая идея
    Например: Если расширение не .jpg (.jpeg), а в Content-Type написано JPEG, то создать заголовок.  
    Так как такое вречается не очень часто, то файлы-заголовки весь кеш не загадят
    Если еще что-нибудь подобное потребуется, можно будет добавить.
     

    Цитата:
    Если второй клиент затребовал объект, который в данный момент качается, то HC должен ему мгновенно передать ту часть, что уже получена а далее синхронно с первым клиентом отсылать оставшиеся данные.


    Цитата:
    Это возможно хотя и сложно (это происходит в разных потоках, их нужно аккуратно синхронизировать чтобы не испортить данные), но при условии если файл пишется в кеш.  

    ИМХО надо делать так
    Когда получаем запрос, смотрим какие запросы уже обрабатываются и если получаем совпадение, то ждем пока идентичный URL закачается. Затем обрабатывать урл, так как если бы он попал в список "Не обновлять"
    но если учесть что HC - это персональный локальный прокси сервер, то на эту фичу можно временно забить.

    Всего записей: 10457 | Зарегистр. 05-02-2003 | Отправлено: 19:07 05-02-2006
    unreal666



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Interceptor

    Цитата:
    сейчас Avant Browser стал вести себя странным образом. Объясняю. К примеру, качается html страничка. Раньше в процессе закачки можно было посмотреть исходный код еще в процессе закачки (ессно не полный) ну и прогресбар бежал, что свидетельствовало о получении данных. Сейчас при попытке скачать эту же страничку через HandyCache исходный код не доступен до тез пор, пока в мониторе программы не отобразиться, что страничка на 100% скачана ей. Соответственно прогресбар тоже не бежит... Только после того как страница на 100% скачана программой она моментально появляется в браузере.

    Только что попробовал в Avant'е - все нормально, можно смотреть исходники еще недокачанной страницы. Возможно страницы, исходники которых ты пытался смотреть, были перегружены скриптами. Вот браузер и был занят обработкой скриптов, а не предоставлением тебе исходников. Это нормальное поведение браузеров, основанных на ядре IE.

    Всего записей: 6637 | Зарегистр. 14-02-2005 | Отправлено: 19:13 05-02-2006
    and3636

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mai62

    Цитата:
    Content-length - эту информацию можно получить из ответа сервера. Если перед закачкой каждого файла сначала запрашивать информацию о нем, получится долго и дорого. Можно еще подумать, если это делать выборочно

    Может я неправильно понимаю но:
    Когда начинается закачка файла cmd> GET http://img435.imageshack.us/img435/9196/hc0933ig.png HTTP/1.0
     HC получает заголовок файла-
     
    hdr> HTTP/1.1 200 OK
    hdr> Content-Type: image/png
    hdr> ETag: "-1249614453"
    hdr> Accept-Ranges: bytes
    hdr> Content-Length: 13776
    hdr> Date: Sun, 05 Feb 2006 16:21:51 GMT
    hdr> Server: lighttpd/1.4.8
    hdr> Connection: close
     
    и опция "Не загружать большие файлы" успевает среагировать на Content-Length: 13776.
    Так в чём проблема среагировать  и на Content-Type: image/png ,допустим, отказом загрузки ?? Ведь весь заголовок уже получен.

    Всего записей: 305 | Зарегистр. 12-10-2003 | Отправлено: 19:39 05-02-2006 | Исправлено: and3636, 19:44 05-02-2006
    unreal666



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    and3636

    Цитата:
    и опция "Не загружать большие файлы" успевает среагировать на Content-Length: 13776.  
    Так в чём проблема среагировать  и на Content-Type: image/png ,допустим, отказом загрузки ?? Ведь весь заголовок уже получен.

    Для списка "Запись в кэш" - прокатит, а вот как реализовать, если это для списков "Не обновлять" и "Только из кэша". Заголовок то не известен.
    Скорее всего только так, как написал V0lt, но это увеличить нагрузку на проц и чаще придется обращаться к диску.
     
    V0lt

    Цитата:
    Например: Если расширение не .jpg (.jpeg), а в Content-Type написано JPEG, то создать заголовок.  
    Так как такое вречается не очень часто, то файлы-заголовки весь кеш не загадят  
    Если еще что-нибудь подобное потребуется, можно будет добавить.

    Файлы то не загадят, но проверять на присутствие заголовков придется для всех файлов, которые запрашиваются и есть в кэше.

    Всего записей: 6637 | Зарегистр. 14-02-2005 | Отправлено: 19:54 05-02-2006 | Исправлено: unreal666, 19:55 05-02-2006
    and3636

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    unreal666

    Цитата:
    Для списка "Запись в кэш" - прокатит

     
    А накой она в списке 3? как и остальных?
    Должен быть модифицирован "Не загружать большие файлы".Ведь здесь целью является предотвращение загрузки из сети ненужных файлов,которые не могут быть явно обозначены рег.выражением,а не запись или не запись их в кеш.
    Конечно это впервую очередь касается графики.

    Всего записей: 305 | Зарегистр. 12-10-2003 | Отправлено: 20:16 05-02-2006 | Исправлено: and3636, 20:23 05-02-2006
    unreal666



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    and3636
    Ты же сам писал

    Цитата:
    Ведь работает же HC с строкой Content-length: ,так почему бы не приделать и обработку Content-Type: ? Эту опцию можно привязать к списку 4 и 5 как задаваемый порог.

    Какой толк от 4 и 5 списков без 3-го.
     
    А насчет "Не загружать большие файлы" меня это не интересует. Если меня приспичит, то могу ограничить это и в Проксомитроне.

    Всего записей: 6637 | Зарегистр. 14-02-2005 | Отправлено: 20:34 05-02-2006
    and3636

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    unreal666

    Цитата:
    Ты же сам писал

     Это писалось об идеальном варианте,когда в списки добавляется колонка и к каждому правилу можно указать свой лимит.Но это вариант максимум,требующий очень большой переработки.и ресурсов пожрёт много.при теперешней загрузке проца это нереально.
     
    Кстати,а причем тут HC и твои настройки в Proximitron?Мне они ,к примеру,не интересны.

    Всего записей: 305 | Зарегистр. 12-10-2003 | Отправлено: 20:49 05-02-2006
    unreal666



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    and3636

    Цитата:
    Кстати,а причем тут HC и твои настройки в Proximitron?

    Притом, что многие используют связку
    Браузер -> HC -> Proxomitron - Интернет.

    Всего записей: 6637 | Зарегистр. 14-02-2005 | Отправлено: 21:16 05-02-2006
    kaibo

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Dr Eam

    Цитата:
    После установки и настройки локальной сети хэндикеш думает, что всегда онлайн, и не переходит в автономный режим после отключения диалап-интернет-соединения.

     
    mai62
    тоже самое.. это неудобно, может сделать возможность указывать вручную тип (модем, лан, прокси) соединения с инетом?..

    Всего записей: 49 | Зарегистр. 23-03-2005 | Отправлено: 22:43 05-02-2006
    unreal666



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    kaibo
    У меня нормально. Есть и локалка (не доменная) и диалап. При отключении диалапа в автономный режим переходит сама.

    Всего записей: 6637 | Зарегистр. 14-02-2005 | Отправлено: 22:47 05-02-2006
    mai62



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    V0lt

    Цитата:
    В качестве тестового варианта предлагаю для файла-контента создавать файл заголовок

    И что делать с этими заголовками? Во всех списках только URL?
    and3636

    Цитата:
    опция "Не загружать большие файлы" успевает среагировать на Content-Length: 13776.  
    Так в чём проблема среагировать  и на Content-Type: image/png ,допустим, отказом загрузки ?? Ведь весь заголовок уже получен.

    Нет проблемы, только до сих пор ведь речь шла не об этом.
    kaibo

    Цитата:
    тоже самое.. это неудобно, может сделать возможность указывать вручную тип (модем, лан, прокси) соединения с инетом?..

    Попробую поискать какой-то выход.

    Всего записей: 1717 | Зарегистр. 06-12-2002 | Отправлено: 23:21 05-02-2006
    and3636

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    mai62

    Цитата:
    только до сих пор ведь речь шла не об этом.

    Видимо нужно обобщить.
    Речь идет о логической дыре в  работы HC.Сейчас невозможно полноценно обрабатывать загрузку из сети с помощью рег.выражений урлов без явного расширения.А это в большенстве своём графика превышающяя размер HTML-части во многие разы.Идентифицировать которые можно только по полю Content-Type:.Пока остановить такую загрузку можно только явным указанием того что можно загрузить(указав расширение) с последующим запретом всего остального в конце цепочки правил.Частично проблему помогает решить появление опции "Не загружать большие файлы".Только она работает с заголовками файлов.Хорошим выходом может быть преобразование "Не загружать большие файлы" в отдельный список где правилом будет поле(я)заголовком,а результатом разрешение или отказ загрузки.
    Вот что-то в таком духе.
     

    Всего записей: 305 | Зарегистр. 12-10-2003 | Отправлено: 07:19 06-02-2006
    VideoHEAD

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    unreal666
     
    Если ты не против, продолжу здесь
     
    Для чего выделять отдельный виртуальный HDD для кэша? Чтобы избежать фрагментации файлов? Никогда этим не занимался, но с огромным количеством мелкоты на HDD в последние годы нахлебался досыта. Реально помогает? Чем пользуешься в качестве проги для создания виртуальника? ЦЕлесообразно ли проделать такое (коли у тебя опыт есть) с папкой "Документы" на 5 гигов и их индексом?
     
    Вопросы не праздные - у некоторых HandyCache может нехилый процент веника съесть.

    Всего записей: 276 | Зарегистр. 22-01-2002 | Отправлено: 08:14 06-02-2006
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101

    Компьютерный форум Ru.Board » Компьютеры » Программы » HandyCache - локальный кеширующий прокси сервер
    Widok (27-04-2006 12:30): лимит страниц. продолжаем здесь.


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru