Наверно никак, но это не точно ). У меня есть кирпичь для решения этого вопроса, но он такой се.
1. Сделать Бекап БД
2. Удалить последние 50к записей из существующей БД с помощью SQL запроса.
3. Сгенерировать еще раз карту сайта
4. Скачать эту карту в корень сайта под цифрой 2 sitemap-2.xml.
5. Залить на сайт
6. Откатить БД в исходное состояние
7. Скормить вторую карту.
На всё про всё максимум уйдет минут 10. НО это ТОПОРное решение НО вполне рабочее ))).
Clear
У тебя что, в одном ТК 100к записей?.. Там по каждому ТК создается своя карта.
По стандарту Google и Sitemaps.org, если у вас больше 50 000 URL, необходимо разбивать карту сайта на несколько файлов sitemap.xml (каждый до 50 000 URL и ≤50 Мб). Он не примет карту так или иначе если будет больше.
Кеширование включено ?
Ну типограф можно попробовать и отключить на время
😃Понятно, что ничего не понятно, откуда берется эта ссылка для начала? Другими словами.
Для того чтобы ссылки вида «цифра: цифра» не генерировались автоматически в тексте и не мешали индексации страниц поисковиками (как отмечено у вас в InstantCMS 2.x), необходимо разобраться, какой именно скрипт или функция отвечает за это преобразование.
явно нужно определить тематику, это важно, т.е. закинуть ему направление.
Ты — SEO-копирайтер высшего уровня с опытом адаптации новостного контента [ТЕМА] со стажем 15 лет... … под ЦА[АУДИТОРИЯ]
И в любом случае зависит от модели, так просто написать, не для всех моделей будет один и тот же результат.
Изучая рекомендации по применению якорных ссылок (jump links) для улучшения SEO и видимости в AI Overview Google, возникла задача: реализовать функционал, при котором при создании статьи или страницыC
Рука лицо. Я ему про AI Overview, а он мне про перелинковку. Мальчик, очнись, ты не туда смотриш.
подтверждаю, все сниппеты изменились, теперь они формируются из заголовков, сайт появился в ИИ выдаче, результатами доволен
Ну и я об этом, а тут пришли умники и кричат что то про перелинковку )))
В общем опубликовал тут статейку про AI Overview, кому интересно.
Изучая рекомендации по применению якорных ссылок (jump links) для улучшения SEO и видимости в AI Overview Google, возникла задача: реализовать функционал, при котором при создании статьи или страницы заголовки (h2, h3 и пр.) автоматически становятся анкорами, а к ним формируются ссылки в начале или в структуре контента.
Вопрос — есть ли в InstantCMS готовое решение/компонент/поле, позволяющее автоматизировать создание якорей из заголовков и собирать навигацию по содержанию (оглавление с jump links)?
Идеально — чтобы все работало «на лету»: заголовок стал якорем, а оглавление и внутренние ссылки формировались без ручной разметки.
Прошу поделиться опытом, готовыми модулями или примерами реализации для InstantCMS.
Спасибо!
PS: Если что мысль возникла исходя из поста в GGL
Как вы этот агрегатор запускаете, я купил сразу как он вышел 😁, но так и не смог настроить нормально, теперь просто висит мёртвым грузом ))). Надо что то с этим сделать, но времени не хватает, на детальный разбор всех нюансов.
Ну во первых, поле с текстом у меня под другим системным именем что жёстко прописано в компоненте, во вторых у меня нет вложенных категорий в новостях (так же жёстко завязано), Вот это минимум две проблемы из за которых он у меня не работает.
Так ты опиши хотя бы частично, что за именно ошибки, Так будет гораздо веселее в поиске то. Потому что если «РАЗРАБОТЧИК» не может справиться с картой сайта, то это вовсе не тот, кем ты его называешь.
Я не знаю но мне стало интересно тоже и вот что накопал.
Для склонения слов и целых фраз в PHP есть несколько отличных решений:
1. Морфер (Morpher.ru) — API сервис
Это оптимальный выбор именно для целых фраз и профессий. Поддерживает склонение сложных словосочетаний.
$client = new \Morpher\Ws3Client\Client('YOUR_TOKEN'); $result = $client->russian->declension('Главный начальник производственного цеха'); echo 'Услуги ' . $result->genitive; // Родительный падеж
2. NameCaseLib
Библиотека для склонения ФИО, но можно адаптировать для профессий:
require_once 'namecaselib/NCLNameCaseRu.php'; $nc = new NCLNameCaseRu(); $nc->setFirstName('Главный'); $nc->setLastName('начальник'); echo $nc->getGenitive();
3. Petrovich
Хорошо подходит для склонения имен и должностей:
use Petrovich\Petrovich; $petrovich = new Petrovich(); $result = $petrovich->firstname('Главный', Petrovich::CASE_GENITIVE);
4. phpMorphy
Морфологический анализатор, работает оффлайн:
$morphy = new phpMorphy(/* config */); $words = ['Главный', 'начальник', 'производственного', 'цеха']; foreach ($words as $word) { $result = $morphy->castFormByGramInfo($word, null, ['РОД'], true); }
Рекомендации:
Для сложных фраз и профессий лучше всего Морфер через API — он специально заточен под склонение целых словосочетаний
Для оффлайн решений можно комбинировать phpMorphy с собственной логикой
Обязательно кешируйте результаты склонений, чтобы не перегружать API
Спасибо. Этот компонент очень старый, ему уже 10 лет, Я думаю возникнут проблемы и не хочется тестировать на боевом сайте.
Тут думаю более тонкий это ручной 3 вариант, ну в статье будет их максимум 10 и только для первого упоминания а не для каждого слова. Есть такой тег как
<p>Компания использует <abbr title="Искусственный интеллект">ИИ</abbr> для анализа данных.</p>
Хорошо структурированные <abbr> помогают:
- поисковым системам понимать смысл текста;
- повысить доступность сайта (чтение скринридерами);
- улучшить восприятие экспертности контента.
Это я к тому что в наше время нужно продвигаться по нейросетям GEO (Generative Engine Optimization) — это относительно новая концепция, появившаяся на стыке SEO и генеративных моделей искусственного интеллекта. Проще говоря, GEO это оптимизация контента под генеративные поисковые движки, а не под классические алгоритмы Google или Яндекса.
Но у редактора Redactor нет такой возможности на сколько я понял цеплять такой тег, что немного странно. Я бы хотел добавить его в редакторе как и другой тег <cite>
Ладно, ветка есть, будем думать, может еще будут предложения в будущем, для улучшения UX
instantcms.ru/blogs/stranyi-blog/utilita-dlja-raboty-s-bd.html
Хотя я не понимаю до конца в чем проблема делать запросы из phpMyAdmin
Понимаю. Это вариант заглушка, типа танцы с бубном 😀. Но по факту это не полноценное решение, Ну есть магазин, у него есть товары, их тысячи да. Зачем их все подгружать и выводить из БД при редактировании магазина создавая при этом нагрузку на сервер? Это вообще не нужная опция. Можно хотя бы просто выводить количество записей со ссылкой к списку и кнопкой «Добавить». Я может чего не понимаю, но по мне так это лишнее в данном случае.