Ответ прост: перепродажа услуг ничего непонимающим человеком в 99.99% случаев: режим "роутера" => ведение двусторонней переписки в двух чат-окнах.
Задать протокол ведения диалога - можно всегда после первого созвона и вступительной беседы, чтобы понимать квалификационный уровень исполнителя.
Если человек не хочет общаться голосом - он не компетентен в данном вопросе и просто этого избегает. (другие, еще хуже: только по почте общаются)
Итог: отказались поговорить и ответить на Ваши вопросы голосом - сразу же ищите следующего исполнителя. (или ориентируйтесь на скорость ответа в чате + время суток, что не советую)
Данные передаются пакетами, а протокол - порядок полей в каждом таком пакете.
Аналог: перевозка груза железнодорожными составами с определённым порядком и назначением вагонов в них. (это и есть соглашения)
Остальное - в википедии.
На PHP для работы с изображениями есть встроенная графическая библиотека GD2.
С помощью неё можно определить границы изображения и далее - вырезать как необходимо.
Однозначного ответа здесь нет.
Многое зависит от того, кто будет поддерживать будущую инфраструктуру и на чем это веб-приложение разрабатывалось изначально (т.к. бывает много зависимых правил в .htaccess, которые переписывать в nginx - нерентабельно).
Если продукт разрабатывается и тестируется в первую очередь под Apache (и, возможно, еще с какими-то модулями апача): однозначно Apache. Иначе - нужно думать в зависимости от схемы расширяемости, в обеспечении поддержки решения и т.д.
Да, был опыт: после добавления https://startssl.com/ (Free) позиция поисковой выдачи значительно выросла в Гугл, в Яндекс, Bing и Yahoo.
Могу сказать, что SSL - сейчас действительно нужен.
Стоит ли добиваться A+
Однозначно - ДА, т.к. поисковые роботы тоже тестируют безопасность (заметил по логам).
1. Про концепцию: всегда должна быть единая концепция: удобство использования на всех устройствах или UI/UX-first.
2. Про дизайнеров: они должны предоставлять макеты всех основных сеток и под разное разрешение дисплея устройства.
3. На основе всех макетов дизайнеров, верстается единый адаптивный шаблон и вопрос закрыт.
Веб-сервер: обычно Apache на любом хостинге.
На PHP - пишутся скрипты.
Берите любую CMS с функцией интернет-магазина и разворачивайте. (например, Joomla!+Joomshopping)
PS: Вообще, непонятно: почему Вы (человек далёкий от этого) занимаетесь этой задачей?
Это плохая практика.
Вместо этого делайте так:
1. При сохранении - контейнер изображения (картинку) именуете с помощью base64-строки или порядкового шестнадцатиричного символьного представления (ID-HEX as String).
2. Реальное имя - пишите в базу вместе с полным путём к контейнеру.
Рерайт, перевод, написание полноценных уникальных статей со скриншотами, написание обзоров игр - всё, что имеет отношение к уникальному контенту в текстовом формате (+скриншоты).
Все температурные датчики нужно смотреть не в коленочных решениях, а в хардверном ПО, которым является BIOS или в утилитах производителя этих хардверных устройств. Вот там и смотрите.