Ришат Кадыров

Никогда, ну то есть совсем никогда не используйте придуманные вами методы шифрования.

Любой человек, который разбирается в шифровании лучше вас (поверьте, это скорее всего вообще любой человек который попытается расшифровать ваш код) расшифрует его очень быстро. Минуты или часы - это будет зависеть от того, что он получит. Если он получит строку просто HGZPLCE_VTJ, без всякого контекста, то вам беспокоится не надо. В противном случае надо.

В любом случае, вы изобрели плохенькую симметричную криптосистему, В пхп есть встроенная и хорошая: mcrypt, используйте ее.

1. Для этих целей, как вы верно заметили, придумали for. Он сюда подходит идеально, как будто пример в учебнике.
2. Среди while, for и foreach нет самых лучших и самых худших циклов в плане говнокодерства. Они нужны немного для разного. И правильнокодерство это использование каждого цикла по назначению. Читаемость от этого тоде чуть улучшится.
3. В плане производительности foreach медленнее, остальные примерно равны, но это представляет чисто теоретический интерес.

Есть вакансия сеньора? Отправьте резюме джуниора! Скорее всего проигнорируют, но могут и пригласить на собеседование.
И собеседование это супер экспириенс даже для опытных программистов. Узнаете много новых слов - выйдете из офиса, сразу запишите их. А потом читайте информацию. Словом, куда двигаться, расскажут после собеседований.
Сейчас я могу предположить, что несмотря на ваш вполне достаточный стэк технологий, ваши знания исчерпываются самым начальным уровнем. Поэтому копайте вглубь, а не вширь. Единственное что можно добавить это composer и bower, может быть еще twig и bootstrap, но лучше, повторюсь, копать вглубь.

Нужны неймспейсы.
Копать тут: php.net/manual/ru/simplexmlelement.getnamespaces.php
Там в комментариях есть примеры.

Наверное раньше вы смотрели через "исходный код страницы", а сейчас смотрите как обычную веб-страницу.

Посмотрите какие настройки и откуда он подтягивает c помощью phpinfo() на странице с правильным и неправильным временем.
Потом уже думать можно будет.

Обычно генерируют PDF, а не PNG.
С распечаткой PDF проблем не бывает.

Тут регулярка явно не нужна, используйте strpos.

С чего вы решили что без ООПа будет реально больно? Есть куча проектов почти без ООП. И это не обязательно говно-фреймворки, а, к примеру, ядро Linux или WinNT (там почти всегда чистый C или ассемблер). Это конечно не новые примеры, но это успешные проекты.

ООП это просто много сахара в синтаксисе, который может упростить вам жизнь. А может и не упростить. Если вы будете тупо дописывать слово "class" в начале каждого файла, то код формально станет объектно-ориентированным. А на практике не станет.

Но я кажется совсем не ответил на ваш вопрос. Могу сказать вот что. Пишите побольше кода. Старайтесь юзать ООП. Рано или поздно, во время чтения какой-нибудь статьи вы обнаружите, что вы в предыдущем проекте изобрели инкапсулирование. Только делаете его через заднее место, и не знаете что оно так называется. И станете делать его правильнее. Потом изобретете наследование. Потом полиморфизм. И потом познаете дзен ООП.

А у нас на этот счет две мысли.
1. Вы пишете что там есть интеграция с 1С. Но она там так себе, в тоже время для интеграции Битрикс не нужен, она легко пишется сама. Словом, интеграция с 1С совершенно не уникальный плюс Битрикса.
2. А вот самый важный плюс Битрикса вы пропустили. Предположим, я заказчик, и у меня есть 100 тысяч бюджета на сайт, за которые я отвечаю головой перед начальством. Сначала я встречаюсь с вами, и вы мне пытаетесь доказать, что вы напишете мне такую штуку, которая будет с MVC и крутой шаблонизацией. А потом я встречаюсь с представителем Битрикса, и он мне показывает самую коммерчески успешную систему в России, показывает готовую админку, показывает множество готовых шаблонов и работающих сайтов. На какую лошадку я поставлю, как вы считаете?

Сложный вопрос. Вообще если в 1000 мест вы используете подготовленные запросы, то в 1001 месте тоже их стоит использовать.

Скорее всего если вы решите написать в этом месте обычный запрос, то в случае действительно хорошего кода надо написать комментарий вроде: "По результатам тестов (ссылка на документацию) было решено отказаться от подготовленных запросов в связи с 5% уменьшением нагрузки на сервер".

Но это только мое мнение, тут все очень условно.

Этот или другой файл уже отправили заголовки.
Строка 12 ни в чем не виновата, ищите ошибку выше.

Для JS препроцессоры распространены, так как люди пытаются тащить парадигмы ООПных языков на в самом деле отличающийся JS.

PHP самый обычный, и очень простой ООПный язык программирования, поэтому обходится без всего этого.

В общем на этом можно заканчивать, но есть одно но. Так как PHP прост и на нем куча кода, который не всегда быстрый, то PHP сам может быть "препроцессором" для компилируемых ЯП. К примеру в HipHop PHP код транслируется в C++, и затем компилируется.

Обычно используют cURL
Но можно и file_get_contents с заполненным третим аргументом.

Можете хоть прям в html писать эти данные:

<script>
     window.foo = {}
</script>

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

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

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

Внезапно, но нужно. Мне регулярно попадаются подобные задачи. Пишу на самом "быдлокодовом" php.