Перейти к публикации

Хоббит

Клиенты
  • Публикации

    213
  • Зарегистрирован

  • Посещение

  • Дней в лидерах

    5

Сообщения, опубликованные пользователем Хоббит

  1. 7 минут назад, kartua сказал:

    Ну например возьмем мега-сайт КП страница https://www.kp.ru/putevoditel/serialy/katalog/?page=115 если вы заглянете в исходный код то увидите там <link rel="canonical" href="https://www.kp.ru/putevoditel/serialy/katalog/">
    Это прописные истины. 
    Но вообще-то я задал вопрос другой. Знает кто нибудь как сделать, чтобы страницы пагинации были не каноническими?

    Сравниваете мягкое с тёплым. Видимо между 40 минутным роликом и 10к текстом нет разницы 🙄

    • Нравится 1
  2. 21 минуту назад, kartua сказал:

    Смотря какая страница? Если это страница с товаром, тогда да, а если это страница книги, то все страницы будут каноническими. Где это видано? 

    Даже с товаром, У товара должна быть отдельная страница, а не в каталоге.

    Откуда вы прочитали информацию что страницы книги не должны индексироваться? Откуда? 

    Из личного опыта могу посоветовать настроить эти книги под запросам книги. Например дописать в meta title название книги, проще говоря бренд для каждой книги. 

    Каждая страница книги ценный очень ценный контент если вы публикуете свою книгу. А если просто копируете 100500 копию, то и эти не беда. 

    Страницы попадут в поиск, и если ПС посчитает страницу полезным исходя из ПФ, поисковик примет страницу в результаты поиска. 

    Раз у вас онлайн библиотека, тем более это надо:

    а) если я где-то остановился и я помню ключевые слова или название страницы, я просто напишу это + название книги + ваш сайт. 

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

    Это конечно при условии что у вас все правильно настроено. 

    Поисковик сам решает надо ли включать страницу в результаты поиска. 

    Яндекс просто обожает контентные страницы, это ничего не говорит? Подключите индекс через счётчик Я метрика, это принесёт некоторые бонусы к развитию сайта. 

    • Нравится 1
  3. 6 часов назад, radrigo сказал:

    Довел всё до ума. В адресной строке вместо print: сделал amp:. Достаточно было только изменить в htaccess. Добавил мегатег и всё заработало - в Гугл на телефоне ссылки на новые страницы уже идут на amp версию. Если кто-то решит так делать, пишите. Подскажу

    https://gusev-online.ru/news/obshestvo/amp:page,1,20843-populjarnye-garniry-v-vostochnoj-prussii.html

    Хорошо получилось, тоже бы попробовать так сделать))

  4. @celsoft будет ли в будущем улучшения и оптимизация related news?

    Сейчас понятно что при достижении 300-600к новостей будут проблемы. 

    Считаю данную модуль довольно важным, как никак это вроде бы кольцевая перелинковка 

  5. 11 часов назад, Mr. Bot сказал:

    Да это не показатель ничуть, можно пару настроек криво сделать или например при ваших объёмах оставить по дефолту, то будет тоже самое.
    При 600К новостей явно нужен тюнинг под ваш тип контента.

    Хотя слишком быстрым он даже на SSD не будет, вот NVMe SSD уже раметно бодрее, а если у вас HDD, то вполне возможно и 10-30 секунд при разной степени фрагментированности.

    Тюнинг сервера делал сис. админ, уже 3 года следит за сайтом поэтому проблемы со стороны сервера очень маловероятны. SSD m.2 

  6. 1 час назад, MSK сказал:

    а может дело в сервере?

    Типа не хватает мощности? Почти всегда 80% мощности пустует.

    Процессор:    Intel(R) Core(TM) i9-9900K CPU @ 3.60GHz (16 cores)
    Оперативная память:    18654 / 31853 MiB
    Файл подкачки (swap)    4095 MiB
    Средняя загрузка (1, 5, 15 мин):    1.12 1.35 1.67

    1 час назад, MSK сказал:

    сначала искать должен сфинкс

    Это как? Я не совсем понимаю логику работы данного движка :(

  7. 11 часов назад, celsoft сказал:

    Непонятно зачем именно для Sphinx делать. Но в DLE такая таблица с данными уже есть )).

    dle_post_extras_cats? Если требуется отфильтровать ID, и собрать новости с первой категории (cat_id = 1) разве не придется сканировать всю таблицу? Это же то же самое как запрос в первом посте, не? Я хочу пропустить первый шаг: составить готовый список ID новостей из первой категории, и чтобы Sphinx сразу искал среди этого списка, что думаете? Разве это не избавит от лишнего сканирования всей таблицы, допустим если новости из первой категории меньше 10 000?

    12 часов назад, celsoft сказал:

    Sphinx конечно искать будет Быстрее MySQL.

    Насколько быстро? Сейчас процесс подбора похожих новостей у меня длится около 10-15 секунд (с админки, аякс)

  8. 34 минуты назад, MSK сказал:

    Как это нецелесообразно?

    А если добавили новость, которая является более ПОХОЖЕЙ, чем те, которые уже есть в ранее добавленных :)
    На то это и обновляемый кэш :)

    Вы слишком глубоко думаете :) Разве DLE обновляет кэш похожих новостей при добавлении более ПОХОЖЕЙ новости? 

  9. 11 минут назад, MSK сказал:

    Ну как костыль - можно создавать кеш похожих новостей по крону вне двига для ВСЕХ новостей.
    Обновлять кэш после добавления/редактирования новостей с учетом настроек поиска похожих...
    Это немного затратно, но не повлияет на комфорт посетителя.

    Допустим у меня в других 570 000 новостях уже указаны ID новостей, тогда ваша идея не целесообразно получается. 

    Странная логика работы этого модуля, зачем сканировать все 570к новостей, и потом отбирать новости из 1 категории для формирования 5 похожих новостей? Нельзя сразу начать со второго шага, то есть поиска новостей из 1 категорий? 

  10. Привет, подбор похожих новостей тормозит, такой запрос: 

    SELECT id, date, short_story, xfields, title, category, alt_name, MATCH (title, short_story, full_story, xfields) AGAINST ('BLA-BLA-BLA-BLA-BLA-BLA-BLA') as score FROM dle_post WHERE category = '1' AND MATCH (title, short_story, full_story, xfields) AGAINST ('BLA-BLA-BLA-BLA-BLA-BLA-BLA') AND id != 600000 AND approve=1 ORDER BY score DESC LIMIT 5;

    ...выполняется дольше 10-30 секунд, почти всегда получаю ошибку 504, если попытаюсь открыть только что созданный новость. Если убрать тег {related-news} то таких проблем не будет. 

    Включен функция "Искать похожие публикации только в тех же категориях, что и сама новость". Если отключить данную фишку то БД вообще падает.  Мульти категории выключены, у меня категории используется так: 

    Категория 1 - Лучшие моменты фильмов (1000 новостей).

    Категория 2 - Лучшие моменты сериалов (5000 новостей). 

    Категория 3 и далее - 570 000+ новостей.

    Есть такая идея: создать отдельную таблицу, и туда записывать ID новостей каждой категории в отдельную колонку, и потом подключить систему Sphinx для релевантного подбора. Это хотя бы уменьшит круг подбора, что думаете?

    Никаких модификации нет, это тест на чистом движке DLE 14.

  11. 1 час назад, MSK сказал:

    А если заголовок статьи должен содержать именно код символа???
    В заголовке будет и должен отображаться тот текст, который ввели.
    нужна кавычка - вставляйте ' , а не его код.

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

    А в моем случае без вариантов.  

  12. 41 минуту назад, celsoft сказал:

    Принято. Будет исправлено в следующей версии скрипта.

    Что насчёт html представления символов в {title}? :( 

    Например написал &amp; но DLE не конвертирует в символы :(

×
×
  • Создать...