@EnterSandman соответственно одновременно запускать 10000 потоков - скорее всего самоубийство, но вот по 200 за раз должно справиться. дерзайте, тестируйте, подбирайте значения
@mat0thew ну как на ура. Честно скажу что я только единожды реализовал многопоточность с curl_multi - не помню для чего, но работало точно.
главное чтобы не упёрлось в пропускную способность. думаю, для чека прокси вполне себе справится.
@yup1975 вполне стабильно. принтер постоянно держит подключение и при разрыве пытается обратно подключиться. скорость от "послал письмо" до "принтер начала жужжать" - около минуты. это учитывая 100мбит/сек. в случае с нормальным 3г и 1-2-страничными документами думаю не более минуты
@tuxx теребить аплинк роутера в гараже. если по нему все гут - менять этот роутер. кстати да. для начала трассировку сделайте и попробуйте пинговать роутер и следующий хоп - будут ли потери
@tuxx сношать, сношать и еще раз сношать мозг. причем не по телефону саппорту, а личным присутствием в офисе и бумажками. По себе знаю - действует =) Доходчиво объяснить что вы будете искать варианты с другим провайдером (если что-то подобное имеется). В конце концов финансово заинтересовать монтажников.
@z0rgoyok масштаб другой. и там если человек раза 3 попробует послать себе смс для регистрации - его на какое-то время забанят. всё честно. другое дело - запрашивать много регистраций - тут можно и нужно отслеживать udid или другой параметр. ну а если уж всё вместе начнут перебирать - только по IP
@AMar4enko и да, посмотрите как это делается у платежных систем - имеется секретный ключ известный двум сторонам. дальше например дату, номер и ключ хешируете. ваша задача отбить желание лезть в код, плюс создать ограничения на сервере
