Ну не напишут же они что они сами д-бы, не разобравшись в технических деталях нарисовали невразумительные тех.описание.
как жаль что законодательство не проходит стадию RFC ^)
делал несколько прощее/глупее (нужное выбрать по вкусу :) )
исходил из того что практически любой main() представляет собой программное колесо сансары, т.е. пустой цикл прокатывающий один и тот же путь задач.
так вот таймер был аппаратный и в конце цикла просто обнулялся, так что любые интервальные вычисления внутри цикла были элементарны, а после более-менее устаканившегося набора задач еще пополнился watchdogом с двухкратным запасом.
дата и время жили отдельно и использовались для мухлеваний с более длинными интервалами.
Не совсем верно на мой взгляд.
Проблема не в слепом пятне — оно есть лишь следствие другой ошибки природы, более фундаментальной.
В глазу сама структура сетчатки не правильна.
Так уж получилось что поверх зрительных клеток находится слой нервных соединений, переносящих сигналы зрения. А в слепом пятне эти нервные соединения формируют зрительный нерв, который «протыкает» слой фоторецепторов и уходит наружу.
Было бы наоброт, и нервные соединения шли под слоем зрительных клеток то и слепого пятна не было бы, и зрение было бы четче лучше, да и сколь помню множество болезней бы не существовало (например отслоение сетчаки).
Синх вещчъ отличная, но андроидный клиент представляет собой жуткую костыльную оболочку над обычным исполняемым синхфингом. Связано все такими соплями, что у меня андроид начинал глючить до полного ступора — приходилось батарейку дергать.
Перепрыгнул на ресилио синс — отличное быстрое незаметное приложение под андроид, но функционально обрезан.
Жду нормальный апк для синхфинга
нету, точных нету.
и не у всех она яно выражена, плюс постоянные «гуляния» сахара в больших пределах еще снижают вторичные признаки :( адаптация организма однако.
Вы зря гоните, syncthing — вещица отличная. хотя и активно развивающаяся.
На такой случай у синха есть хорошая система версионирования файлов.
У меня настроено так что «старые версии» файлов синх перемещает в отдельную папку, где они месяц хранятся а только потом уничтожаются.
Плюс еще пять вариантов «что делать» с устаревшими версиями. так что боятся затирания старых версий не надо.
дык какая разница яндексу с какой стороны х лежит в сен-пьере ?? :) Яндекс не картографическая компания, а тырнет-оператор, он данные купил — красиво отобразил и усё — пользуемся, полевой картографической у него нема :) бинг с гуглом из той же коропки.
А в осм вполне вероятно какойнить местный увидел хрень, нарисованную вместо дома его любимой бабушки и нарисовал все настоль качественно насколь смог.
краудсорсинг имеет положительные стороны, хотя и минусов дохрена.
можно, но по статистике предположить какие пакеты затребованы парком сервером все равно можно.
а тут при опредленном количестве пользователей создается мощная гибкая самонастраиваемая CDN, статистику того же рутрекера глянуть.
это так в теории.
давно не пользовался, нет того парка машин на которых одноранговая сеть начинает играть хоть какую-то роль.
ставил так, «позырить».
надо поставить обратно.
В apt есть интересное расширение apt-p2p, позволяющее распылить запросы по рою личей. что усложнит отлов статистики принятых пакетов. И это без тройной шифрации и потерь в скорости.
Но, как я понял, в p2p нет возможности шифровать общение с личами, видать не требовалось, настал момент исправить это допущение.
Ну и для особо шифранутых дополнить алгоритмом полуения файла с как можно большего количества сидолв и дополнительно создания шума, т.е. радомный запрос блоков «лишний раз», чтобы объем принятых данных по сети уж никак не коррелировал с объемом принятых файлов.
все можно сделать прощее
как жаль что законодательство не проходит стадию RFC ^)
исходил из того что практически любой main() представляет собой программное колесо сансары, т.е. пустой цикл прокатывающий один и тот же путь задач.
так вот таймер был аппаратный и в конце цикла просто обнулялся, так что любые интервальные вычисления внутри цикла были элементарны, а после более-менее устаканившегося набора задач еще пополнился watchdogом с двухкратным запасом.
дата и время жили отдельно и использовались для мухлеваний с более длинными интервалами.
Проблема не в слепом пятне — оно есть лишь следствие другой ошибки природы, более фундаментальной.
В глазу сама структура сетчатки не правильна.
Так уж получилось что поверх зрительных клеток находится слой нервных соединений, переносящих сигналы зрения. А в слепом пятне эти нервные соединения формируют зрительный нерв, который «протыкает» слой фоторецепторов и уходит наружу.
Было бы наоброт, и нервные соединения шли под слоем зрительных клеток то и слепого пятна не было бы, и зрение было бы четче лучше, да и сколь помню множество болезней бы не существовало (например отслоение сетчаки).
так что не путайте причину со следствием.
Синх вещчъ отличная, но андроидный клиент представляет собой жуткую костыльную оболочку над обычным исполняемым синхфингом. Связано все такими соплями, что у меня андроид начинал глючить до полного ступора — приходилось батарейку дергать.
Перепрыгнул на ресилио синс — отличное быстрое незаметное приложение под андроид, но функционально обрезан.
Жду нормальный апк для синхфинга
и не у всех она яно выражена, плюс постоянные «гуляния» сахара в больших пределах еще снижают вторичные признаки :( адаптация организма однако.
система конечно не самая мощная, старый комп переделанный под файловый сервак.
абидно блин.
[Threadpool worker]: PROPFIND:http://127.0.0.1:43123/fido/:127.0.0.1:43123 — Start processing
[Threadpool worker]: PROPFIND:http://127.0.0.1:43123/fido/:127.0.0.1:43123 — Finished processing (1326ms, HTTP result: 207)
[Threadpool worker]: GET:http://127.0.0.1:43123/fido/ru.pictures.psevdo.graf.7z:127.0.0.1:43123 — Start processing
[Threadpool worker]: GET:http://127.0.0.1:43123/fido/ru.pictures.psevdo.graf.7z:127.0.0.1:43123 — Finished processing (7967ms, HTTP result: 200)
[Threadpool worker]: PROPFIND:http://127.0.0.1:43123/:127.0.0.1:43123 — Start processing
[Threadpool worker]: PROPFIND:http://127.0.0.1:43123/fido/:127.0.0.1:43123 — Start processing
[Threadpool worker]: PROPFIND:http://127.0.0.1:43123/:127.0.0.1:43123 — Finished processing (2416ms, HTTP result: 207)
[Threadpool worker]: PROPFIND:http://127.0.0.1:43123/:127.0.0.1:43123 — Start processing
[Threadpool worker]: PROPFIND:http://127.0.0.1:43123/fido/:127.0.0.1:43123 — Finished processing (1331ms, HTTP result: 207)
[Threadpool worker]: PROPFIND:http://127.0.0.1:43123/:127.0.0.1:43123 — Finished processing (217ms, HTTP result: 207)
[Tt[Threadpool worker]: PROPFIND:http://127.0.0.1:43123/fido/:127.0.0.1:43123 — Start processing
[Threadpool worker]: PROPFIND:http://127.0.0.1:43123/fido/:127.0.0.1:43123 — Finished processing (1400ms, HTTP result: 207)
вещица жутко нужна.
жаль что без костылей не работет.
На такой случай у синха есть хорошая система версионирования файлов.
У меня настроено так что «старые версии» файлов синх перемещает в отдельную папку, где они месяц хранятся а только потом уничтожаются.
Плюс еще пять вариантов «что делать» с устаревшими версиями. так что боятся затирания старых версий не надо.
А в осм вполне вероятно какойнить местный увидел хрень, нарисованную вместо дома его любимой бабушки и нарисовал все настоль качественно насколь смог.
краудсорсинг имеет положительные стороны, хотя и минусов дохрена.
а тут при опредленном количестве пользователей создается мощная гибкая самонастраиваемая CDN, статистику того же рутрекера глянуть.
это так в теории.
ставил так, «позырить».
надо поставить обратно.
И это без тройной шифрации и потерь в скорости.
Но, как я понял, в p2p нет возможности шифровать общение с личами, видать не требовалось, настал момент исправить это допущение.
Ну и для особо шифранутых дополнить алгоритмом полуения файла с как можно большего количества сидолв и дополнительно создания шума, т.е. радомный запрос блоков «лишний раз», чтобы объем принятых данных по сети уж никак не коррелировал с объемом принятых файлов.
все можно сделать прощее