евГений Карлоний

Здесь плохо всё, к сожалению.

Начнем с того, что вы неверно наследуете классы. Почему у вас класс, отвечающий за подключение к базе данных является родителем класса, работающим с заказами? Наследование применяется, если можно сказать, что что-то является чем-то. Например, разработчик является работником; компьютер является устройством и тд. Здесь же у вас вообще близко такой логике не получится следовать. Вы должны передавать хотя бы объект для работы с бд через инъекцию, например, в конструктор. В идеале, нужно использовать паттерн репозиторий для работы с базой данных.

Класс SearchOrder у вас не только выполняет запросы, но еще и работает с данными, хранит состояние этих самых данных, фильтрует данные (strip_tags()). Непорядок. Это все нужно разделять. У вас вообще получаются какие-то богообъекты, которые умеют во все.

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

$result = $wrapper->select("SELECT * FROM `tablename` WHERE `id` = :id", ['id' => 5]);

?

Вы вызываете connect() в методах. То есть, каждый вызов этого метода будет приводить к установке нового соединения с базой данных, даже если оно уже было установлено. Соединение с базой данных это достаточно дорогостоящая операция.

Зачем вы используете свойства, если можно обойтись обычными локальными переменными:

$this->orderID = (int) strip_tags($orderID);
$this->column = (string) strip_tags($column);
$this->value = (string) strip_tags($value);

?

Почему вы стриппите тэги у идентификатора? вы настолько не уверены в том, что влетает в функцию:
strip_tags($orderID);
?

Если вы не используете php 7 и, как следствие, скалярный тайпхинтинг, то должны делать проверки на тип входящего аргумента. Если что-то не так с типом, бросаем исключение (А не приводим его к нужному)! Например:

if (!is_string($arg)) {
    throw new InvalidArgumentTypeException('string', $arg);
}

Это в идеале. Вы не обязаны это делать, конечно же. Но вот такие проверки делают приложение безопаснее. Хотя, опять же, повторюсь, в 2017 нужно начинать новые проекты на php 7.1+.

Ошибки не нужно выводить в этом классе. Вы должны поймать исключение базы данных, преобразовать ее в исключение предметной области и пробросить его дальше и где-то там, на уровне выше вывести информацию пользователю об ошибке. В mvc системе, например, это делается в контроллере.

Кроме всего прочего, почитайте про стандарты оформления кода. Вы им не следуете.

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

Желаю успехов!

$.ajax({
    type: "POST",
    url: 'http://.../resp.php',
    success: function(msg){
      alert( "Прибыли данные: " + msg );
    }
  });

echo 'любой текст... отправится на фронт, включая тексты о ошибках';

Что если записать всю информацию, а товар будет изменен? Хранить ID товара будет более правильным вариантом.

$input = [
    "quantity" => [0=>1, 1=>2, 2=>3, 3=>4],
    "color" => [0=>5, 1=>6, 2=>7, 3=>8],
];

$result = [];
foreach( $input as $propertyName => $values ) {
    foreach ($values as $index => $value) {
        $result[$index][$propertyName] = $value;
    }
}
print_r($result);

sandbox.onlinephpfunctions.com/code/416005288eebf8...

В большинстве случаев, первый вариант лучше.

1. Поддерживать языковые файлы - проще, чем sql (проще и свободнее синтаксис)
2. Проще расширять в случае дополнительных языков - главное заранее продумать именование языковых файлов, чтобы переход на язык автоматически подгружал нужный файл, типа include lang_$lang.php

Хранить все в базе имеет смысл только из-за организационных/security решений (например дать доступ к базе безопаснее, чем к файловой системе, и тогда все хранить в базе)

$date = new DateTime('2017-02-09T00:20:00+05:00');

var_dump($date);

object(DateTime)[367]
  public 'date' => string '2017-02-09 00:20:00.000000' (length=26)
  public 'timezone_type' => int 1
  public 'timezone' => string '+05:00' (length=6)

$date->setTimezone(new DateTimeZone('Europe/Moscow'));

var_dump($date);

object(DateTime)[367]
  public 'date' => string '2017-02-08 22:20:00.000000' (length=26)
  public 'timezone_type' => int 3
  public 'timezone' => string 'Europe/Moscow' (length=13)