chelnovosti_ru
-
Публикации
202 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем chelnovosti_ru
-
-
Все понял, спасибо... Но вот вопрос, ведь по факту, можно же сделать, чтобы обновление/удаление кеша, было фоновым? Сейчас это хоть и выполняется асинхронно, но юзеру в любом случае приходиться ждать, если обновляется кеш. Ну скажем, создался кеш категории, юзер зашел на сайта и буквально до захода, мы добавили новость. Что происходит, старый кеш удаляется и создается новый.... точнее, наоборот... В это время юзер получает информацию из БД. И от этого идет время ожидания, можно ли сделать, чтобы к примеру, пока создается в фоновом режиме кеш, юзеру отдавался старый кеш, а как только новый создаться, то уже и отдавать ему. Тогда все будет отлично, сайты будут летать:) И кеш будет с сотню раз эффективнее работать, нежели сейчас... Видел на других движках такую фичу... А то сейчас новость добавили, кеш весь слетел и пересоздается за ново, хоть и асинхронно, но толку, если юзеру приходиться ждать...
-
Я пробовал эксперименты, сами новости хорошо открываются при втором открытии и без кеша, как я понял, это благодаря InnoDB буеферу, который кеширует. Но вот в категориях, где много новостей идет долгая выборка... Скажем, в категории 1, 100к новостей, в категории 2 30к новостей (цифры с потолка), так вот первая категория без кеша плоха открывается. Вторая категория гораздо быстрее... В настройках DLE, отключил публикацию новостей на будущую даты и так далее, отключил подсчет новостей и прочее. Никаких плагинов и модулей нет...
-
Здравствуйте, есть кто знатоки по Redis?) С 4 версии redis может удалять и обновлять кеш асинхронно, но после настройки конфига, DLE как и удаляла при запросе, так и продолжает... Как заставить, что подкрутить надо в DLE, чтобы кеш асинхронно обновлялся... А то сейчас, redis кеш по факту ничем не отличает от файлового Новость добавили, весь кеш слетает в онлайне, юзеру надо первое открытие сайта по 2 сек ждать...
-
У меня вопрос, вот я сделал дополнительное поле "Переключатель Да или Нет", поставил по умолчанию "Включено", включаю функцию "Перестроение публикаций" и все... Новости пересохраняются, однако, в новостях нет этого поля (в ДБ), хотя я в настройках Выбрал "Включено" по умолчанию. И как мне здесь быть? Этот баг не помню с какой версии идет, и никто так и не исправил....
-
Понял, спасибо. А на данный момент с помощью плагина можно ли как-то это устранить?
-
Здравствуйте. Тут такое дело, экспериментировал с статическими страницами и заметил вот такое явление, что дублируются метатеги. Пробовал и переустанавливать DLE, и обновлять.
-
30.12.2021 в 13:35, celsoft сказал:
Можно. Указываете в значении: поле|1
Скажите пожалуйста, как сделать условие "и" при использование вывода по 2-ум дополнительным полям. Сейчас условие работает, как "или"...
-
8 часов назад, celsoft сказал:
В админпанели есть раздел поиск и замена, вы можете сделать замену "<a " на "<a rel="nofollow" ", только не забудьте сделать бекап БД, чтобы если замена будет неверной, сделать откат БД.
Пробовал делать замену, однако, результаты не очень. Не понятно по каким причинам замена не происходила, делал замену следующим образом
<a href="http://сайт.ru/tags/
Менял на
<a rel="nofollow" href="http://сайт.ru/tags/Однако, по каким-то обстоятельствам замена не произошла, не знаете почему?( Может ли быть, что замена не работает по той причине, что в новостях у меня все ссылки добавлены в таком формате
[url=http://сайт.ru/tags/%CC%E0%F0%F2%E8%ED+%CC%E0%EA%CA%F0%E8%E4%E8/]Мартин МакКриди[/url] -
Нашел помощь в одном из топиков
Цитата$def->addAttribute('a', 'rel', 'Text');
Помогло, надо лишь прописывать <a rel="nofollow" href="... и так далее. Однако, все равно в ручную перелопатить 15к новостей - это жесть, как бы этот процесс автоматизировать?) Может тут хоть кто-нибудь помочь?
-
Добавлю. Пытался сохранить новость, написав ссылку
<a href="http://сайт.ru/tags/%CC%E0%F0%F2%E8%ED+%CC%E0%EA%CA%F0%E8%E4%E8/" rel="nofollow">Мартин МакКриди</a>
В итоге после сохранения новости, в исходном коде отображается то, что нужно. Я был рад, ибо осталось лишь немножко поработать ручками. Однако, после пересохранения новости, это ссылка вновь становится
[url=http://сайт.ru/tags/%CC%E0%F0%F2%E8%ED+%CC%E0%EA%CA%F0%E8%E4%E8/]Мартин МакКриди[/url]А в исходном коде страницы тег rel="nofollow" исчезает, помогите пожалуйста. DLE 11.3
-
Ребят, а как мне сделать, что бы для ссылок вида
[url=http://сайт.ru/tags/%CC%E0%F0%F2%E8%ED+%CC%E0%EA%CA%F0%E8%E4%E8/]Мартин МакКриди[/url]Сделать, чтобы в исходном коде страницы атрибут rel="nofollow" прописывался? Однако, чтобы не для всех таких ссылок, а для тех, которые к примеру относятся к дополнительному полю "Актеры". Просто сайт кинотиматики и весь на доп полях состоит, много ссылок, которые забирают вес страницы. Помогите пожалуйста.
-
Помоги пожалуйста, что да как нужно сделать?
-
Здравствуйте. С помощью парсер паршу информации с кинопоиска, затем добавляю новость на сайт. Так вот ссылки на актеров, режиссеров и так далее имеют такой вид
[url=http://сайт.ru/tags/%CC%E0%F0%EA+%D3%EE%EB%E1%E5%F0%E3/]Марк Уолберг[/url]Помогите ребят сделать, чтобы добавлялся тег rel="nofollow" автоматически для этих ссылок, то есть после публикации в исходном коде данные ссылки имели вид
<a herf="http://сайт.ru/tags/%CC%E0%F0%EA+%D3%EE%EB%E1%E5%F0%E3/" rel="nofollow">Марк Уолберг</a>
. Помогите пожалуйста, очень прошу...
-
Эх... придется ждать, другого варианта не остается(((
-
1 час назад, celsoft сказал:
Я не много не так вам писал. Я вам писал, что когда скрипт получает данные с + или через %20 он видит это как обычный пробел в обоих случаях и для него разницы в этих символах нет. Также написал что я пока не знаю, как научить скрипт их различать, т.к. от сервера приходят они уже в раскодированном виде. Кстати мне удалось найти решение данного вопроса, и в новой версии контроль неверных ЧПУ сможет это диагностировать и делать редирект.
Тоже неверное предположение. DLE формирует всегда ссылки правильно и одного типа. Ничего переделывать в формировании не нужно. Проблема у вас не в том что ссылки неправильно формируете, а в том что он также корректно воспринимает и неправильные. Откуда взялись неправильные я уже не знаю. Но в данном случае задача стоит чтобы неправильные перенаправлять на правильные.
Мне самому интересно откуда эти неправильные ссылки появляются, на ум приходит лишь одно, что поисковые боты сами их переделывают... Не знаю зачем и почему( По поводу новой версии DLE, можно узнать когда будет релиз?
-
Ну а можно допустим сделать, чтобы не было запросов http://сайт.ru/tags/%C4%E8+%C4%E6%E5%E9+%CA%E0%F0%F3%E7%EE/ вместо "+" к примеру "_", http://сайт.ru/tags/%C4%E8+%C4%E6%E5%E9_%CA%E0%F0%F3%E7%EE/. Просто поисковик не видит разницу между "+" и %20. Ну а также сделать редиректы со страниц без слеша, на страницу со слешем, другими словами в обязательном порядке дописывать слеш. А также сделать редирект со старых страниц на новые, которые уже будут с "_". Как-то так.
-
Хм... почему много запросов? Ведь и так всегда есть 1 запрос к базе, где вытаскивается ID тега и так далее... Остается как-то переделать структуру формирования URL, плюс всегда можно использовать кеширование... Уж лучше так, чем получать заниженные позиции по любым запросам из-за дублей тегов... Пессимизация, как я заметил сказывается на весь сайт... Если кто может, пишите, заплачу, разумеется в разумных пределах)
-
Задание касается тегов. Сейчас ситуация так сказать не очень, ссылки на теги имеют сейчас такой формат http://сайт.ru/tags/%C4%E8+%C4%E6%E5%E9+%CA%E0%F0%F3%E7%EE/ Однако именно из-за него и появляются дубли, для поисковиков нет разницы + или %20 - означают пробел, и в итоге как минимум два дубля. Ну и соответственно, проблема со слешом на конце. Можно ли все теги, точнее ссылки переделать по типу http://сайт.ru/tags/354389352, что нибудь в таком формате, ну и насильно прописывать им слэш на конце. Также настроить редирект 301 с неправильных ссылок и прописать метатег, который указывал бы на правильный урл... После хака к прмиеру человек пришел на страницу http://сайт.ru/tags/%C4%E8+%C4%E6%E5%E9+%CA%E0%F0%F3%E7%EE/ (внимание, я её указал без слеша), сработал 301 редирект и его автоматически перебросило на http://сайт.ru/tags/354389352/. Видел в таблице каждый тег имеет уникальный ID, только сам не могу, готов заплатить. Сколько будет стоить подобная модификация? Дядя Вова просто считает нормальным явлением, когда на 1 тег 3 дубля) И не считает это проблемой движка, вот приходится просить сторонней помощи.
-
Я не просил модули. Если они мне нужны я их покупаю или заказываю. Тут дело обстоит в том, что сам разработчик допустил ошибку в СЕО, лишние дубил страниц появляются на сайте. В этом и проблема.
-
Ясно... Пойду на фриланс, всем же в лом помочь.
-
Хм, молодец пост набил... А по существу ничем не помог...
-
В общем уже давненько, точнее пару месяцев назад обновился с DLE 10.2 до DLE 11.1, однако, заметил некий недочет, ранее поиск (сортировка) по доп.полям была вот такая http://сайт.ru/xfsearch/слово, после обновления к примеру стало http://сайт.ru/xfsearch/actors/слово. Подскажите пожалуйста, какие нужно править файлы и что именно, что сделать редирект с http://сайт.ru/xfsearch/слово на http://сайт.ru/xfsearch/actors/слово. Ну и конечно же прописать метатег rel=canonical, чтобы показать поисковым системам какая главная страница. Очень нужно, жду любой помощи, заранее благодарен.
-
11 час назад, mrinfo сказал:
Здравствуйте!
Подскажите, кто знает, какие есть механизмы по работе с бесплатными объявлениями в движке?Может быть есть сторонние коммерческие решения?
Имеется в виду возможность публикации бесплатных объявлений самими пользователями по разделам и категориям. Модерация объявлений
Мне кажется лучший вариант это ставить какой-то сторонний движок для объявлений с дизайном похожим на сайт, и часть объявлений встраивать в шаблон DLE через iframe!
Буквально несколько недель назад видел модуль, я полагаю ты хочешь организовать доску объявлений?
-
Вот
Значение длины ваших полей превосходит максимальные размеры, которые могут уместится в базе данных. Раньше база данных сама обрезала слишком длинные значения, но актуальные версии MySQL вместо автоматического обрезания, выводят MySQL ошибку при стандартных настройках MySQL. Чтобы этого не было скрипт сам проверяет и говорит об этом. Поэтому в данном случае у вас правильное, это уменьшение длины значения поля, т.к. оно у вас все равно физически в БД не входит.
Если вы увеличиваете стандартные длины полей таблиц в БД, то вам нужно также увеличивать размеры в проверках в файлах скрипта, это файлы engine/inc/addnews.php и engine/inc/editnews.php
if( dle_strlen( $_POST['tags'], $config['charset'] ) > 250 )
вместо 250 поставил тоже число, что в значении переменной tags в БД
Для добавления новостей через сайт править нужно уже файл engine/modules/addnews.php
Redis асинхронное обновление / удаление кеша.
в DataLife Engine (Общие вопросы)
Опубликовано:
Понял, спасибо за информацию...