Назар Мокринский

Использую Plupload уже давненько, собираю кастомный вариант с одним только HTML5 движком (без Flash, Silverlight, HTML4 и Java)

Вы чего так усложняете?)
echo implode(', ', range(1, 10));
"" . - это вообще жесть какая-то.

Linux + PhpStorm + Git
Публикация в продакшн - git push в production репозиторий.
Разработка на сервере ужасно криво, медленно и неудобно, но судя по тому что вы пользуетесь редактором кода вместо полноценной IDE вам может быть ОК и так.
FTP медленный и глючный (не говоря о безопасности), забудьте его как страшный сон навсегда.

Мне нравятся 2 и 4, при чем если параметров конечное число вы можете в 2 добавить ещё PhpDoc секции в $this->config, тогда даже подсказки в IDE получите, я у себя обычно делаю оба, кому как удобно.

$query = "UPDATE `table1` SET `photo`= '$uploadfile',`Price` = '".$_POST['Price']."', `Model` = '".$_POST['Model']."' WHERE `ID` = ".(int)$edit_id;

Вы хоть понимаете, что подстановка чего-угодно в $_POST['Price'] как минимум сломает ваш запрос (одной кавычки будет достаточно), а как максимум позволит специально подготовленной строкой снести к чертям всю БД?

Если бы код был на GitHub или ещё где-то где сразу можно посмотреть - я бы ещё зашел, а так - извините, но вы не туда с такими вопросами.

Правда ли, что если мой код будет написан в одну строчку, то выполнение скрипта будет занимать меньше ресурсов?

Глубочайшее заблуждение, если просто в одну строку написать - будет невозможно понято что там написано, а работать будет ровно таким же образом.

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

Стоит ли оно усложнения кода?

Зависит от того, на сколько конкретно у вас он усложнился.

Сильно ли снизит производительность?

Запустите в цикле 10000 раз вставку чего либо и сравните.

У меня своя обертка для этого дела в полном соответствии с форматом функции sprintf(), особого переусложнения кода не вижу, производительность ОК, вот как это работает, используется MySQLi.
Пример:

$db->q(
    "SELECT `id`
    FROM `[prefix]users`
    WHERE `login` = '%s'
    LIMIT %d",
    $login,
    1
);

Думаю, из примера понятно что произошло.

В CleverStyle CMS вы можете использовать процедурный стиль в своем коде, но ядро ООП, и придется при использовании дергать методы так или иначе. Посмотрите раздел быстрого старта, создайте простейший модуль (это тот компонент, который основное содержимое отображает).
Но в реальности от ООП вы никуда не денетесь, в PHP в частности есть множество удобностей, которые по той или иной причине неудобны/невозможны в процедурном стиле (та же автозагрузка классов).
Будут вопросы - обращайтесь.

А ваш будет на две головы круче чем любой из существующих? Если нет - не тратьте на это время. И почитайте в wiki, что такое стартап, на всякий случай, лучше в английской wiki.

AJAX + History API навигация, вы бы поиском научились пользоваться перед тем как программировать...

Запустить и проверить слабо? Даже быстрее получится чем писать сюда, отвлекать на ерунду кучу людей и ждать ответа!

for ($i = 0; $i < 1000; $i++) {
    $result = mysql_query('SELECT * FROM dreg_document');
  }

Бессмысленно, и беспощадно. Вы слышали про кэширование запросов? Так вот только оно здесь и будет работать)

И ещё, вы об асинхронности слышали? Так вот, NodeJS асинхронный, в том числе с запросами к БД.

Последние версии PHP имеют уже встроенное кэширование опкодов, видимо С код, который генерирует Zephir менее оптимален, чем то, что производит Zend Optimizer.
Случается, что C код, скомпилированный с -O3 медленнее PHP, бывает такое.
Напишите расширение изначально на чистом C (чтобы исключить влияние Zephir), если слишком сложные расчёты - можно в отдельное приложение на другом языке вынести. Судя по всему на простом С такой код переписать не составит труда.

$insert = ' insert ';
$into = ' into ';

Зачем???

mysql_escape_string

Вы страницу документации смотрели? Мало того что использование mysql_* функций давно устарело и уже выпилено из последней версии PHP, так mysql_escape_string ещё до этого не рекомендовалась к использованию.
В целом - читайте документацию, нормально форматируйте код, и читайте ошибки, всё вам популярно уже описано, а переводчик в другой вкладке.

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

Посмотрите на iRedMail, после установки у вас есть почтовый сервер, БД с аккаунтами, письма в каком-то формате в файловой системе Dovecot хранит (нагуглите в каком если нужно, навскидку не помню, искать лень). Остается поковырять графическую панельку чтобы разобраться как создавать самому произвольные аккаунты напрямую и вытаскивать что вам нужно.

Таким образом у вас:

• Почтовый сервер с БД
  
• Вызов скрипта по приходу письма
  
• В скрипте идете в папку с письмами и вытаскиваете всё, что вам нужно
  
• При необходимости меняете записи в БД для добавления доменов и аккаунтов, управления квотами и всяким таким