Что-то я не совсем понял полезность данного «стандарта»… Рискую быть закиданным помидорами, но в чем профит в отличии от создаваемого compser'ом autoload.php? Там также собраны все пути до библиотек и файлов, а в настройках composer'a указываются пути к папкам сторонних библиотек и в случае их изменения они обновляются через composer.phar update. А если уж пришлось инклудить что-то ручками, так это зона ответственности разработчика и стандартизировать здесь, как минимум, странно. Может, я что-то не понял или не правильно готовлю?
Проблем было несколько.
С изменением буфера самого сокета, честно говоря, не пробовал.Возможно это бы решило проблему, но сеть мне не подсказала о таком решении в тот момент. Постараюсь в ближайшие дни попробовать проверить.
А основные проблемы были связаны с потерей пакетов и разрывом соединения (в случае tcp). Также несколько раз упирался в перемешивание сообщений, вот тут уж с чем это связанно, я честно признаться, совсем не знаю.
Семь лет назад мобильный телефон не был тонкой хрупкой игрушкой, — он был Телефоном, да еще и с кнопками! Они нажимались в любое время года в независимости от температуры, телефоном можно было открыть пиво или не переживать за его падение с пятого этажа, батарейка не разрежалась за пол дня и сотовая связь была такой дорогой, что звонки длились секунды!!!
Таким я помню свой первый телефон, такими мы должны их сохранить!
Собственно, товарищ Scratch прав.
Я не стал проводить каких-то специальных замеров, просто нет времени разворачивать дополнительную ноду для тестов в такой-же конфигурации. Поэтому в сравнении с дев. окружением проект пишет одинаковый объем данных в OrientDB на 20-30 секунд медленнее, читает в среднем на 10-15 секунд медленнее. Сервера при этом примерно одинаковые. На мелкий выборках разницы нет совсем.
Если есть желание узнать производительность на более интересных для Вас задачах — предлагайте примеры.
Ну Вы же понимаете — абсолютной защиты нет. Во всяком случае трукрипт, кроме как такими изречениями, себя еще не скомпрометировал. Да и на моей практике в форс-мажорных обстоятельств не дал в себе разочароваться (ну или тот кого нельзя называть не очень то и заморачивался).
PS: Я не в коем случае не претендую на звание супер специалиста по криптографии или защите данных, поэтому если я в чем-то кардинально не прав — буду рад, если поправите.
Ну за ~4 год продакшена на XenServer не сталкивался с дикими проблемами восстановления, обновления или правки каких-либо ошибок.
Я твердо уверен, что xen НЕ лучший гипервизер, но платить дважды за бесплатность и открытость еще не довелось.
По ощущениям потеря есть конечно же, но не сильная.
Если интересно, могу провести тест. Меня просто этот вопрос не сильно волновал для данной реализации.
А случайно не подскажите, что почитать по теме, дабы таки разобраться в вопросе как следует?
С изменением буфера самого сокета, честно говоря, не пробовал.Возможно это бы решило проблему, но сеть мне не подсказала о таком решении в тот момент. Постараюсь в ближайшие дни попробовать проверить.
А основные проблемы были связаны с потерей пакетов и разрывом соединения (в случае tcp). Также несколько раз упирался в перемешивание сообщений, вот тут уж с чем это связанно, я честно признаться, совсем не знаю.
Таким я помню свой первый телефон, такими мы должны их сохранить!
Я не стал проводить каких-то специальных замеров, просто нет времени разворачивать дополнительную ноду для тестов в такой-же конфигурации. Поэтому в сравнении с дев. окружением проект пишет одинаковый объем данных в OrientDB на 20-30 секунд медленнее, читает в среднем на 10-15 секунд медленнее. Сервера при этом примерно одинаковые. На мелкий выборках разницы нет совсем.
Если есть желание узнать производительность на более интересных для Вас задачах — предлагайте примеры.
PS: Я не в коем случае не претендую на звание супер специалиста по криптографии или защите данных, поэтому если я в чем-то кардинально не прав — буду рад, если поправите.
Да и проект находится в другом месте. На сколько мне известно, все остальное не совсем то, чем было ранее.
Я твердо уверен, что xen НЕ лучший гипервизер, но платить дважды за бесплатность и открытость еще не довелось.
Поделитесь опытом?
Если интересно, могу провести тест. Меня просто этот вопрос не сильно волновал для данной реализации.