"Тематический индекс цитирования, или тИЦ, Яндекс представил в 1999 году. Этот показатель служил для определения авторитетности сайта на основании количества и качества других сайтов, которые на него ссылаются."
(источник https://webmaster.yandex.ru/blog/yandeks-zamenyaet-tits-na-iks-novyy-pokazatel-kachestva-sayta)
"Яндекс заменяет тИЦ на ИКС — новый показатель качества сайта"
(источник тот же)
Согласно официальным текстам, которые раньше были про тИЦ и сейчас есть про ИКС, эти показатели не влияют ни на что в выдаче, потому как это показатели. Как роскошная вилла не влияет на состоятельность владельца, а только показывает, что он состоятельный (но это не точно). Одно из немногих мест, где тИЦ и ИКС используются не в качестве показателя, а как важный параметр (вопреки изначальной задумке), это биржи ссылок. Но не факт, что это действительно что-то значит. Просто тИЦ накручивали, чтобы продавать ссылки подороже.
Я влез, ответил на вопрос, привёл пример, причём не самопальный, а из реального движка. Если у ТСа сомнения, он может проверить работоспособность на своей системе как вашего, так и предложенного мной решения. Когда задача подразумевает несколько способов её решить, лучше их все рассмотреть, чтобы оценить трудозатраты и совместимость.
Вы сами попросили пример запроса. А ТС спросил, подойдёт ли его структура БД для реализации многоуровневого каталога. Я ответил примером, который очень похож на предложенный самим ТС. Если нужно построение хлебных крошек, вывод дочерних категорий и всё такое (сам ТС, кстати, до моего сообщения конкретно об этом не спрашивал), $category->path во втором листинге хранит путь к текущей категории. Все дочерние категории хранятся в $category->subcategories. Если нужно получать текущую категорию со списком подкатегорий (вместо целого каталога), то там есть функция category_by_url($categories, $url). Её листинг приводить не буду. Как я уже сказал, можете сами скачать и глянуть код. Повторюсь, ни с кем спорить не собираюсь. Мне задали вопрос, я ответил и, по-моему, достаточно развёрнуто.
Либо это проделки тех, кто выкладывает nulled версии, либо такие разрабы. Самому смешно.
Запрос будет приблизительно такой. Строка кода может отличаться. В упомянутом мной движке sql_placeholder используется для защиты от SQL-инъекции. Как будет у вас - никто точно не скажет. Многое зависит от движка. Вообще лучше не делать костыли а использовать те функции, что уже предусмотрены или дорабатывать их.
Советник Президента имеет много других заслуг, более значимых и общественно полезных, чем seo. О его достижениях в SEO знаем только мы скорее всего. И скорее всего, когда его ставили на эту должность, достижения в SEO были не на первом плане. Могу ошибаться, но это мое предположение. А про суперматематика... Бог с ним, если его имя не услышат. Важно то, что он был в том коллективе, который что-то разработал, и это принесло пользу. Мы ведь не знаем по именам тех, кто проектировал РД-120, зато они сами знали/знают, что они молодцы.
по поведению читателей. раскрыл ли он новость полностью, задержался ли на тексте, полистал ли картинки в посте, перешел ли по ссылке, или может он вообще нажал "скрыть новости источника". что касается аккаунта, можно оценивать тематику рекламируемого ресурса с кругом интересов пользователя. как я сказал, для всего этого уже есть инструменты. за составление портрета пользователя отвечает крипта, а связать этот портрет с тем, кто запостил рекламу... они уже это делают, просто не афишируют. а поведение читателя поста тот же счётчик метрики может оценить.
Да, такой алгоритм защиты может зацепить честных ребят, но блин, куда деваться. по статьям УК РФ тоже сажают невиновных, и это грустно, но не упразднять же его. просто пересматривать некоторые статьи. разрабы в ПС как раз за такой пересмотр и получают деньги.---------- Добавлено 25.09.2018 в 18:28 ----------
я к тому, что еще несколько лет назад SEO делала качество контента только хуже. ни один человек не мог сказать без лукавства, "я делаю интернет лучше". а ведь смотришь на физиков, математиков и думаешь "блин... они какие-то исследования проводят, о них возможно даже когда-нибудь в книгах напишут. а потом их исследования возьмут за основу и что-то изобретут полезное". я не тщеславный, просто работаем мы в такой области, где не предполагается признание в обществе. а иногда хочется, чтобы работа принесла пользу не только заказчику.
Вообще, если уж быть предельно честным, мы тут собрались SEOшники и рассуждаем о том, как сделать интернет качественным... еще 5 лет назад SEO и качественный интернет были противоположностями. Хочешь топ3 - закупил ссылок на гогетлинкс, понатыкал прямых вхождений, выделил жирным и сидишь довольный. Люди лекарства изобретают, строят космические телескопы, спасают вымирающих зверушек, а мы ищем лазейки в алгоритмах ПС и пользуемся ими. Ладно хоть в последние пару лет начали задумываться о юзабилити. Да и то только потому, что ПС стали строже. Но всё равно это не может не радовать. Лишь бы только ПС опять не обосрались с каким-нибудь параметром, как это было 2-3 года назад с повышением значимости ПФ. Вот тогда можно было хорошенько накрутить и оказаться на вершине. И сразу появился робоклик, который никого не оставляет в покое.
Я же добавил "Да и ту поставить под контроль и жёстко фильтровать." Методов много, для большинства их них инструментарий уже есть.
Честно, мне это не нравится, но если говорить о недалёком будущем, то при нынешних темпах развития соцсетей люди больше будут их читать, чем какие-то статейники. Потому соцсигналы нужно просто фильтровать, а не убивать совсем. Честные ребята, которые имеют сайт и ведут вк и инсту для продвижения имени своей компании, не должны страдать.
Википедия наверху только потому, что люди её читают, ходят по внутренним ссылкам. Доходит даже до того, что она вылазит по коммерческим запросам. Вики - один из образцов полезного сайта. А то, что там информация зачастую неверная и вводит в заблуждение, это уже другая история. Но речь не о том.
Проблема 1: есть тупые никчёмные каталоги организаций, которые парсят инфу непонятно откуда и никогда её не обновляют, но при этом траф есть, и они радостно вставляют блоки новостей с заголовками типа "Шок! Сергея Лазарева разорвало на части!" и прочую рекламу по модели CPM.
Проблема 2: есть агрегаторы товаров, в которых фиды рекламодателей никак не модерируются. Ты можешь десять лет размещать неактуальную информацию, и ничего тебе не сделают. Просто покупай платиновый пакет размещения и будешь выше других.
Не во всех регионах и не по всем тематикам.
ТС, короче, не парься, найми людей. Хоть фрилансеров, хоть аутсорсинговую компанию, хоть в штат. Лучше не терять время и работать над тем, в чём уже преуспел. Иначе будешь Jack of all, master of none.
Но базовые знания в смежных областях всё же надо иметь, чтоб никто не поимел тебя и твой кошелёк.
P.S. Если тут есть фрилансеры, всё еще создающие сайты под ключ в одну каску, я вам искренне сочувствую. Вы может быть и можете настроить заказчику нарисовать диз, сделать вёрстку с микроразметкой, накинуть это на modx какой-нибудь, сделать фид для агрегаторов, импортировать отзывы и рейтинги, настроить гиперлокальный таргетинг и динамический коллтрекинг, но... Нет, вы не можете.
Мы говорим о построении меню или о чём? category_id, parent_id, name, shortname, picture, bodytext, short_description - хотя бы это можно хранить в одной таблице. Ну и плюс всякие мета-теги, если они не различаются от региона посетителя или еще чего-нибудь. Я не предлагаю свойства товаров (если они к категории привязываются) хранить в той же таблице, это дебилизм же. А у нас никакой разной структурой и не пахнет.---------- Добавлено 25.09.2018 в 16:19 ----------
Я даже больше скажу. Берешь Simpla CMS 1.4 с любого торрента, смотришь содержимое файла Storefront.class.php
Здесь, тебя интересуют две функции:
// Функция возвращает категории товаров, и их подкатегории function get_categories($parent=0) { // Выбираем все категории $query = sql_placeholder("SELECT * FROM categories WHERE enabled=1 ORDER BY parent, order_num", $parent); $this->db->query($query); $temp_categories = $this->db->results(); $categories = Storefront::categories_tree($temp_categories); return $categories; }
// Функция возвращает подкатегории function categories_tree($categories) { $tree = array(); // Указатели на узлы дерева $used_items = array(); $end = false; // Не кончаем, пока не кончатся категории, или пока ниодну из оставшихся некуда приткнуть while(!empty($categories) && !$end) { $flag = false; foreach($categories as $k=>$category) { if($category->parent == 0) { // Добавляем элемент в дерево $cat = null; $cat->name = $category->name; $cat->category_id = $category->category_id; $cat->url = $category->url; $category->path[0] = $cat; $tree[$category->category_id] = $category; $used_items[$category->category_id] = &$tree[$category->category_id]; unset($categories[$k]); $flag = true; }else { if($used_items[$category->parent]) { $cat = null; $cat->name = $category->name; $cat->category_id = $category->category_id; $cat->url = $category->url; $category->path = $used_items[$category->parent]->path; $category->path[] = $cat; $used_items[$category->parent]->subcategories[$category->category_id] = $category; $used_items[$category->category_id] = &$used_items[$category->parent]->subcategories[$category->category_id]; unset($categories[$k]); $flag = true; } } } if(!$flag) $end = true; } $used_items = array_reverse($used_items, true); foreach($used_items as $k=>$item) { $used_items[$item->category_id]->subcats_ids[] = $item->category_id; if(is_array($used_items[$item->parent]->subcats_ids)) $used_items[$item->parent]->subcats_ids = array_merge($used_items[$item->parent]->subcats_ids, $item->subcats_ids); else $used_items[$item->parent]->subcats_ids = $item->subcats_ids; } return $tree; }
Структура таблицы:
Я не топлю за это решение, просто оно подходит для решения задачи, хоть движок очень старый. Однако даже в то время он без всякого кеширования справлялся с каталогами из десятков тысяч товаров. Если нормально проставить индексы, то сотни тысяч.
Просто его загрузили сложными терминами, и он забил. Будет дальше сидеть с 2 уровнями вложенности.---------- Добавлено 25.09.2018 в 16:23 ----------Вроде бы форум должен нормально экранировать php, но с квадратными скобками накосячил.