Михаил

Попробуйте так:

$del = Yii::$app->request->get('del');
        if (!empty($del)) {
            $del_org = Comments::findOne($del);
            if ($del_org->delete()) {
                $this->redirect(...url...); // Это работает в контроллере
            }
        }

Но вообще то удаление принято делать как минимум через POST, а как положено - через DELETE-запрос.

1. Самое простое - Watermark.
2. Сложнее - частичная доставка с сервера выбранной области изображения с шифрованием и расшифровкой на клиенте, и никогда не отображать изображение целиком. (т.е. типа контейнера со скроллом внутри канваса по аналогии с гугл-мапс).
3. Хардкорный стиль - Adobe Flash Application!
4. "Puzzle" - "хаотичная" (только с виду!) динамическая нарезка в режиме спрайт-карты и сборка через js. Формула - тоже разная каждый раз.
5. "Калька" - многослойное изображение из нескольких с альфа-каналом (с прозрачностью)
6. Класть изображение в JS-контейнер на серверной стороне, помещая в него метод отображения с привязкой к IP и браузеру клиента, и ровно на 15 секунд (чтобы загрузил и всё) и бинарные шифрованные данные, после загрузки скрипта у клиента - запрашивать токен с сервера на расшифровку данных.
(методы можно комбинировать)

1. При тестировании несуществующего метода в symfony генерируется исключение, а это всегда дорого и медленно.
2. Когда тестировался существующий метод, то разница показала реальную производительность фреймворка. И разница в чуть менее в 2 раза не такая уж и большая.
3. Symfony используют не для выигрыша в производительности. Гораздо важнее тут скорость разработки и качество кода.

1 - то, что показывает браузер, он уже скачал в %temp%
2 - можно запихнуть картинку во flash, с пессимизацией от яндекса, за не мобильный контент
3 - можно класть картинки как background-image:url(http://.............);
Но ни что не помешает юзеру нажать PrtScr

Полагаю, фотостоки уже обмусолили этот вопрос. Если бы был другой способ - не было бы ватермарков на стоковых фото.

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

в чём причина

Главным образом в том, что str_replace() не работает с регулярными выражениями.
preg_replace();

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

(кратко про себя)
Все лежит в папках: компонент + стиль. Собирается webpack'ом. Но у меня react-проекты.

(длинно, но вроде бы по делу)
Если относительно долго занимаетесь - у вас скорее всего уже выработались части, которые похожи - их выносите. Так же скорее всего у вас есть одинаковая структура (обычно это js/css/images и html, либо как вы пишите компонентами (отдельными папками) внутри котороых html + стили и может js ). Делайте шаблон для будущих проектов, в первую очередь удобным для себя - ведь вам с ним работать, а в нем реализуйте то что умеете по-максимуму (жмите картинки, оптимизируйте js и т.д)

Плагины, которые используете для Gulp, просто проверьте в блэклисте, а так же можете посмотреть новые версии. Вообще, хорошо если вы знаете все свои плагины, в таком случае - вам и этот пункт можно не выполнять.

кажется, что не использовал это все на 100%

Всем так кажется, поэтому когда не хочется заниматься работой, идем в гугл и смотрим опен-сорс проекты других людей: gulp, wepback, затем если нашли что-то любопытное идем в npm/github читаем доку. Пытаемся применить в работе.

Что имеем в итоге?
1) если все работает и вас устраивает (скорость сборки, удобство проверки в разных браузерах ...) - "работу работать";
2) если есть время и желание - гуглите опен-сорс решения, читайте твиттер интересных людей / новостную подписку;
3) если хочется услышать мнение коллег, но при этом коллег рядом нет - пишите статью на хабр. Просто статья: я использую такие-то плагины в своем "шаблоне" - вряд ли получит лестные отзывы, но возможно кто-то напишет: вот в этом месте у вас плохо, сделайте иначе. Возможно, вы придумаете, как написать статью интересно - тогда честь и хвала. И критика. А обоснованная критика всегда хорошо.

P.S. если используете Jade и следуете BEM-методологии, то я бы порекомендовал посмотреть на этот проект

$this->client = new GuzzleHttp\Client(['base_uri' => AC_URL]);
...
public function send($data) {
  $response = $this->client->request('POST', AC_URL, ['json' => $data]);
  return (array)json_decode($response->getBody()->getContents());
}

При минификации кода второй вариант сломается

Адрес начинающийся с двойного слеша будет использовать протокол, по которому загружена страница верхнего уровня
Используется это, для того чтобы не заморачиваться, где будет вставлен твой сниппет, так как политика безопасности для https требует чтоб все подресурсы так же загружались по https (браузеры имеют право даже вообще не грузить http ресурс на https странице)
А если страница загружена по http - то незачем тратить ресурсы сервера на шифрование, а время и ресурсы клиента на дешифровку

Резюмируя:
<img src="//site.ru/img.png">
на https странице будет работать как <img src="https://site.ru/img.png">
а на http странице как <img src="http://site.ru/img.png">