@dizballanze, @temoffey - печально, что это назвали ответом. Возведение в степень по модулю - специальная операция, которая должна быть специальным образом реализована(впрочем, довольно просто) - и тогда все будет быстро и аккуратно. В данной библиотеке этой операции нет - и все сведется, видимо, к возведению в степень и взятию по модулю, что на больших числах съест горы памяти и процессорного времени.
@rado потому что script с другого домена попробует выполниться, а это нарушение политик безопасности. Картинка с другого домена может успешно загрузиться и ничего страшного при этом не произойдет.
@DrDiza смотря в какой момент времени округлять - отсюда и разница - в первом случае - сначала вычесть, потом округлить до дня, а во втором случае сначала округлить до дня а потом смотреть на разницу.
Мне кажется, что это логично и следует из здравого смысла - в момент скачивания или установки я согласился требованями лицензии. Дальнейшие изменения лицензии обратной силы не имеют.
Я не знаю, каким API и библиотекой вы пользуетесь - возможно оно искусственно ограничивает частоту запросов к одному и тому же серверу, но при использовании разных процессов это ограничение снимается, т.к. сложнее отследить использования.
@NoEscape Важно еще и чтобы удаленный сервер, который вы мучаете, успевал генерировать Вам страницы для парсера - если он медленный (или провайдер режет скорость, или медленный роутер, или еще что-то), то вам не загрузить сеть на 100%. Смотреть на "загруженность" сети по диспетчеру задач весьма однобоко, как мне кажется.
@NoEscape Ну так пока она ждет ответа от сети или от винчестера она не может грузить CPU. Можно попробовать запустить потоков "с запасом" - в два раза больше чем ядер - тогда, возможно, на все 100 будет кушаться.
