Мда... стареем...
Я уже перепугался, думал, MySQL 6.* устарел и пора обновлять до MySQL 7.*
p.s. Желаю успешного и скорейшего восстановления баз.
Если есть ошибки, они должны быть в error_log
Тогда нужно создать голосование, чтобы понять, кто ещё "видит суслика" :)
У меня нет ни в одном из доступных браузеров.
Видимо потому, что эта офигенная штука видна только у избранных :)
Сначала попробуйте отправить письмо через этот SMTP из почтового клиента с соединением через STARTTLS.
Всё. Наконец-то допетрил, как у вас считается :)
Вобщем, если вы хотите искать по общему (среднему) цвету всего изображения, то берёте, считаете этот усреднённый цвет, и сохраняете в базе в виде десятичных чисел (r,g,b). Прям в той же таблице, что и сами изображения.
(r,g,b) — это у нас вектор.
И мы можем сделать поиск изображений, похожих по среднему цвету на какой-то заданный, вычисляя расстояние между вектором заданного цвета и цвета изображения.
Отсортировав по этому расстоянию, сначала получим изображения, наиболее близкие к заданному цвету.
Минус тут в том, что никакие индексы БД задействовать не получится и при каждом поиске будет происходить полный перебор.
Если же вы хотите искать не по одному среднему цвету изображения, а по нескольким, то действуем аналогично. Определяем несколько самых "популярных" цветов у изображения и записываем их в базу в дополнительную таблицу (ID, r, g, b, c). Где "c" — какой-то показатель количества, и на этот "c", например, делим вычисленное расстояние. Ну или ещё как-то его используем в вычислениях, чтобы улучшить результат.---------- Добавлено 16.10.2014 в 19:31 ----------
В этом большой проблемы нет.
Если нужно хранить несколько цветов, то для каждого их них понадобится дополнительная ячейка (три ячейки).
И они будут либо в дополнительной таблице, в виде отдельной строки, либо в одной строке в общей таблице (ID, filename, ... ,r1,g1,b1, r2,g2,b2, r3,g3,b3, ...)
Только в первом случае есть возможность для экономии, если у одного изображения есть только три основных цвета, а у другого их десять.
А как определяется "количество цвета"?
Если вы при добавлении изображений берёте его основные цвета и добавляете в базу, то зелёный цвет будет только один.
Т.е. он или есть или нет.
Если же вы хотите сделать поиск изображений по цвету, например, "хочу найти изображения с зелёным цветом", и вам сначала выдаются изображения, в которых больше всего зелёного, а потом всё меньше и меньше, то тут вообще нужно делать всё по-другому.
Что значит "сортировку по релевантности таблицы" ?
Лучше опишите задачу, какие у вас есть данные (с примерами таблиц), и что вы хотите получить на выходе.
Казалось бы, причём тут SMTP :)
Скорее всего, кто-то в ужасе от последней уязвимости в SSL отключил заодно и TLS и STARTTLS.