Walt Disney

Для этого пишут расширения для браузеров. Или сервисы счётчиков или каких нибудь social button и т.п.
Соответственно в распространение такого счётчика вливают много денег.
Путей без много денег нет.

Смотреть на размер, тип крепления(где она прикручивается к корпусу), тип подсветки, конектор (тот что 30pin) и его местоположение т.к. провод к этому месту подходит в впритык.

Потом надо как то узнать одно или двух канальный LVDS у вас на мамке это тот который (30pin), если одноканальный то с FullHD вы пролетаете, но скорее всего он двухканальный, но кабель идущий к матрице одноканальный и нужно будет ещё найти подходящий по размерам двухканальный шлейф.

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

Я думаю надо начать с базовых вещей на которых базируется программирование:

1. Дискретная математика базовые понятия
   
2. Теория графов
   
3. Теория конечных автоматов
   
4. Теория кодирования
   
5. Баллистика
   
6. Теория надёжности
   
7. Теория массового обслуживания
   

С книгами не подскажу, дело в том, что объёмность достаточного материала каждой теме это скорее брошюра чем книга. Я думаю стоит искать не книги, а методические пособия для вузов по этим темам. В приведённом списке сохранена разумная последовательность. Вот например по первым трём пунктам сходу нагуглил - это неплохо но можно найти изложение и получше.
Тут приятно, что все пункты кроме первого, можете сразу рассматривать через призму разработки игр.

Ну и само базовое программирование:
Турбо Ассемблер Тома Свана - для понимания как всё работает на самом деле (в практическую часть книги можно( и наверное не нужно) сильно не лезть, теоретическая часть достаточно хороша)
"Язык С" Керниган, Ричи - для понимания на каких базовых структурах и типах строятся современные ЯП и чего им это стоит.

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

По алгоритмам: "алгоритмы построение и анализ" Кормена. Кнута мне кажется никто не осилил.

Миграции это правила обновления структуры базы которые привязаны к версиям ПО.
Штука придумана для автоматизированно обновления и отката обновлений структуры БД на серверах.

На деле эта штука позволяет разным деятелям через миграции обновлять базу и ORM и не знать SQL.

Открываете справочники названных языков, раздел с синтаксисом и выбираете то, что нравится, а дальше там +/- одно и тоже.
На любом из этих языков пишут и простые и не простые сайты.

Для программиста (а не кодера) нет проблем использовать новый язык в известной ему предметной области.

Update:
К тому моменту когда вы разберётесь с синтаксисом языков вам будут понятны абстракции которыми можно оперировать на данном языке. Дальше просто выбираете тот вариант который вам ближе, в котором вам комфортнее. Т.к. дальше с использованием этих абстракций и конструкций языка, на любом языке, вы будете решать одни и те же задачи и большинство из них будет взять из базы, трансформировать засунуть в шаблон, остальная часть задач, типичной серверной разработки, особым разнообразием так же не отличается.

Если вы в целом заходите развиваться как программист, то стоит смотреть в ASM до уровня понимания того как работает процессор и память, Си(без плюсов) до уровня понимания базовых типов данных (указатели, списки, кучи, хеши и т.п.). Параллельно осваивать разделы математики на которых базируется программирование: дискретку, графы, конечные автоматы, кодирование, и как бонус на будущие теории: трансляторов, надёжности и БД. Это займёт от полугода, на выходе вы будете воспринимать ЯП как множество доступных вам инструментов для решения любых задач в понятных вам прикладных областях.

Я вам дам единственный правильный ответ:
Если сам потенциальный автор не знает чем его потенциальный самописный интернет магазин лучше остальных, то он не лучше.

А по другому никак, вот совсем никак.

1) Забиваете на SQLite и SQL Server, первая не про то, вторая под windows.
2) как бы вы не спроектировали базу, и что бы вы не выбрали Mysql или Postgres, отличаться будет только запрос на индексацию для сфинкса, который в любом случае будет отдавать вам primary key нужного вам документа, а выборка по PK в любой базе элементарная операция. Кеширование не нужно, сфинкс ваши максимальные 5 000 000 слов даже не заметит.

на laravel вы видимо будете использовать ORM, поэтому для вас, что postrgers что mysql. Ну разве что mysql более коробочный.

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

Попробуйте по f12 в хроме на вкладке networks посмотреть на чём виснет процесс.

p.s. Давно правда, при сдаче проекта в офисе заказчика, имел опыт, что фильтрацию контента в браузере в касперском отключить нельзя, он резал js код в админке сайта, и при отключении или закрытии модуль фильтрующий инет оставался активным.

В общем случае:
Если клиенту нужно отправить данные для обработки и показать уже обработанные данные то очевидно их стоит вернуть.
Если клиенту не нужны данные, а нужно только совершить какое то действие, то он отправляет данные необходимые для этого действия и в ответ получает только статус.

Случай на которым вы акцентируете внимание, когда большой объём сырых данных обрабатывается и сохраняется на сервере, а потом в обработанном виде отображает на клиенте. Тут нужно смотреть по ситуации, клиент может быть слабый по производительности и скорости интернета, а может и нет, соответственно на сервер можно ждать обработанные данные с сервера, а можно на него отправлять уже обработанные.

frond-end-разработчик отвечает за то что происходит на в браузере, back-end-разработчика который отвечает за то что происходит на сервере. При этом ключевое слово здесь разработчик, т.е. разработчик на js, вёрстка может и не входить в его обязанности, а может входить. Если frond-end-разработчик не умеет js, но умеет css/html то его называют верстальщик.

full-stack разработчик это тот кто может тянуть проект/задачи в одно лицо т.е. для закрытия задачи не нужна помощь других спецов. В данном случае чаще понимается, что разработчик владеет всем используется в конкретном проекте. Т.е. это может быть как photoshop+js+html+css, а может быть python+android/java+ios/objC

Самый понятный подход такой:
вы резервируете для клиента например 8 часов в месяц, по цене в 2-3 раза больше чем ваша часовая ставка. Если он их не израсходовал то они сгорают. Если эти часы расходуются то идёт доплата, которая опять же выше вашей почасовой ставки.

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

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

гуглите "настройка samaba"
для современного десктопного дистрибутива линукс скорее всего достаточно поликать в окошках

$servers[] = array(...);