Павел Каптур: так я и спрашиваю как вы определяете количество! Код приведите. Скорее всего у вас не все помещается в буфер пайпа, ну и стандартно по возврату каретки буфер флашится.
Нет, переустановить ОС не совсем хороший выход, так как там куча всего установлено, и не хотелось бы рушить реестр.
Другими словами, образ диска с технологической установки, и нужно запустить ПО, желательно в неизменном виде.
Лчень желательно именно восстановить загрузку.
Ну и загрузочный раздел монтируется без ошибок.
Nube: Пожалуйста. Собственно я поэтому и говорил, что нужно взять некий протокол типа HTTP (в нетти он встроен), и уже через него гнать протобаф или джисон.
В принципе да, за одним но. Протокол обмена подразуменает немного большее, чем просто передача протобаф или json в сокет. И он как бы оборачивает ваш протокол сеарилизации в некую обертку, добавляя коды ответов, запросов, техническую информацию типа: размера сообщений, точкек запросов, типа сжатия, авторзацию и прочую мишуру, без которой в реальных приложениях не обойтись. А разрабатывать свой протокол, даже самый простой - реально дорого.
Другими словами, чтобы передать протобаф, хорошо бы передать также и размер сообщения, произвести авторизацию (и желательно с обеих сторон), а еще и предусмотреть коды ошибок, и несколько эндпоинтов (что-то типа адресации, кого и как вызываем)
А какие проблемы с http? Он же может работать на любом порту! Собственно это и есть сокеты, только уже с протоколом. Хотите, используюте websockets, хотите - json, или protobuf, или еще что. Вы просто не будете изобретать велосипед в виде протокола обмена, что поверьте, отъест у вас львиную долю времени! Да и инфраструктура модулей у вас уже будет, типа сервлетов. Ну и если уж деталь на яве, то смотрите в сторону netty. А если по простому, за 5 минут, берите легковесный jetty в качестве web-server.
Ну а я сейчас кошусь на goovy-lang.org и ratpack.io. Рекомендую присмотреться, оно вроде бы как и ява почти, с батарейками.
Нет, там проблема не в этом. Проблема в том, что можно бесконечно подставлять уже распознанную капчу!
Алгоритм такой:
1) забираем форму авторизации, на сервере генерируется session
2) забираем уже известную нам капчу с captcha_code, к которой мы просто глазками нашли captcha_word, сервер повторно генерирует запись в таблице для нашей старой капчи (при этом нам абсолютно все равно, какую капчу сгенерировал сервер при выдаче формы)
3) посылаем форму с нашим session и подменянными captcha_word и captcha_code
4) пользователь зарегистрирован, осталось сходить в почту и активировать аккауни
