Александр Маджугин

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

Во-вторых, если все же у тебя шило в попе, хочется какую то херню погородить, то умные люди придумали некоторые стандарты. Условным стандартом в php являются компоненты с самого качественного фреймворка symfony, на которых кстати основан также laravel. Вот компонент роутера например. Популярные фреймворки состоят из таких мелких независимых компонентов.

В-третьих, на будущее.. Прежде чем что то делать, посмотри как это сделано у других. Компонент роута я тебе дал, хочешь свой пилить (хотя это абсолютно бессмысленно), то пожалуйста, но лучше ты 100% не сделаешь, так что просто посмотри как сделано у них хотя бы.

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

Кстати можешь посмотреть эти курсы, самое толковое из того что есть

как только в ответ на очередной запрос на подгрузку сервер не вернул данные - можно считать, что они закончились.

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

Подготовьте ему смету, куда включите все по пунктикам, что сделано: прототип - столько-то часов, столько-то денег, телефонные переговоры с таким-то и таким-то его кандидатом на роль крутого фотографа - столько-то часов, столько-то времени... Длинный список, итого - затрачено времени - стоимость. Ознакомьте клиента. Разберитесь кто что кому еще должен. Желательно держаться в рамках спокойного диалога, ну а там уж как получится.

С битриксом работать можно, главное знать как. Работаю на нем уже не первый год как со стороны фронтенда, так и бекенда и делал на нем как простые лендинги так и интернет-магазины с калькуляторами и был даже новостной портал с парсингом новостей с разных источников. Конечно данная система не лишена недостатков как и любая другая CMS. С битриксом работают многие топовые компании на рынке России, и делают множество разных продуктов от простых до сложных. И причин в сторону выбора битрикса много, это и экономическая составляющая и множество готовых модулей позволяющих реализовать требования заказчика с меньшими затратами, чем на разработку с нуля на ларавел или питоне, но также выбор битрикса не всегда оправдан в случае простых сайтов.

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

Так же немаловажный момент выстроить правильную работу с прогерами, которые будут садить вашу верстку на движок. Так как когда пойдут правки по верстке и если ваш проект с минифицированными файлами ту и полезет куча проблем с потерей времени, либо правки будут вставляться в виде костылей в отдельные файлы (еще хуже если в те же самые сжатые, тогда ваша сборка верстки идет лесом) стилей, либо будут возвраты верстальщику он будет править js и css и html, а программисту придется частично переделывать уже проделанную работу, либо нужно будет думать над другими решениями (в 99% случаев бывают правки верстки). Можно использовать git для командной работы и умного мержа файлов например через phpstorm, там есть для этого нужный функционал, либо через командную строку мержить.

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

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

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

Есть у меня подозрение что вы не то пишите.
При выходе в панель у вас должна быть аналогичная картинка

------------------------------------------------------------------------------------
SiteName        | dbName          |       Type | S | Certificate          | Key
------------------------------------------------------------------------------------
default         | sitemanager0    |     kernel | N |  |
------------------------------------------------------------------------------------

И при указании
Enter site name (default): xxxxxxxxxx.com

Вы должны писать то, что находится в первом столбце. Т.е. не url-сайта, а вот это вот "default" или что у вас там.

php 7 - typehints.

function fname(string $str, \SoapClient $client) {
//...
}

с указанием возвращаемого типа:

function fname(string $str, \SoapClient $client) : int
{
//...
return 0; 
}

php 7.1
nullable parameters

/**
 * @param $str string|null
 * @param $client \SoapClien  
 **/
function fname(?string $str, \SoapClient $client) {
//...
}

У Раруса тут да, немного по-дурацки написано, сам наткнулся и понял что статья не полная. В общем то, там все хранится или в куки или у пользователя в профиле. Отдельную таблицу создавать не надо, все в принципе прозрачно если немного разобраться.

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

<a class="favor" data-item="<?=$arResult['ID']?>">В избранное</a>

Ну и в компонент-эпилог повесить обработчики на js, чтобы в кеш не попадать.