К. А.

В общем проблема оказалась в неверной кодировке на стороне SQL Server, как выяснилось отдавал он все же cp1251. Но сами "хвосты" все же отдавал драйвер, потому пришлось при подключении прописать
'AutoTranslate' => 'no'
И все ответы от базы прогонять через свою функцию (оставлю тут, может кому пригодится)

function fixCharset($data, $from = 'cp1251', $to = 'utf8'){
    if(is_scalar($data)){
        return mb_convert_encoding($data, $to, $from);
    }
    else {
        if ($to_object = is_object($data))
            $data = (array)$data;

        array_walk_recursive($data, function (&$item, $key) use ($from, $to) {
            $item = mb_convert_encoding($item, $to, $from);
        });

        return $to_object ? (object)$data : $data;
    }
}

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

В общем, после нескольких часов пинания встроенного в laravel драйвера sqlsrv, пришел к выводу, что проблема в самом драйвере. Пошел ковырять и искать решения для работы через odbc и нашел такой пакет: techscope/laravel-sqlserver

При установке композером возникает ошибка, мол не установлен ext-odbc, установил командой (ubuntu)

sudo apt update && sudo apt install unixodbc php7.2-odbc

Далее, у меня проблема осталась, но ext-odbc точно установился ,т.к. выводился в списке подклчюенных. Списал на багулю пакета и установил командой

composer require techscope/laravel-sqlserver:dev-master --ignore-platform-reqs

После поправил в config/database.php секцию sqlsrv, добавив

/* ... */
'sqlsrv' => [
...
    'odbc_driver'   => '{ODBC Driver 17 for SQL Server}',
    'TrustServerCertificate' => 'yes',
...
],
/* ... */

Значение для `odbc_driver` смотрим командой
head -1 /etc/odbcinst.ini
То, что в квадратных скобках пихаем в конфиге в фигурные.

Ну и добавить провайдер в donfig/app.php не забываем.

После проделанных манипуляций удалось выполнить целиком весь запрос в DB::select():

test = DB::select("declare @Entity int, @CompName varchar(250)
    exec [foo].[prcBar] 'testlogin', 'testpass', @Entity output, @CompName output
    select @Entity as entity, @CompName as comp_name
");

Важный момент - надо явно указать в выборке значения `@Var as col_name` иначе в массиве будет 1 элемент с пустым ключом и последним значением

задать картинку фоном в блоке и растянуть ее. как-то так:

div.background {
background-image: url('/path/to/background.jpg');
background-repeat: no-repeat;
background-size: cover;
width: 100%;
height: 300px;
}

Могу ошибаться, но документация говорит лишь о методах класса, а свойства в них не входят.
Потому, если вы укажете

class A {
function foo(){
// код метода
}
}

То он будет определен как public, а для свойств надо явно указывать, т.е.

class A {
public $foo;

}

Я бы сделал отдельную таблицу, например images_to_category и в ней 2 колонки: image_id, category_id и прописывал каждую связь картинки с категорией отдельно в строку, т.е. если допустим изображение file.jpg имеет id 3 и находится в 3х категориях с id 7, 20 и 45 то в этой таблице были бы записи:

image_id | category_id
3 | 7
3 | 20
3 | 45

а при выборке по нужной категории использовал бы JOIN. Например если я просматриваю категорию с id 7, то запрос должен уйти в базу примерно такой:

SELECT i.id FROM images i
JOIN images_to_category i2c ON i.id=i2c.image_id
WHERE i2c = 7;

И результатом были бы все id изображений, находящихся в категории с id 7. Как-то так.

А вариант с LIKE слишком много подводных камней имеет, например: у вас куча категорий и вы открыли категорию с id 2. Запрос будет LIKE %2% и тогда вы получите изображения и из категорий с id 20, 12, 42, 102 и т.д.

Нужно запрашивать токен с правами wall и groups, по схеме Implicit flow - т.е. в параметре redirect_uri указывать адрес https://oauth.vk.com/blank.html , либо не указывать вовсе. Я использовал такой подход: получал токен по такой схеме, а потом JS парсил адрес до символа # и записывал токен в бд, получал я его с правами group,wall,offline. Потом просто проверял его перед каждым постом, и если токен оказывался мертвым - проводил авторизацию снова. Единственное неудобство - приходилось просить пользователя копировать адрес из открывающегося окна авторизации, в кортором был токен. Иначе права на стену просто игнорируются. Такой подход вполне приемлем при варианте, когда один админ хочет делать кросспост при добавлении новостей на сайте. В остальных случаях - как-то надо выкручиваться иначе.

if (mysqli_num_rows($res)>0)
   echo 'ДА';
else 
   echo 'НЕТ';