zzzit

Рейтинг
129
Регистрация
06.09.2012

Короче, там мутно написано, Adler32 первым делом считается на обоих сторонах и только если обе Adler32 суммы совпали, то обе стороны считают MD5 для блока.

Хотя если я ошибаюсь и там и правда зачем-то обе чексуммы считаются, то алгоритм глупый конечно :)

Кстати, MD5 тоже 500 МБ/с при 100% загрузке ядра ;)

В старом протоколе было MD4, его можно выбрать через --protocol 29 , будут считать быстрее одинаковые блоки (MD4 быстрее MD5). Небольшая разница будет, но не думаю, что существенная.

(удалено некорретное)

Pilat:
Как раз контрольная сумма для всего файла rsync'ом не считается, а он делится на участки (65536 участков максимум, если не ошибаюсь). А вот почему нет параллельного просчёта - непонятно.

Потому что у него для rolling checksum используется и без того очень быстрый алгоритм Adler32 и если процессор перегружен, то скорее всего чем-то другим.

AllSerial:
Я имею ввиду то, что когда на сайт заходит потенциальный клиент, то в первую очередь его интересует кто вы и что вы.

Его в первую очередь хостинг интересует, а не ООО и реквизиты. Учитесь у elasticweb.org:

За 2 месяца на сервисе зарегистрировались без малого 1000 человек, четвертая часть из них стали нашими клиентами.

Куда вам со своими ООО и 150 клиентами за 3 месяца :)

Лучше начинать без бумажной волокиты, она только отвлекает от основного продукта.

Желание начинать свое дело нужно поощрать, а не накидываться на потенциальных конкурентов, что ни клиентов, ни репутации вам не прибавляет.

Кто это из новых крупных хостеров просит паспорта?

Вы что-то попутались, наоборот, сейчас все меньше просят сканы паспортов, понимая, что клиенты не хотят доверять такие данные никому, и от чернухи это тоже не сильно спасет.

unreturned:
Однако в таком случае на критичные данные (конфиги и прочее) должны стоять права (rwx)?00.

Должны. Но в данном случае ситуация такая, что по умолчанию даются небезопасные права. Это вообще большая проблема, из-за небезопасных умолчаний много кого ломают, потому что все мелочи обо всем помнить невозможно.

Для любых других юзеров в системе все равно даст доступ для чтения, если права хх4 и выше. Для того же дырявого proftpd :)


sudo -u nobody cat /home/user2/testfile2
sudo -u proftpd cat /home/user2/testfile2
...

Проблема никуда не делась. Стало даже хуже, вы ее теперь не замечаете.

(а на счет порядка проверки прав группы был не прав, удалил, POSIX так и просит проверять)

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

unreturned:
У меня последняя цифра на файлы 4 (чтение), а на директории 5 (чтение + выполнение, т.е. переход). Веб-сервер nginx у меня работает от своего пользователя nginx, а php-fpm пулы работают от пользователей. В чем у меня проблема?

С такими правами что угодно выполняемое под любым пользователем системы сможет прочитать файлы любого другого пользователя. А там могут быть пароли к БД и другая конфиденциальная информация, позволяющая взломать и навредить.

Зачем им резать, скорее всего линк с GE-CIX в пиках загружен или у hetzner или у giganet и скорость в один поток скачет. В разное время 5 МБ/с должно давать. Это обычная ситуация для интернета :)

Всего: 1667