Aleksey Ratnikov

Вам нужно посмотреть error_log, там написано, что вызвало фатальную ошибку. А также binary_log, чтобы посмотреть, какие инструкции выполнялись перед падением. Они по умолчанию складываются в /var/log/mysql.

Я же вроде советовал в base64 оборачивать:

<img src="data:image/jpeg;base64,<?php echo base64_encode($image); ?>" />

Возьмите Blade с помощью composer:
composer require philo/laravel-blade --save-dev
А потом в коде:

$blade = new \Philo\Blade\Blade("/path/to/blade/views", "/path/to/blade/cache");
echo $blade->view()->make('templateName', $params)->render(); //здесь как в laravel

Можно этот вызов завернуть в функцию view(): //аналогично как в Laravel:

function view($view, $params = []){
		$blade = new \Philo\Blade\Blade("/path/to/blade/views", "/path/to/blade/cache");
		$blade = $this->loadCompiler();
		return $blade->view()->make($view, $params)->render();
	}

session_set_cookie_params(0, "/", ".{$_SERVER["HTTP_HOST"]}", false, true);
session_start();

Вот последний параметр указывает на то, сможет ли js прочитать куку.

Добавьте именованные плейсхолдеры: LIMIT :offset, :limit, а затем биндите параметр как число:
$stmt->bindValue(':offset', 10, PDO::PARAM_INT);
Но в таком случае все параметры нужно так биндить, а $stmt->execute() оставлять пустым.
php.net/manual/en/pdostatement.bindvalue.php

Попробуйте IN NATURAL LANGUAGE MODE вместо IN BOOLEAN MODE.

Я рекомендую использовать XSLT для разбора html - это самый быстрый по производительности способ. Шаблоны, конечно, громоздкие, но это мелочи, и не нужны медленные тяжеловесные сторонние библиотеки.

Вообще это плохая тема - хранить картинки в бд - во-первых, это очень накладно по месту + результаты фетча получаются неподъемные, и, как заметил Stalker_RED, это поле имеет статус Deprecated. Но, раз уж так получилось, то пишите картинку в файл в binary-safe режиме, а затем возьмите ее mime type:

$imageFile = fopen('image', 'wb');
fwrite($imageFile, $fetchedImageFromDb);
fclose($imageFile);

$mimeType = exif_imagetype('image');
switch ($mimeType){
	case IMAGETYPE_GIF:{
		rename('image', 'image.gif');
		break;
	}
	case IMAGETYPE_BMP:{
		rename('image', 'image.bmp');
		break;
	}
	case IMAGETYPE_JPEG:{
		rename('image', 'image.jpeg');
		break;
	}
	case IMAGETYPE_PNG:{
		rename('image', 'image.png');
		break;
	}
	default:{
		throw new Exception('Unhandled image type');
	}
}

остальные возможные типы можно посмотреть в документации к exif_imagetype(): php.net/manual/ru/function.exif-imagetype.php

OR vchar4 LIKE "%searchtext%"

Вот из-за этого у вас работает долго - wildcard '%' в начале аргумента для LIKE предотвращает использование индекса. Попробуйте реализовать поиск этому полю другим образом, например полнотекстовым индексом. Кроме того, индексы не работают для поиске по enum полю из-за специфики из хранения (dev.mysql.com/doc/refman/5.6/en/enum.html). Попробуйте вместо enum сделать обычные текстовые поля с обычными индексами - это увеличит объем хранилища, но значительно ускорит SELECT'ы.

Используйте INSERT с множественными VALUES:

INSERT INTO table (col1, col2)
VALUES
(1,2),
(3,4),
....

Это намного быстрее, чем вставлять по одной строке - индексы будут перестроены один раз после завершения транзакции. Или же же более быстрый способ - LOAD DATA INFILE, массовая загрузка данных из внешнего (локального относительно mysqld) файла.

SELECT * FROM  table where date BETWEEN UNIX_TIMESTAMP('2015-09-01 00:00:00') AND UNIX_TIMESTAMP('2015-09-30 29:59:59')

Это поведение описано в документации: php.net/manual/ru/language.types.array.php#languag... И да, так делать нельзя.