Laravel по-русски

Да можешь. Тебе нужно почитать про получение файла из base64.
Если сильно кратко, то вот. Давно было, поэтому много не вспомню.

public function createImage($data){

if(strpos($type,'png')){
	$img = imagecreatefrompng($data['path']);
...
// $newImg - потому что нужно было изменить фотку.
// $tmp_link - временное место для хранения данного изображения(опять же "фишка" моей задачи).
        imagepng($newImg,$tmp_link);
}elseif(strpos($type,'jpg') || strpos($type,'jpeg')){
	$img = imagecreatefromjpeg($data['path']);
...
        imagejpeg($newImg,$tmp_link);
}

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

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

>> используй PSR
-__- табы ван лав. . .

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

$order = OnOrderType::with('models')->where('address', $onOrderType_address)->orderBy('id', 'desc')->first();

Должно быть так. Попробуй перед условием эту строку прописать и проверить, что ложится в $order.

Ааааа, точно точно. Ступил, скопировав не думая. Каюсь. Править уже не могу сообщение. . .

Ммм нет. Ты не понял, куда вставлять данную проверку.

@if($brands->count() === 0)
  @foreach($brands as $brand)
    <tr>
         <td>
              {{$brand->alias}}
          </td>
           <td>
                {{$brand->description}}
           </td>
            <td>
                  {$brand->meta_title}}--}}
            </td>
     . . . 
@else
      {{$title}}
@endif

То есть сперва проверка на переменную, а потом уже код, который использует эту переменную.

Может я скажу что то совсем простое иии тупое или глупое, но ведь логично, что такое количество в выборке. Тебе нужно продумать саму выборку, как бы ты на чистом sql выбирал. Просто сперва получаешь таблицу версий, к каждой внутренней записи цепляешь энное количество записей из таблицы групп, в свою очередь к её записям ещё и продуктов записи, а к продуктам поля. . . Ну это перебор. Быть может джойны тут спасут.

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

Вот именно тут мне придётся часть функционала выборки из sql перенести на php, так как на sql я не могу выбрать всё, сортируя по двум полям. Придётся выбрать всё, а на пхп подсчитать схожие записи.

Это всё понятно.
Под словами "все поля занести в group bу", это значит, что бы запрос прошёл и ошибка не высветилась. Естественно, что мне левые поля не нужны в  group by. Прямой запрос в БД проходит на ура, а вот через ларавель не выходит каменный цветок.
Судя твоему примеру - сгруппируем мы по возрасту, а имя и зарплата будут дублироваться. Ну и пусть, они же не уникальные. Главное что не будет дублей в колонке возраста, а имя или зарплата будет подставлено первое попавшееся значение из сгруппированных строк, по идее. Но это опять же в рамках допустимого, так как не уникальные поля.

П.С. А, всё понятно, всё решено. Для нуждающихся -
https://laracasts.com/discuss/channels/ … ot-working

Сложные у тебя запросы. Честно, с джойнами почти не работаю. Их заменяют такие функции как has, with, whereHas , подробнее например -
http://www.itmathrepetitor.ru/laravel-5 … -wherehas/
Правда результат и его обработка будет чуток отличной, зато код понятнее и меньше. А иногда и быстрее.
В кратце - что бы написать конструкцию типа Сontainer::with('weight', 'container_run')->where('id',1)->get(); Нужно что бы в модели Сontainer, которая работает по таблице container, была прописана связь (один к одному, один ко многим) к таблицам weight и container_run, которые так же имеют свои модели. Подробнее - https://laravel.ru/docs/v5/eloquent#%D0 … 0%B8%D1%8F
А вот джойнить чёт у меня не получается

Может тоже плюсом будут -

$this->builder->where(function($q){
   $arrId = Table2::where('title', 'нужный')->pluck('связующее поле таблицы 2');
   $q->whereNotIn('связующее поле таблицы 1',$arrId);
})

Если через джойны

$this->builder->leftJoin('table2', 'связующее поле таблицы 2', '=', 'связующее поле таблицы 1')->where(function($q){ 
             $q->whereNull( table2.id )->OrWhere('table2.title', '!=', 'нужный');
       });

Кстати, а ты куки свои смотришь или чужие?
Просто я как то раз затупил. Создавал куки для авторизованных пользователей, то есть для каждого свои и проверял есть ли такие, находясь в своей учётке. Естественно, в моём браузере небыло кук созданных для других пользователей.
Ну и ещё такой момент - когда куки отправил, то сперва должна загрузиться страница, а уже после, при повторной загрузке страницы они должны попадать в мидлвер.
Если у тебя стандартные функции пхп не работают, то по идее не должны и ларавельские работать. Я мельком глядел, вроде ларавельские на них основаны. Хотя не уверен.