rPman

Нажми правую кнопку на диске C: в проводнике (там у 99.99999999% пользователей размещен windows и все с ним связанное, и с такими же шансами это ntfs), откроется стандартное окно свойств, внизу отметить чекбоксик 'Сжать этот диск для экономии места' (если что это можно сделать по персонально с каждым файлом и/или каталогом по отдельности, например Temp каталог лучше не сжимать), после нажатия Ок система спросит нужно ли установить этот флаг для всех подкаталогов, сказать да, и начнется достаточно длительный (час или больше) процесс сжатия файлов, в процессе будет выдано сообщение о невозможности сжать системные файлы - сказать игнорировать все.

Этот процесс только для системных каталогов windows позволит освободить порядка 5 гигабайт, а еще есть приложения, обычно сжимает на 20-30%.


Это никак не повлияет на работу компьютера (сжатие и распаковка происходит прозрачно), а владельцы медленных hdd могут даже увидеть незначительный прирост производительности (за незначительного повышения нагрузки на процессор, его не заметят обладатели многоядерных процессоров).

Теория говорит, что скорость записи на такой диск может слегка упасть, особенно у обладателей слабых процессоров (мобильных например), соответственно у каталога %localappdata%\Temp лучше этот атрибут снять, туда часто целиком распаковываются программы установки

Так же модно вручную убрать этот флаг для каталогов, где хранятся мультимедиа данные и изображения, они у всех уже сжаты, пытаться сжать еще их уже бесполезно (тем более описываемый механизм оптимизирован для скорости но не качеству сжатия).

Да

Первопричина правил и ограничений в том чтобы облегчить поддержку в будущем, только так и никак иначе. Если 'нарушение' каких либо guidelines не мешают этой главной задаче (и может даже помогают) - нарушайте.

Это не закон а рекомендация!

В конечном счете важен результат а не процесс (хотя бывают исключения).

Для работы (если у тебя не 3d) первый упор должен быть на монитор, размер, качество матрицы, разрешение

Второе требование - наличие быстрого и объемного накопителя (например возможность добавить свой вторым или заменить уже имеющийся)

Третье, ноутбук по определению маломощное устройство и за возможность слегка приблизить его производительность к нормальному десктопному железу приходится платить.. много, включая мобильностью. Отсюда главный вопрос, зачем тебе ноутбук?

Клавиатура у ноутбука обычно неудобная (полноценная клавиатура с правильным/удобным расположением кнопок, таких как навигационные стрелки, кнопки ctrl/alt/shift/menu а так же ins/del это почти нереально, а значит либо придется приучаться к неудобному расположению (кстати часто вендоры изобретают свое, что делает этот 'скилл' абсурднобесполезным) либо таскать с собой нормальную клавиатуру ;)

И главное, в конечном счете ноутбук превращают в стационарный компьютер и мучаются.

Подумай 10 раз и все же купи нормальный десктоп.

Провайдеры определяют это через значение TTL, которое устанавливает конечное устройство и уменьшается на 1 если пакет проходил через промежуточное устройство.

Провайдер знает, какие стартовые значения TTL по умолчанию прописаны в разных ОС и при их изменениях может детектировать раздачу интернета. Решение - изменить это значение на каждой машине. с которой хочешь выходить в интернет.

p.s. Универсально можно поставить на роутере http/socks прокси и прописать его в браузерах на других компьютерах, тогда провайдер ничего сделать не сможет, так как в этом случае выходить в интернет будет прокси. На самом роутере не всегда это можно сделать но почти на каждом есть ssh сервер, т.е. выбираешь машину в своей сети, с нее подключешься к роутера ssh клиентом с ключом -D1080 (1080 любой порт) и теперь в браузерах прописываешь socks прокси с ip этой машины и портом 1080

upd. можно эту подмену делать на роутере сразу, вот к примеру инструкция для keenetik

Формально ты сможешь понять как использовать готовые инструменты (99% решений) но понимания как это работает внутри не будет (чего обманываться, людей которые это понимают очень и очень мало) а что значит это понимание - когда готовые инструменты решения не дают, ты не будешь понимать что делать дальше, когда как это понимание позволит выбрать правильное направление действий (например поработать над весами нейронной сети, в т.ч. вручную, т.е. написать свой код который будет с ними что то делать)

p.s. нейронные сети (основа большинства современного ИИ) - это не про алгоритмы, а про обучающие данные. Собственно собирать эти данные и подготавливать их к виду, которые нужны уже реализованным алгоритмам и есть большая часть работы.

Логично, из чужой wifi сети не должно быть доступа к твоей.

Если у тебя есть подключение к интернету (роутер в твоей сети где находится ftp сервер) то нужно на этом роутере настроить проброс портов (это может называться Виртуальные серверы и находятся в закладке NAT, нужно там указать свой ftp сервер в локальной сети и выбрать порт, по которому извне он будет доступен), в этом случае для доступа к серверу понадобится знать внешний ip адрес (если он динамический, нужно будет настроить доменное имя dyndns или каким либо другим способом получать информацию о текущем ip адресе, но он может меняться раз в сутки или даже несколько часов)

Если речи об доступе через интернет нет а проблему нужно как то решать аппаратным способом, то нужно объединить твою и эту 'другую' сети, настроив роутер/ретранслятор (некоторые роутеры умеют одновременно подключаться к wifi сетям одновременно раздавая wifi своей), с высокой вероятностью эти настройки могут быть не доступны из GUI и придется углубиться в документацию.

Кстати можно приобрести wifi адаптер (например usb) и подключиться одновременно к двум wifi сетям, тогда будет доступ одновременный в обе

забудем про адекватность

Существует ситуации, когда хранение в файлах оправдано - это если нет многопользовательского доступа на запись данных (или она легко контролируема) и когда по данным не нужно проводить сложный поиск/аналитику, т.е. если у тебя даже тысячи пользователей только на чтение, то хранение в файлах не проблема (например галерея мультимедиа файлов, которую наполняет админ, решается почти полностью статичным сайтом на файлах)

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

Да, база данных на чтение медленнее правильно составленного файлового хранилища с индексами, особенно если под задачу, но не значительно (в кратное количество раз, если смотреть например обслуживание на backup/restore, что не фатально и есть способы этого избежать в принципе) , но усилий на это создание кода по работе с файлами будут огромны, гораздо выше профита от скорости.