Rsa97

заниматься только ИТ, администрировать крутые проекты

УСТРОИТЬСЯ в 2-3 компании для работы по удаленке

утверждения, не то, чтобы противоречащие друг другу, но скажем так - ортогональные :) Крутые проекты бывают только в крупных компаниях, потому что они требуют денег, денег и еще раз денег. А это опять же корпоративные политики, регламенты, приказы... Зато будет только ИТ. Если же мутите свой бизнес - придется заниматься зиллоном "параллельных" тем - от бухучета до рекламы.

Если хотите без регламентов и корпоративных политик - открывайте свое дело. Но там крутых проектов не будет - по крайней мере поначалу. А будут все те же корпоративные сети, только вид сбоку, общение через ТЗ. Крупным компаниям интересен только админ на фуллтайм, никаких удаленок они обычно не рассматривают.

А теперь ответы
1. Таким, у которых нет денег на админа или же экономят на админе. Удаленка - это нечто вроде спаренного телефона в СССР, когда пары телефонные не в каждую квартиру заходили. Уровень проектов там будет соответствующий. Уровень заказчика - тоже. Фраза "я довела мышь до края коврика, что теперь делать"? - анекодт, но взят из жизни :)
2. Сотрудничают с равным. Если мутите свой бизнес, то зависит от того, какую. репутацию наберете. Если нет - какое сотрудничество?
3. Так же как и везде - полно.
4. Если мутите свой бизнес - читайте про PR. Если нет - про то, как общаться с потенциальным работодателем
5. В крупной конторе, где можно рассчитывать на "крутые проекты" - это единственный способ трудоустройства. Если мутите свой бизнес - Вы сами себя трудоустроили :)

Я Вас некоторым образом понимаю. Сам в таком положении был лет...эээ...десять назад. Но, если хотите заниматься "только ИТ", это означает, что есть другие люди, которые занимаются другими вещами - расчетом Вашей зарплаты, планированием закупок, оформлением трудовых книжек, перевозкой товара etc. А это может быть только в крупной компании. Открыв же свой бизнес, Вы избавляетесь от проблем, характерных для крупных компаний, но "чистого ИТ" уже не будет - хотите или не хотите, а придется заниматься бухучетом (или нанять), финансовым планированием (или нанять), рекламой и продвижением (или нанять), арендой офиса (или нанять). А если будете кого-то нанимать - это автоматически тащит за собой оформление трудовых договоров (или нанять)...

Мягкое кресло и на все согласная секретарша БигБоссу вовсе не за просто так даются бонусом... :)

Нет, при добавлении в БД никакого "свода правил" нет.
Больше того, все твои существующие обработки к добавлению в БД не имеют ни малейшего отношения.
Базе данных абсолютно все равно, какие данные хранить.

Единственное правило, которое действительно нужно для БД, ты и так уже применяешь - используешь подготовленные вопросы.

Если же говорить не о БД, а о фильтрации данных "вообще", то ответить на этот вопрос невозможно. Точно так же как невозможно ответить на вопрос, "Есть ли список болезней, от которых мне надо лечиться?". Все зависит от того, чем ты болеешь. Если тебе важно првоерять ссылки, то проверяй ссылки. Неважно? Не проверяй. Нельзя пропускать теги? Используй strip_tags. Нужно пропускать теги? Не используй strip_tags. И так далее - все зависит от задачи. Универсального правила или "свода правил", этакой волшебой палочки, которой махнул 1 раз и забыл про валидацию денных, нет и быть не может.

Читаем phpfaq.ru/pdo
Включаем для PDO вывод ошибок
Меняем это ужас с переменными прямо в коде запроса на подготовленные выражения

(Все это дико не академично, не корректно и воообще, но должно быть понятно):

Процедурный подход: есть последовательность команд. Каждая из них может содержать последовательность команд.

возьми_кофемашину();
налей_воды_в_кофемашину();
нажми_кнопку();
подставь_кружку();
вылей_кофе_в_кружку();
наслаждайся();

ФП - акцент на действии. Одни действия влекут за собой другие.

наслаждайся(
    своим_кофе(
        которое_сделала_кофемашина(
            в_которую_налили_воды())))

ООП - акцент на объектах. Любое действие совершает конкретный предмет

есть кофемашина;
есть кружка;
есть ты;

ты.имеешь(кружку)
кофемашина.имеет(кружку)
кофемашина.поехали();
ты.возьми_свою_кружку();
ты.наслаждайся();

Провайдер, это коммерческая организация, его единственная задача - зарабатывать деньги.
Он не будет оказывать вам услуги если ему это невыгодно.
Провайдер вам ничем не обязан.
Вас никто не заставляет пользоваться услугами провайдера.

Если договоритесь с провайдером и вас устроит цена - у вас будет интернет, иначе не будет.
Вот и все.

1) Имеются ли какие-либо документы, регулирующие нормы проведения таких витых пар?

Нет.

Каким образом обычно проводятся в посёлках кабельный интернет?

Как получится.
Если есть колодцы - обычно провайдер арендует место в колодцах, если нет арендует место на столбах, если конечно с энергетиками договориться и те его лесом не пошлют.
Иногда копает - это вообще хорошо, но дорого, не у каждого провайдера есть деньги на это.
В некоторых случаях раздают радиолинком.
Но на данный момент в небольших поселках самая популярная технология раздачи до сих пор это ADSL - интернет по старой телефонной меди.

Также буду благодарен тем, кто в подробностях распишет оформления себя как юр. лицо для покупки "места на крыше" под Nanostation

Для покупки места юрлицо нафиг не нужно.
А зарегистрировать его просто - идете в ближайшую контору которая занимается бухучетом, они вам за 10тыс зарегистрируют юр. лицо и будете около 5тыс в месяц платить им за обслуживание юр. лица.
И небольшое уточнение - себя как юрлицо зарегистрировать нельзя, по той простой причине, что вы физлицо.

($dec >> 8) << 7 теряет нижние 8 бит и сдвигает на один вправо.
$dec % 128 оставляет нижние 7 бит.
Таким образом, эта конструкция выкусывает из числа 7-й бит (у младшего номер 0).
Восстановить однозначно нельзя: надо (($res & ~0x7F) << 1) | ($res & 0x7F) и, возможно, | 0x80.
Например: ((585 & ~0x7F) << 1) | (585 & 0x7F) | 0x80 = 1225.
Во всех ваших четырёх примерах установить опущенный 7-й бит нужно. Он что-то значит?

function declaration поднимается наверх скоупа, объявления тоже, а var объявляет локальную переменную

Ваш код в представлении интерпретатора javascript:

function f() { console.log(2) }
(function() {
    var f;
    f(); // f локальная и  сейчас undefined
    f = function() { console.log(1) } // и только тут в нее пишется ссылка на функцию
})();
f();

Второй вариант:

function f() { console.log(2) }
(function() {
    f(); // f функция из родительского скоупа
    f = function() { console.log(1) } // а тут она просто перезаписывается
})();
f();

Шифровальщики как правило распространяются двумя путями -
1)Письмо на почту с вложением - пользователь открывает письмо и запускает шифровальщика.
2)Подбор пароля к серверу терминалов - тупо перебирают популярные пароли на открытом 3389 порту.
Т.е либо социальная инженерия либо перебор паролей в надежде что кто нибудь поставит пароль 123, или qwerty

В данном случае использовалась уязвимость протокола SMB v1 - этот протокол обеспечивает доступ к сетевым папкам, и передачу файлов в сетях. Данная версия давно не используется, и оставлена исключительно для совместимости.

Однако компьютеров у которых 445 порт смотрит наружу практически нет.
Все компьютеры стоят либо за файерволом роутера, либо еще и за NAT'ом.

В результате в большинстве случаев страдали крупные компании - компьютеров много, где-то выставили 445 порт наружу - заразился, и дальше уже по локальной сети кладет всю сеть.
Эта атака по сути не такая уж и крупная. Просто от атаки пострадали крупные корпорации, что и обеспечило пиар.

Уязвимость по сути не страшная - 445 порт просто никогда, никто, не будет светить наружу. В теории.
На практике находятся такие - либо в DMZ файловую шару загонят, либо порты пачкой пробросят, чтобы не париться по одному.
Человеческий фактор.