Дмитрий: Это не проблема, на самом деле. ПФР требует платежей независимо от доходов, факт. Но если у тебя ИП на УСН, и ты реально работаешь, и есть доход, то сумму налогов с этого дохода ты можешь уменьшить на сумму платежей в ПФР (но сумма налога не должна уменьшиться более чем на 50% при этом). При определённом уровне дохода получается, что платёж в ПФР полностью нивелируется возможностью уменьшить налог на сумму пенсионных платежей.
Бухотчётность ИП сдавать не должны, а для всего прочего есть куча сервисов, которые делают процесс ведения документации и сдачи деклараций совсем элементарными, типа сервиса "Моё дело" и ему подобные. Я им пользовался, очень удобная штука, никакие 1С не нужны.
Дмитрий Энтелис: Хостинг за 1000 рублей в год может и менее устойчив к утечкам, но существенно лучше защищён принципом неуловимого Джо. Корпорация добра же роется в почте своих клиентов систематически, и с помощью весьма хитроумных алгоритмов. Короче, я бы не стал... :-)
> и юриков-заказчиков я там особо не наблюдал.
Заказчиков? Вы имели в виду "исполнителей"? Да, наверное, юриков-фрилансеров меньше, чем тех, кто работает без всяких документов. Но то, то фрилансеры-юрики есть, и их немало -- это факт. У меня вот есть несколько знакомых товарищей, которые на Одеске работают через официальные документы -- счета забугорным клиентам выставляют, платежи на банковский счёт своего юрлица получают и прочее такое.
1) Неважно, на каком конкретно бесплатном сервисе почта. Если человек пытается зарабатывать в интернете, то с точки зрения имиджа свой домен куда предпочтительнее. Ну и это если не учитывать тот факт, что почта на gmail -- это вооот такой косяк в вопросах личной информационной безопасности.
2) Вы так смело за всю РФ расписались :-) Я работал на фрилансе как ИП с 2006 по 2013 годы. И знаю кучу народа, которые так работают. При небольшом оверхеде (ведение документации/налоги/ПФР) получаете профит в виде полностью легальной деятельности, рабочий стаж, накопления в пенсионный, медстраховку. И с вами охотнее работают юрлица, так как им не надо где-то искать наличку для расчётов, или использовать схему с договорами подряда.
Tsybind: да, шлюз по умолчанию должен фигурировать в настройках ТОЛЬКО wifi-интерфейса. В настройках проводного интерфейса поле "шлюз по умолчанию" должно быть пустым.
Tsybind: в общем случае, браузер ничего не знает про соединения. Поэтому и сообщить ему об этом нельзя.
Для того, чтобы реализовать то, что вы хотите -- необходимо узнать IP-адреса тех "сетевых ресурсов", которые вы используете. Если всё обстоит так, как вы говорите -- необходимо узнать IP-адрес сервера, на котором расположена "общая расшаренная папка" и IP-адрес сервера, к которому вы подключаетесь по RDP. И указать на вашем компьютере с помощью команды route add маршруты на эти IP-адреса через ваш маршрутизатор в локалке (IP 192.168.231.2).
А шлюзом по умолчанию должен быть адрес вашего wi-fi роутера (192.168.1.1). Тогда трафик на ваши локальные сервера будет ходить через локалку, а всё остальное -- через шлюз по умолчанию, т.е. в интернет.
improoviz: Под "2 гигабита" имелась в виду скорость :-) Я к тому, что для конкретного клиента скорость всё равно не будет превышать скорости одного интерфейса. Но теоретически, возможно такое, да, что один клиент будет качать файл со скоростью 1 гигабит через один интерфейс, а второй клиент на такой же скорости будет качать через другой интерфейс. Тогда в сумме будет 2 гигабита, да.
Но это в среднем и на большом количестве клиентов.
Если сетевухи самосбор -- рассматривайте вариант использования FreeBSD/Linux или Windows 2012. Там есть возможность nic teaming'a "из коробки".
Разница между ними такая, что >> будет дописывать в файл, если он уже существует (или создаст его, если его ещё нет), а > будет файл перезаписывать каждый раз заново.
GreyPhantom: Ну даже если кино и большего потока потребует. Ну, пусть 50 мегабит. Это примерно 6 мегабайт в секунду. Локальный SATA-диск выдаст 120 мегабайт последовательного чтения. А соединённый в RAID0 -- и все 240 :-)
Насчёт RDM -- да, я бы не стал морочиться. С несколькими дисками вот только... Не уверен, что их можно средстствами ESX объёдинять в единый пул, как-то на локальных дисках не приходилось разворачивать виртуализацию :-) Ну, тогда любой аппаратный честный RAID-контроллер поможет собрать диски в единое пространство. С Intel Rapid/Matrix (софтверные встроенные в материнку контроллеры) ESX работать не будет, будет видеть только пачку отдельных дисков.
GreyPhantom: А, да, насчёт будет ли виртуальный NAS хуже. А что, у вас дома какая-то суровая нагрузка планируется? :-) Конечно, виртуализация даёт некоторый оверхэд, и виртуальный NAS будет несколько медленнее физического (при равном железе, конечно же). Но заметите ли вы эту разницу в домашних условиях -- это большой вопрос. Ну просто даже если предположить типичную схему использования NAS для дома -- это торренты качать (домашний канал в интернет максимум 100 мегабит), фильмы смотреть на телевизоре (поток около 1-5 мегабит), музыку слушать (128-320 килобит), качать файло с ноута по wifi (50-70 мегабита максимум). Ну вот с такими скоростями примерно будет доступ к дискам NAS'a. Потянет ли это виртуальный NAS? Да без проблем.
GreyPhantom: Доступ к дискам в виртуалках возможен в двух вариантах в ESX -- либо создать виртуальный диск на локальном хранилище ESX, либо прокинуть диск по схеме RDM (raw device mapping). По второй схеме можно отдать только целый диск выделенно в конкретную виртуальную машину, больше ни для чего этот диск использовать нельзя.
Axelertortt: я вам страшную тайну открою -- где-то там, в глубине души, на уровне регистров, они все бинарные :-)
Там же вроде ясно написано, что struct bintime содержит секунды и 64-ые доли секунд. А timespec -- секунды и наносекунды. Очевидно, что у timespec точность выше. struct bin можно сконвертировать в timespec, но разумеется, что точнее оно от этого не станет, так как сконвертируется с точностью до 64-х долей секунды.
ShamblerR: Нет, я несколько не об этом. Вы же упоминали Thinstation. Чем не устраивает это решение? Насоздавать виртуальных рабочих станций, и давать доступ к ним по RDP из загруженного по сети Thinstation.
Самый правильный подход. Это не проблемы админа, это проблемы конторы, вот пусть руководство и решает эти проблемы. Либо финансами -- покупают диски, либо организационно -- вставляют перьев таким деятелям, которые любят файло тиражировать.
Бухотчётность ИП сдавать не должны, а для всего прочего есть куча сервисов, которые делают процесс ведения документации и сдачи деклараций совсем элементарными, типа сервиса "Моё дело" и ему подобные. Я им пользовался, очень удобная штука, никакие 1С не нужны.