nuclear_kote, это будет уже не спринг. Один процесс слушает сеть и пишет результат в базу. Другой, уже Spring MVC процесс, при запросах из базы читает. Поверьте - это самый надёжный, производительный и простой способ.
nuclear_kote, и что потому нужно делать с полученными пакетами? Складировать в базу для долгосрочного хранения и обработки? Выводить пользователю при следующем запросе? Выводить в реалтайме через удерживаемое открытым соединение websocket?
Olek1, уже много лет больше Java-разработчик. На сях теперь только JNI-расширения иногда клепаю. Но карьера моя начиналась как раз с Ассемблера, Сей, прошивок, драйверов и ядерного кода.
cjitkul33, разница в том, что в примере с rm -rf /* пришлось бы написать дополнительный код, чтобы спасти кого-то от необдуманного действия, а случае системы прав пришлось бы писать дополнительный код, чтобы дать кому-то совершить необдуманное действие. Поставьте себя на место программиста. Зачем вы бы стали тратить время и силы, писать код, усложнять систему прав, если бы знали, что это идёт в разрез с системой безопасности, что остальные разработчики вас не одобрят и код этот применит один человек из миллиона раз в десять лет?
cjitkul33, все возможные способы можно посмотреть в исходниках ядра, но когда я заглядывал в них последний раз, там Сишным кодом было написано "невозможно".
cjitkul33, больше способов нет. Либо www-data должен иметь доступ ко всей цепочке каталогов начиная от корня, либо web-сервер должен быть запущен от root'а, либо файл должен быть из /root вынесен.
За код написанный с нарушением всех архитектурных принципов, за тупые ошибки в этом коде, за низкую производительность, за ответы от тех поддержки типа "нет потому, что нет" и "не нравится, идите на хрен", за неоправданно высокую стоимость и много ещё за что. Но самое главное - это за хорошую работу маркетологов и рекламщиков 1С, умудрившихся поселить в массовом сознании уверенность в том, что битрикс - это хорошо.
> Как по мне, так это самая удобная и продвинутая CMS.
