D3lphi

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

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

Класс 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, изучите их, хотя бы поверхностно разберитесь, как оно работает и уже потом пробуйте что-то сделать, исходя из полученных знаний.

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

Стесняюсь спросить, json_decode() вас чем не устраивает?
У меня на ПК обработка json-файла размером в 130 мб занимает чуть больше секунды.

Если я вас правильно понял:

$flag = true;
foreach($items as $item) {
    if ($item <= $val) { // $val - число, больше которого должны быть элементы массива.
        $flag = false;
        break;
    }
}

if ($flag) {
    // Делаем что-то
}

$str = '23 сентября';
$result = preg_replace('/([0-9]+)/', '<strong>$1</strong>', $str);

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

Вспомогательный класс, которыей содержит методы со вспомогательной логикой не затрагивающие бизнес-логику

Как я понял, в вашем понимании хэлпер - такой себе Божественный объект, который умеет во всё. Таких классов в программе быть не должно от слова "совсем". Такая функциональность группируется и выносится в отдельный класс. То есть, класс для resize'а изображений один, класс для преобразования данных - другой и тд. Старайтесь использовать статику только в самом крайнем случае.

Определить метод __toString() в классе. При попытке преобразовать объект в строку будет возвращаться результат работы этого метода.

class Example
{
    public function __toString()
    {
        return "this is Example class.";
    }
}

$example = new Example();
echo $example; // Выведет this is Example class.

А чего тут непонятного? У вас в Data::$data лежит массив с экземплярами классов stdClass. То бишь, объекты. А объекты в PHP как передаются? Правильно, по ссылке! Следовательно, изменение значения свойства этого объекта в одном месте, изменяет этот объект везде.

И да, не пишите больше таких классов. Вообще, старайтесь статику только в самом крайнем случае использовать.
Инициализировать статические свойства в конструкторе очень странно.

1) При создании экземпляра new Class() в память забираются все его методы - чем больше методов тем больше памяти надо, или там память на метод в момент его вызова метода выделяется?

При подключении ЛЮБОГО php файла производится лексический анализ, лексер генерирует из исходного кода программы набор токенов, из которых строится синтаксические дерево. Отсюда следует то что, чем больше кода, тем больше памяти выделяется.

Само по себе создание каждого последующего объекта также несет затраты.

Значит ли всё это что наиболее нагруженную но простую часть системы лучше вынести в отдельный компактный класс содержащий только необходимое для её функционирования?

Вы экономите на спичках. Хорошая архитектура важнее сэкономленной микросекунды и килобайта памяти.

Да сколько можно велосипеды писать? Composer есть, я же уже говорил вам!

Используйте стандарт автозагрузки psr-4. Для этого следует использовать пространства имен (namespace'ы).
Таким образом, класс с полным именем App\Controllers\DefaultController (Где App\Controllers - неймспейс, а DefaultController - имя класса) должен лежать в директории app/controllers и иметь имя DefaultController.php.

ведь даже если мы их подключим, но экземпляр не создадим, то ресурсы-то им всё равно не выделяться...

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

А можно избавиться от строки $obj = new MyClass(); и создавать экземпляр автоматически?

Нет, нельзя.

В 2017 году принято использовать composer для автозагрузки, а не писать свои велосипеды.

Вам нужно поставить логическое отрицание перед условием, так как вы проверяете то, что email некорректен.

//\/ Здесь.
if(!filter_var(trim($_POST['email']), FILTER_VALIDATE_EMAIL)){
      $errors[] = 'Вы ввели некорректный E-Mail';
}