[umka]

[umka]
Рейтинг
456
Регистрация
25.05.2008
jkm:
Там не только %2 но и RewriteCond :)

Мда... стареем...

Я уже перепугался, думал, MySQL 6.* устарел и пора обновлять до MySQL 7.*

p.s. Желаю успешного и скорейшего восстановления баз.

sas7110:
На всех сайтах где установил данный код, посещаемость упала до 25%
Как определить в чем проблема? Сайты работают нормально, новости показываются...

Если есть ошибки, они должны быть в error_log

awasome:
Да непохоже, проверял на разных компах и в разных браузерах. И это не вирус, а наконец-то хоть что-то полезное от яндексоидов.

Тогда нужно создать голосование, чтобы понять, кто ещё "видит суслика" :)

У меня нет ни в одном из доступных браузеров.

awasome:
Офигенная штука. И почему эта тема в безопасности? Перенести бы надобно.

Видимо потому, что эта офигенная штука видна только у избранных :)

mark2011:
[umka], ну и? Проблема в php? Мне откатываться назад? А как это корректно сделать? php 5.6 был установлен из репов.

Сначала попробуйте отправить письмо через этот SMTP из почтового клиента с соединением через STARTTLS.

trick88:
Именно так. Количество цвета определяется на PHP и заносится в массив, пример которого я дал в стартовом посте. Жду ваших предложений)

Всё. Наконец-то допетрил, как у вас считается :)

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

(r,g,b) — это у нас вектор.

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

Отсортировав по этому расстоянию, сначала получим изображения, наиболее близкие к заданному цвету.

Минус тут в том, что никакие индексы БД задействовать не получится и при каждом поиске будет происходить полный перебор.

Если же вы хотите искать не по одному среднему цвету изображения, а по нескольким, то действуем аналогично. Определяем несколько самых "популярных" цветов у изображения и записываем их в базу в дополнительную таблицу (ID, r, g, b, c). Где "c" — какой-то показатель количества, и на этот "c", например, делим вычисленное расстояние. Ну или ещё как-то его используем в вычислениях, чтобы улучшить результат.

---------- Добавлено 16.10.2014 в 19:31 ----------

trick88:
В таком случае на одну запись в первой таблице придется 10 записей в другой, это много)
Если бы цвет был один, тогда и вопросов нет

В этом большой проблемы нет.

Если нужно хранить несколько цветов, то для каждого их них понадобится дополнительная ячейка (три ячейки).

И они будут либо в дополнительной таблице, в виде отдельной строки, либо в одной строке в общей таблице (ID, filename, ... ,r1,g1,b1, r2,g2,b2, r3,g3,b3, ...)

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

А как определяется "количество цвета"?

Если вы при добавлении изображений берёте его основные цвета и добавляете в базу, то зелёный цвет будет только один.

Т.е. он или есть или нет.

Если же вы хотите сделать поиск изображений по цвету, например, "хочу найти изображения с зелёным цветом", и вам сначала выдаются изображения, в которых больше всего зелёного, а потом всё меньше и меньше, то тут вообще нужно делать всё по-другому.

Что значит "сортировку по релевантности таблицы" ?

Лучше опишите задачу, какие у вас есть данные (с примерами таблиц), и что вы хотите получить на выходе.

mark2011:
проапгрейдил php 5.5.9 до php 5.6.0.

Казалось бы, причём тут SMTP :)

Скорее всего, кто-то в ужасе от последней уязвимости в SSL отключил заодно и TLS и STARTTLS.

Всего: 6067