dev400

что должен знать идеальный джуниор (мое личное мнение):

- Сетевой стэк. Нужно иметь хотя бы базовое представление о том как с сервером общаются. Ну то есть не нужно лезть в дебри, но понимать что такое HTTP или чем TCP от UDP отличается - нужно. В целом это пара часов чтения википедии.
- GIT или любая другая распределенная VCS. Базовые навыки, что бы хотя бы понимал что есть git revert или git rebase, что такое фичабрэнчи и примерное представление как это работает и зачем надо.
- Базовые основы unix. Ну то есть что бы не пугаться таких вещей как ssh хотя бы.
- PHP. Без этого никуда. Он должен понимать что такое слабая динамическая типизация (не заучивать табличку кастов типов, а понимать плюсы и минусы, такая же история с приоритетами операторов - не заучивать а знать как избегать проблем с чтением кода)
- Понимать что код чаще читают чем пишут, а потому не экономить 5 минут на написании кода, а писать так, чтобы сэкономить 30 минут человеку, разбирающемуся в куске кода.
- Знать базовые вещи в плане безопасности. XSS и как защищаться, SQL инъекции и как защищаться, CSRF, MITM. Понимать что такое NDA, что данные пользователей - секретная информация. Как хэшировать пароли (не md5 а password_hash) и почему это важно.
- Знать SQL. Глубоких знаний не требуется, нужно лишь понимание того, что такое нормальная форма, желательно разобраться с вопросом денормализации данных. Идеально иметь хотя бы базовые представления о том как работать с NoSQL решениями.
- Процедурное программирование: почему глобальные переменные порождают сложность, что такое состояние, как можно использовать классы для изоляции состояния и т.д. Инкапсуляция. Инварианты, пост/пред условия, сохранение целостности...
- Разделение ответственности. Это один из важнейших принципов, и упрощать все это до "mvc фреймворк" слегка неправильно. Вы должны понимать что от чего отделяете и главное зачем.
- Автоматические тесты. Джуниор должен знать что это такое и иметь хотя бы минимальный опыт их написания. Должен понимать разницу между юнит и интеграционными тестами. Быть знакомым с пирамидой тестирования.
- Уметь решать стандартные задачи не задавая слишком много вопросов. Например регистрацию пользователя по email-у вы должны написать, или авторизацию через соц сети, или комментарии, или новостную ленту.
- Уметь дебажить. xdebug, blackfire и тд.

В целом где-то за годик весь этот список можно влегкую покрыть с нуля.

p.s. Я в списке специально не указывал ООП, поскольку всеравно первые пару лет у разработчиков выходит процедурщина на классах. Это не плохо, но того что в моем списке более чем должно хватать для решения стандартных задач. Но термины вроде "инкапсуляция/полиморфизм/наследование" требуются в обязательном порядке подавляющем количеством интервьюверов, а стало быть знать это надо. Единственное что - рекомендую в свободное время глубже погрузиться в этот вопрос а не тупо заучивать формулировки.

Так же вещи вроде docker джуниорам знать не обязательно просто потому, что их врядли допустят сходу к управлению инфраструктурой. А так пару неделек на изучение и вперед.

$( "[class^='alert-']" )
jQuery Documentation

Никак. Вы можете выбрать элементы, у которых атрибут класс начинается с alert-, но если этот класс стоит вторым или третьим, то вы до него не доберетесь. Лучше перечислить все классы alert-* и удалять их все.
UPD: В принципе можно конечно регуляркой, но скорее всего оно того не стоит.

приведи код в нормальный вид и посмотри что у тебя и когда выполняется:

<?php

if(isset($k1->Цена)) {
    
    $vag="VAG";
    
    echo 'K1 PRICE = '.$price.'<br>';    
    
    if ($k1->Запчасть->Бренд == $vag) {
        echo 'VAG <br>';
        $price = $k1->Цена * $koef;
    } else {
        echo 'NOT VAG <br>';
        
        if ($k1->Цена <= "150") {
            $price = $k1->Цена * $koef2 * 1.2;
            echo 'PRICE KOEF = koef2 * 1.2 <br>';
        } else {
            $price = $k1->Цена * $koef2;
            echo 'PRICE KOEF = koef2<br>';
        }
        
        echo 'PRICE = '.$price.'<br>';
        
        $dataRes_final[$k][] = [
            'brand' => $k1->Запчасть->Бренд,
            'code' => $k1->Запчасть->Код,
            'title' => $k1->Запчасть->Наименование,
            'price'=>$price
        ];
    }
}

SVG, попозже возможно так же подкину аналог реализиации

-----
непрошло и года ;)
чет руки только дошли
https://github.com/alexiTakov/svg-map-Russia

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

Вероятно дело в том, что Вы не отправили CSRF токен. Поэтому при get запросе все работает, а при post ошибка, так как переданные данные не прошли проверку. Надо либо добавить в запрос CSRF токен либо отключить его проверку для данного экшена. Подробно тут: www.fantomslim.ru/articles/yii2-ispolzovanie-csrf-...

Я бы не стал делать города 3 уровнем домена NEW.ru
Лучше сделать подпапкой и со старого домена - сделать 301 редиректы.

Далее - по субъектам (округам, областям и т.д.): здесь список

Вологодская область 35 35 19 RU-VLG

И здесь: коды по стране, округу и городу.

RU VGD Vologda Vologda ---4---- AI 0001

И объединяем: сайт/страна-область/город/,
делая 301 редирект для Вологды (для других - аналогично) на эту папку со старого (также не забыв указать новый URL в карте сайта: sitemap.xml, если URL был изменён):

new.ru/ru-vlg/vologda/

Не путать регионы/штаты страны с кодами языков !

Также, рекомендую еще почитать про геотаргетинг в справке гугла (на русском): здесь
Вот, что важно для таргетинга по городам:

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

Google не использует для геотаргетинга ни метатеги расположения (например, geo.position или distribution), ни атрибуты HTML.