SparF

Заказывал на raspberrypi.rsdelivers.com (order#1010251355) 18.03.2013, вчера получил.

по курсам и правда тяжело подсказать
Читайте банду четырех, пишите, и будет вам счастье))
(Э.Гамма, Р.Хелм, Р.Джонсон, Д.Влиссидес.
Приемы объектно-ориентированного проектирования. Паттерны проектирования).
книга небольшая 370 стр.
имхо, паттерны — это некий образ мышления, на курсах этому не научат, максимум — зачитают главы из книги)
тут нужно на своем проекте (домашнем) голову поломать — подумать.
Включить «чувство прекрасного».
И только тогда начинаешь видеть, где лучше применить тот или иной паттерн.

Некорректная постановка вопроса.
Если коротко — никак.
Если более подробно:
1. вся работа любой пользовательской программы с файловой системой осуществляется через API функции операционной системы.
2. язык программирования (любой) в данном случае — лишь средство доступа программы к данным API фунциям
3. доступ к файлу контролируется самой операционной системой уже на уровне вызова API функции получения доступа к файлу.
4. таким образом — на каком бы языке Вы не писали, если доступ запрещен, значит вы его не получите.
Варианты решения проблемы:
а. изменить права доступа к файлу
б. запустить процесс с правами достаточными для доступа к файлу

Зачем обязательно дергать в xml?
Не проще написать парсер который выдерет нужную информацию с любого сайта через DOM?
А ее уже можно писать в xml/базу/куда_угодно.
PS описываю техническую реализацию, вопрос юридической чистоты полученных данных в данном случае не рассматривается.

Сколько не пытался использовать для схемы сети/настроек программные продукты — всегда возвращался к рукописному варианту.
В итоге над рабочим местом висело несколько листов А3, приколотых к стене из гипсокартона кнопками. Рисовал и подписывал — карандашом. В этом случае схему всегда просто перевести в актуальное состояние (ластик + карандаш — в помощь).
О том как отображать — дело исключительно Ваше.
Главное — чтобы было понятно Вам и коллегам.
В качестве примера посмотрите схемы в мануалах по настройке устройств juniper или cisco.
И еще один совет: не пытайтесь отобразить все на одной схеме. Бесполезно. В лучшем случае она станет не читаемой, в худшем — не интуитивной. Лучше разбить на отдельные схемы по проектам/уровням абстракции.
Так в моем случае было две схемы сети:
— физические линки
— схема vpn подключений
Их «совмещение» достигалось общим для всех схем именованием устройств/хостов/физических линков.
При этом существовала отдельная таблица настроек фаерволов, в которой уже было указано, какие порты между какими хостами открыты и почему.