Вы не должны осуществлять шифрование, иначе Вы не сможете отобрать для тех, кто не хочет или не может использовать шифрование.
Но большинство "лучших" настроек отбора на самом деле о знании, как Ваш ISP имеет дело с соединением: установка NAT и открытие портов брандмауэра в случае необходимости, предотвращение обычно помещало в черный список bittorrent порты, знание, если ISP завинчивает с незашифрованным bittorrent трафиком и так далее.
vuze Wiki имеет хороший список ISPs и их причуд, хорошее место для поиска информации о ISP, если это там, конечно.
Существует также сообщение в блоге с некоторыми патчами для тонкой настройки волшебства rtorrent
делает позади занавесок — хотя я никогда не использовал эти предложения, и один из них даже не рекомендуется (изменение для лжи об отношении отбора), другие звучат интересными.
это - просто конвенция, которая показывает, что данный файл для input
; по моему опыту, эти файлы имеют тенденцию быть своего рода универсальным шаблоном, от которого происходят определенный выходной файл или сценарий.
Я полагаю, что автосделать процесс, включающий Makefile.in, является чем-то вроде этого:
Makefile.am
|
\'/
+--------------+
| automake |
+--------------+
|
\'/
Makefile.in
|
\'/
+--------------+ +--------------+
| ./configure |<-- | autoconf |<-- configure.in
+--------------+ +--------------+
|
\'/
Makefile
Никто на самом деле не пишет Makefile.in. Единственный определенный программистами файл здесь является Makefile.am.
Makefile.in
, потому что автоделают, не сделал бы то, что я хочу.
– Simon Richter
25.07.2013, 17:03
Они - входные файлы для m4
макро-препроцессор. Среди прочего эти файлы содержат макросы, отмеченные, который расширен m4.
Makefile.in
никогда не затрагивается ничем m4
похожие страницы.
– Simon Richter
25.07.2013, 17:02
autoconf
область? – spinkus 05.07.2014, 15:08