На сколько понял, данный пример никак не относится к моему вопросу. Сортировка по прежнему базируется на предыдущем состоянии данных с учетом внесенных изменений в редактируемые поля и не продолжается по следующим колонкам если данные равны
Александр Ковальчук:Так оно и реализовано. Но как только по этим роутам мы переходим на поддомен - apache начинает действовать по своим правилам и пытается это сделать через https. А так как сертификат куплен только на главный домен, то получаем ошибку. В том и вопрос, как так починить этот маршрут
Денис Загаевский: Я не разработчик. Поставили задачу узнать, не обманывают ли нас таким коммерческим предложением. Не понимаю в этом и не знал как подойти к вопросу. Вот и спросил у знающих людей совет.
Вопрос решился переездом на CentOs и Plesk-панель управления. httaccess остался тот же. Видимо были проблемы в ручной настройке Apache. И в robots.txt закрыл от индексирования public, поэтому переходов туда больше нету
Колонка title в таблице присутствует. Видимо она имеет значение null. Если бы CREATE TABLE не содержало бы title, то тогда была бы ошибка. А так я не вижу причин не работать
Post:
id - int, cat_id - int, status - tinyint, public - tinyint, title - varchar, body - text
Вообщем-то что это меняет? Перестроить запрос? Не суть. Появится еще куча вариаций, где надо будет сделать такой запрос, и потом его еще раз уточнить