Создание трудностей при нулевых знаниях - имхо, отнюдь не оптимальная стратегия изучения. Разве что обучающийся прям энтузиаст-энтузиаст с кучей свободного времени и железобетонной мотивацией.
У обычного же чайника так скорее линофобия сформируется, чем знания.
Drno, по факту, сервер на убунте можно считать просто сервером на нестабильном дебиане.
Главная разница для новичка-изучающего - в том, что "сервер на убунте" отнюдь не означает "сервер с графическим окружением". Консоль же, и для изучения разницы с дебианом, по большому счету, просто нет.
Kentavr16, отчего же. Выйдет.
Просто для обучения желательно оказаться один на один с системой: когда Убунта основная, приходится заставить себя решить проблему в ней, не переключаясь в винды. Когда DE нет, голая консоль - приходится разобраться с тем, как жить в консоли (и понять, что в ней на самом деле вполне комфортно, если сменить виндовские привычки).
То есть вопрос скорее психологии, чем технологии. Но вы же и спрашивали про "оптимально" :)
CrazyBear7, вас возьмет на работу тот, кому вы продемонстрируете свои знания и умения.
Только в бюджетных организациях это делается дипломами и прочими бумажками.
Коммерсам же нужно будет показать плоды изучения - пет-проект на эту тему, например.
Что-то не так с вашим первым высшим, если вы после него не можете найти учебники, по которым занимаются в профильных вузах, и учиться по ним самостоятельно.
Вы же понимаете, что программа предполагаемого заочного вуза будет по большей части состоять из предметов, в хрен вам не упершихся?
bondle, если решения нет - то его нет совсем. Вам предлагается метод, который поможет найти решение, если оно есть: разбить монолиты на подзадачи, которые можно выстроить относительно друг друга более оптимальным образом, нежели монолиты. Возможно, перегруппировав подзадачи внутри задачи. Никакой магии.
bondle, возможно, это архитектурная проблема: высокая связность элементов системы вместо стандартных протоколов и форматов общения между ними.
Скажем, плотно посидев и сделав предварительное техническое описание API, фронт с бэком могут разойтись и начать работу - над его реализацией и его использованием. Если же ставить задачу как "вот доделаем бэк, потом можно будет и фронт к нему писать" - они, разумеется, не распараллелятся.
Разница даже в несколько байт будет ощутимой, если у вас CDN-сервер, отдающий миллиарды файлов в час. Gzip - легкий алгоритм, он не дает идеального сжатия, да и минифицированные файлы сжимаются тоже. Только из них уже выкинута неактуальная (а местами и нежелательная) информация: названия переменных, классов и функций, комментарии, отступы...
Кстати, кроме того, что минификация снижает нагрузку на сервер и каналы - она, внезапно, дает программисту свободу не экономить на спичках в рабочем коде, нормально его форматировать и богато комментировать - зная, что на его использовании эти "излишества" никак не скажутся.
Сама затея не слишком умная. БД должна иметь как можно более быстрый доступ к своим файлам. Доступ к ним по сети сделает работу БД безобразно медленной, а потом, скорее всего, приведет к повреждению базы.
Не стоит и начинать.
Задачи распаковать-то не поставлено ;)
Так что нужно написать одну функцию, которая принимает unsigned char[4] (или unsigned char*) и возвращает uint_32.
EVGENIJ NEFEDOV, это решение придется повторять 10 миллионов раз.
И перед ним логично составить полный список доменов с частотой их появления, чтобы отбросить редкие сразу.
Раз вам их пересечения в принципе неинтересны.
Задача составления такого списка и частотного словаря - вполне тривиальна и посильна для обычной персоналки, весь объем накапливаемых данных должен поместиться в памяти, и это значительно ускорит обработку по сравнению с любыми вариантами с БД.
Их список недостаточно один раз скачать, он динамический - пункты открываются, закрываются, переезжают...
У нас был случай, когда пункт умудрились закрыть между оплатой заказа и отправкой - мы узнали об этом, когда API отказалось выгружать заказ.
Вообще-то разъем в принципе ничего не гарантирует, кроме того, что в него предположительно воткнется и соединится соответствующими линиями парный разъем.
С китайцев станется подвести к этому разъему только силовые линии и оставить информационные оборванными, например. Так что зарядка через него работать будет, а какие бы то ни было подключения - нет.
