Не могу даже в панель зайти, чтобы спросить, когда это закончится :(
В тикете ответили, что проблема исправлена и повторений быть не должно. Очень надеюсь, что так и будет :)
В любом случае, спасибо ребятам за работу! Ждём максимального аптайма :))
Ранее, в целом, все ок было. ДДосы на ДЦ бывали, но раза 3-4 за год, что не особо напрягало, ибо даунов полных почти не было, чисто просто подвисал сайт какое-то время, но быстро решали. А вот вчера достаточно долго висел сайт, если суммировать по суткам.
Сейчас сайт заработал, но, пока рано делать выводы. Такое уже было и даун повторился.
Так, что ожидаем, что все будет хорошо и саппорт пояснит за дальнейший план работы...
Всё лежит, судя по трафику, продолжительное время. Написал в саппорт, но теперь и биллинг недсотупен :( Последние несколько дней что-то подобное творится :(
SELECT f.title, f.descr, f.id, f.tags, c.dir FROM files f INNER JOIN cats c ON f.category = c.id WHERE f.tags LIKE '" . $tag . ", %' OR f.tags LIKE '%, " . $tag . ", %' OR f.tags LIKE '%, " . $tag . "' ORDER BY f.date DESC LIMIT 10;
благодарю, попробовал, на первый взгляд, отрабатывает корректно.
SELECT a.id, a.title, a.version, a.category, b.dir FROM files as a left join cats as b WHERE tags LIKE ('%, запрос, %') OR tags LIKE ('%, запрос') OR tags LIKE ('запрос, %') AND a.category=b.id group by a.id ORDER BY a.date DESC LIMIT 0,15
Имеем
You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'WHERE tags LIKE ('%, игры, %') OR tags LIKE ('%, игры') OR tags LIKE ('' at line 1
Вот запрос
"SELECT a.id, a.title, a.category, a.date, b.dir FROM files as a, cats as b WHERE `tags` LIKE ('%, ".$tag.", %') OR `tags` LIKE ('%, ".$tag."') OR `tags` LIKE ('".$tag.", %') AND a.category=b.id ORDER BY a.date DESC LIMIT 0,10";
P.S: по поводу структуры, сбросил в первом же посте (обобщенные скрины без деталей). Первый скрин — cats, второй — files
Доброй ночи! Составил запрос в режиме быдло-кода, отображает, вроде бы, так. Но есть одно "но", почему-то выводится один повторный результат, иногда больше. Пока не понял в чем дело.
$res = "SELECT a.id, a.title, a.category, a.date, b.folder FROM ".PREFIX."_{$table_1} as a, ".PREFIX."_table_2 as b WHERE `tags` LIKE ('%, ".$tag.", %') OR `tags` LIKE ('%, ".$tag."') OR `tags` LIKE ('".$tag.", %') AND a.category=b.id ORDER BY a.date DESC LIMIT 0,10";
Из table_2 нужно взять только данные из одного поля, folder, поскольку там хранится одна фичи, которая входит в формирование URL-а.
Пробовал тоже самое без объединения таблиц — все ок, левых ответов не выводит (имею ввиду вывод на сайте).
Возможно, кто-то знает в чем соль?
в данном случае не сработает, будут выведены результаты не по точному вхождению + момент с перечислением тэгов не будет учтен---------- Добавлено 05.11.2017 в 14:49 ----------
благодарю за ответ, по всей видимости, это один из ключевых вариантов, попробую его еще раз, здесь можно без доп. условия обойтись.---------- Добавлено 05.11.2017 в 14:52 ----------
для этого компонента тэги на основе поиска — оптимальный вариант, их будет до 1К (уник. значений) + весь вывод полностью кэшируется, да и количество результатов на страницу будет всего 12.
Около двух недель назад сложилась крайне неприятная ситуация с одним из ведущих провайдеров, пришлось искать в очень сжатые сроки замену. Написал нескольким провайдерам из этой ветки, к сожалению, оперативно ответили только из IPServer (очень важно было получить информацию по условиям, ТП и пр буквально "сейчас", ибо на весь процесс было порядка 48 часов). Связался через ICQ, хоть и не пользовался ею уже лет 7. Достаточно быстро договорился с отделом продаж, сконфигурироали сервер под бюджет и требования, и начали перенос в течение дня. Ребята из ТП все нормально перенесли и настроили сервер таким образом, как это требовалось. Было множество мелких настроек, которые нужно перенести. Уточню, что объём данных для переноса также был весьма существенный.
По Т3, задача была в кратчайшие сроки (до 48 часов, но с учетом активации и оплаты, порядка 30 часов) перенести данных, настроить сервер, все это проверить и прописать новые NS. Очень рад, что вложились (еще оставалось даже время, запас), ресурсы работают и надеюсь, что все будет хорошо и в дальнейшем.
Кстати, для меня было удивительно то, что "служба заботы" отвечает в ICQ и Skype, особенно, когда с телефона пишешь, то очень удобно.
P.S: спасибо Владимиру и Дмитрию из ТП за неоценимую помощь в переносе сайтов
И Алексею за предложение по конфигурации сервера
