Crash

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

Самое забавное — эти знания приобретаются в любом техническом ВУЗе побочными путями, где абстракции как-бы вообще не в тему :) На ИТ специальностях это изучается вроде как подробно (но это не точно, не учился)

Могу посоветовать видео:
https://www.youtube.com/watch?v=bPp3lAkuMEY

И статью, которую я написал — не даст фундамента совсем, но может чего и даст:
Абстракции и как они текут
В статье попытался передать материал, который я 2-3 раза доносил своему директору и 1С-программисту (оба взрослых) в нашем проекте — по итогу родилась статья...

...

Также абстрактное мышление развивается при чтении фантастики и многочисленном опыте в разных сферах.
Абстрактное мышление не развивается с мифическим опытом прожитых лет!

ну потому что более читабельнее

<?php if ($test == 1): ?>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>
<?php endif ?>

чем где, весь контент, надо через echo выводить, для этого либо такая конструкции, либо шаблонизаторы

<?php if ($test == 1) {
   echo "<div>some text</div>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>
   <div>some text</div>";
}

?>

Можно все директории application, system вынести на уровень выше document root, думаю это подойдёт как альтернатива этому

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

записей в таблице products очень много ( около 1млн )

это не много, это нормально

и запросы типа JOIN не предлагать, так как оно существенно влияет на производительность

а этот бред вы как догадались сюда приплести? У вас наоборот с выходом из внутренних джоинов выборка по ид будет сокращаться, в итоге по таблице продуктс будет только джоин нужных ид(что аналогично выборке where in, только с меньшими ограничениями, например ордер и лимит). По этому сджойнте мелкие таблицы, получите с них модел_ид, и по нему уже джоин продкут.
Я бы денормализовал продуктс, внес бы еще брэнд_ид в него, но это так, мелочи.

Если деньги нужны вчера, то уже поздно

Добрый вечер.
Для начала сохраните модель Products, сформируйте имя для нового файла и передайте это имя в модель UploadForm.
Имя файла создайте в beforeSave();
Так же используйте транзакцию. Если файл не загрузится - откатите транзакцию.
Получается, что Вам надо сохранить одну модель.

Сам фриланс жив. И будет жить вечно.
А кому, как вы думаете, фирмы в СНГ заказывают работы? Австралийцам, что ли?

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

Но на биржах в 98%, да, шлак. Так же и в англоязычном фрилансе.
Но там объемы раз в десять превышающие объемы на русскоязычных биржах, по причине большего количества населения владеющего английским, а не русским.
За счет объемов и кажется, что в англоязычном лучше дела.

он не умер, он просто так пахнет

$identity = User::findOne(['username' => $username]);
Yii::$app->user->login($identity);

(c) Документация

есть ли подобный плагин?

Да, куча, называются календарь
Например:
https://fullcalendar.io/releases/fullcalendar-sche...
или вот еще ближе
https://javascript.daypilot.org/demo/scheduler/ind...

Как вариант писать самому или взять календарь для верха и внизу цепляясь за event-ы календаря генерить таблицу

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

По алгоритмам. Codewars. В игровой форме, задачи разной степени сложности, разделены по темам. Есть проверка, можно сравнивать решения с решениями других пользователей. По структурам данных советую книгу Think Data Structures. Algorithms and Information Retrieval in Java. автор Allen B. Downey, в состав которой входят упражнения.

https://www.hackerrank.com/dashboard

Возьмем например Дропбокс.

Изначально был написан на Python - это быстрее для прототипирования.
Потом был переделан на Go - для предсказуемости и скорости. Но зачем переделывать полностью? Многие куски на Python существуют там до сих пор. И работают.
И маааалюсенький кусочек был переделан на Rust - для ускорения самого узкого места.

Вот вам и 3 языка работающих одновременно в Дропбоксе на бэке.

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

Или такова была особенность задачи. Пример с комбинацей Rust/Go выше приведен. Где то может быть лучше один язык, где то другой.

А если мы вспомним, что проект не только пишется, а еще и готовые компоненты применяются - то автоматически к любому почти проекту добавляются С/С++ те что в БД к примеру и пр. и пр. SQL - тоже язык бэкенда. И пр. и пр.

Вы преувеличивайте значение языка. Это всего лишь инструмент программиста. Такой же как клавиатура. Опытный программист за долгие годы изучает не меньше десятка языков, а кто то и намного больше. Ничего такого в этом нет.

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

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