- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброго времени суток, форумчане!
Задался вопросом по организации облака тэгов, да не с отдельной таблицей, как это водится, а на основе поиска.
К сожалению, пока не могу полностью реализовать, возможно, кто-то подскажет.
Суть:
Имеем $_GET['tag'], url вида site.com/tag/red_apple/
При добавлении материала тэги прописываются через запятую
Соответственно, если имеем тэг red_apple, то достаточно прописать site.com/tag/apple/, и будет выведено совпадение, но поиск должен быть точным! По полной фразе т.е (в данном случае выведет все, что связано с apple, а это не ок)
К сожалению, через запрос это нельзя сделать по типу where tag = 'red_apple' т.к. у нас в строке прописано: red_apple, green_apple, yellow_apple и т.д
Получится where tag = 'red_apple, green_apple, yellow_apple'
Соответственно нужно как-то выбирать на уровне PHP каждый тэг, но тогда возникает вопрос с построением самого запроса
P.S: обычное облако тэгов могу организовать, необходимо именно на основе с точным вхождением в $_GET
Используйте оператор like
where tag like '%apple'
Поскольку теги разделены запятыми - то и ищи tag like '%,red_apple%' OR tag like 'red_apple%'
Второе условие, чтобы выбрать записи, у которых этот тег первый идёт.
Ну или еще вариант - выбирай обычным лайком и фильтруй уже средствами php. Если не нужно общее количество записей выводить - то пойдёт.
лучше все же вынести теги в отдельные таблицы
1. таблица самих тегов (можно со статой, тайтлами и прочим)
2. таблица связей
лайк - не лучшая идея, хотя простая и быстрая реализация
Используйте оператор like
where tag like '%apple'
в данном случае не сработает, будут выведены результаты не по точному вхождению + момент с перечислением тэгов не будет учтен
---------- Добавлено 05.11.2017 в 14:49 ----------
Поскольку теги разделены запятыми - то и ищи tag like '%,red_apple%' OR tag like 'red_apple%'
Второе условие, чтобы выбрать записи, у которых этот тег первый идёт.
Ну или еще вариант - выбирай обычным лайком и фильтруй уже средствами php. Если не нужно общее количество записей выводить - то пойдёт.
благодарю за ответ, по всей видимости, это один из ключевых вариантов, попробую его еще раз, здесь можно без доп. условия обойтись.
---------- Добавлено 05.11.2017 в 14:52 ----------
лучше все же вынести теги в отдельные таблицы
1. таблица самих тегов (можно со статой, тайтлами и прочим)
2. таблица связей
лайк - не лучшая идея, хотя простая и быстрая реализация
для этого компонента тэги на основе поиска — оптимальный вариант, их будет до 1К (уник. значений) + весь вывод полностью кэшируется, да и количество результатов на страницу будет всего 12.
WHERE tag REGEXP'[[:<:]](mytag)[[:>:]]'
[:<:]](mytag)[[:>:]
Красиво нарисовали...🤪
Какой только дичи не придумают некоторые для оправдания своей лени/неграмотности.
Доброй ночи! Составил запрос в режиме быдло-кода, отображает, вроде бы, так. Но есть одно "но", почему-то выводится один повторный результат, иногда больше. Пока не понял в чем дело.
Вот запрос
Из table_2 нужно взять только данные из одного поля, folder, поскольку там хранится одна фичи, которая входит в формирование URL-а.
Пробовал тоже самое без объединения таблиц — все ок, левых ответов не выводит (имею ввиду вывод на сайте).
Возможно, кто-то знает в чем соль?
почему-то выводится один повторный результат, иногда больше
Вероятно, таблицы неправильно связываете. Либо у вас связь один ко многим, тогда используйте group by по тем записям, которые не должны повторяться