Максим Федоров

Добрый день.
Вот, читайте, отложенная и жадная загрузка. Далее в статье как работать с join.

Похожий эффект Facebook разбирают (на англ.)

В Enterprise всё делается через ж... "на отстань" - сколько раз я это уже слышал! А вы не делайте! Попробуйте ради прикола сделать хорошо. Может быть сразу интерес к работе вернётся.
Ну и потом, деньги - не главное... для тех, у кого они есть.

octobercms.com

Собственно, синглтон нужно понимать как костыль. Это средство, не позволяющее конструктору класса отработать повторно.

В исходниках :-D

socket.io работает на websocket протоколе.

бензин или машина, что выбрать? Грубо говоря

Доброе утро.
"unable to resolve the request" == "не удалось выполнить запроc"
В config/web.php

if (YII_ENV_DEV) {
    // configuration adjustments for 'dev' environment
    $config['bootstrap'][] = 'debug';
    $config['modules']['debug'] = [
        'class' => 'yii\debug\Module',
    ];

    $config['bootstrap'][] = 'gii';
    $config['modules']['gii'] = [
        'class' => 'yii\gii\Module',
    ];
}

А это удалите

'modules' => [
        'debug' => [
            'class' => 'yii\debug\Module',
            'allowedIPs' => ['*'] // пробовал и совсем удалять эту строку
        ],
    ]

Так же очистите директорию runtime/debug.

p.s. Ох уж эти замазывания на скриншотах! Конспираторы!!!)))

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

Композер - это, пожалуй, лучшее что произошло с пхп 5й версии.
Валить или переубеждать тимлида - это по сути одно и тоже, если присмотреться. Просто демонстрация вашей неспособности брать на себя ответственность.

Года 3 назад на моей прошлой работе в команду пришел очень толковый проактивный человек, который никого не стал переубеждать. Он просто стал делать правильные вещи. Без объяснений. И без приглашений. Коммитеть юнит тесты. Подключать линтеры. Деклайнить неудачные пулл-реквесты. В итоге он сам стал тимлидом где-то через год.

Такие дела.

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

С чего начать разбирательство? В каком файле что хранится и как это организовано?

Если вы хотите понять, как работает это библиотека, что за чем вызывается и тд, то я очень рекомендую использовать вам отладчик (Самый популярный - это xdebug) с какой нибудь удобной gui'шкой (Оная присутствует в phpstorm). Ставите breakpoint и вперед разбираться с порядком вызова того или иного метода, функции и тд.

Как сразу понимают каким образом использовать чужой код?

Читаем документацию по этой библиотеке.

Неужели поддерживать документацию ОПП проще, чем документацию конкретными функциями?

В первую очередь важна не поддержка документации, а поддержка кода. И удобство его использования.

Если бы в будущем был сервис вроде github но для функций и они ставились в php так же просто как установка пакетов apt install функция1 функция2 ..; было бы просто шикардос. Не?

Вы считаете, что устанавливать библиотеки в php непросто?

Автор библиотеки специально пропустил несколько файлов, которые пользователь должен создать сам, типа не для дурачков.

Он не пропускал никаких файлов. В комментарии по ссылке он предлагает создать программисту клиентского кода файл с конфигурацией на его усмотрение. Файл конфигурации не имеет никакого отношения к реализации. Программист клиентского кода волен сам решать, как конфигурировать объекты:

// Так
$someObf = new SomeClass('this_is_example_api_key');

// Или так
$someObf = new SomeClass(require('config.php')['api_key']);

// Или, например, так
$someObf = new SomeClass($config->get('api_key'));

"best practices" - это не писать то что уже написано.

Минимум год,занимаясь по 12 часов в день,параллельно изучая English.
Да и то,это уровень стажера,но никак не джуниора.

Ну человек ты конечно замахнулся)

А теперь серьезно, я тоже начинал с этих курсов поэтому опишу свой опыт. Пригодиться тем кто не хочет наступать на грабли. Начинал с них когда интерфейс был на силверлайте и лекций было очень и очень мало, впервые стартовали реальные проекты. Но это было давно и как сейчас там обстоят дела не знаю. Всего прошел 30 уровней.
Итак конкретно за курсы
1) Они помогли научится кодить на джава.(дополнительно к курсам смотрел головоча, по многопоточности и еще паре тем, в книгах читал интересующие главы)
2) Они научили не боятся программирования. Как бы странно это не звучало.
3) Дали основные понятия по алгоритмам и ооп.(основные не значит достаточные:) )
4) В целом самый главный плюс они хорошо структурированы и при возникновении проблем есть сообщество которое поможет. Ведь нет ничего хуже чем то состояние когда пропадает мотивация из-за слишком сложной задачи а спросить не у кого(За мои годы обучения это оказалось самым важным плюсом при выборе любых учебных материалов)

Потом была стажировка у Кислина(Каким-то чудом удалось туда попасть от джавараш)
Здесь научился строить более менее работающие приложения. И перестал боятся библиотек, фрейморков и прочего. Главное для меня что было вынесено со стажировки это умене соединять разные технологии(К примеру теперь в моих глазах нет ужаса если вдруг узнаю что мне нужно сделать возможность обмена данными для линукс приложеня написанного на с++, с веб-приложением на java которое будет отдавать данные мобильникам. То есть присутствует понимание как работают технологии).

Потом я устроился на работу))))))

По времени на ближайшие пол года, просто проходите курсы на javarush. Плюс htmlacademy - на нем курсы по html, css. В этом же заходе изучайте sql по книге издательства o'relly -"Изучаем sql"
Если есть стажировка хорошо, если нету покупаем у Кислина topjava. После javarush это наиболее предпочтительный вариант, первая рассылка за плату остальные бесплатные так что если не уложитесь в сроки можно не беспокоиться у вас всегда будет свежая версия проекта, если паникер забэкапите эти 3 гига данных. На этом этапе главное усвоить то как технологии работают вместе и то как важно выбирать правильную архитектуру. На это уйдет еще пол года.
(Данные сроки актуальны если заниматься кодингом по 6 часов ежедневно, ну в воскресенье можно расслабиться:) )
Английский нужен, учить однозначно. Lingualeo плюс Пимслер плюс учебник плюс сериалы на инглише. На то что бы подтянуть на норм уровень уйдет месяца 4-5.

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

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

junior, mid, senior - это указание уровня опыта. Забугорный аналог наших младший, старший - сотрудник. Такие уровни деления по знаниям приняты почти во всех областях на западе(веб, мобилы, десткоп, наука)

Ну и чисто бытовой совет, старайтесь хорошо кушать, высыпаться и не забивать свою голову программухой. Оставьте себе свободное время это поможет не охладеть. Вот к примеру есть такие кадры которые пишут что они 12 часов 7 дней в неделю батрачат код и через 3 года пропихиваются на джуна в контору "рога копыта" и Там уже растут как профы батрача код по 16 часов в сутки. Это не полезный пример. Голова постоянна забита новыми знаниями, кругом каша и ничего не разложено по полочкам. Вот и выходит что по 12 часов занимаются а толку ноль. Только устают потом и выгорают. Как мне кажеться наиболее удобный распорядок дня это когда часиков в 8-9 вечера ложишься спать, встаешь в 3-4 утра. Выходишь на прогулку дышишь свежим воздухом и топаешь кодить, а лучше учить что-нибудь на свежую голову, это классно и информация лучше усваивается. Кодишь часа 4 потом универ, работа(нужное подчеркнуть). А вечером делаешь какую-нибудь рутину, типа накодить какой-нибудь фигни которая особых умственных способностей не требует. Главное не зарывайтесь. И делайте перерывы между технологиями. К примеру поучили жабу два месяца, а потом следующую недельку вообще ничего не кодите. Это поможет сберечь психологическое здоровье, а утренние прогулки физическое))))

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

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

JSON пора использовать вместо «параметры разделить через запятую, а при получении из базы просто разделять их по запятой и заносить в массив»...