Gameer
-
Публикации
807 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
86
Сообщения, опубликованные пользователем Gameer
-
-
3 часа назад, celsoft сказал:
Спасибо за информацию. Проблема принята и будет исправлена в следующей версии скрипта
А остальным как? Типа сидеть и иметь этот баг который мешает корректной работе сайта? Вы бы пересмотрели свои взгляды на выпуск патчей.
-
1
-
2
-
-
6 минут назад, skapunker сказал:
подскажите, как это реализовано? они 404 выдают или редиректят?
Теги отдают разный контент.
-
1 минуту назад, -Sheckler- сказал:
Это я говорил про сайт в целом и персонализацию для снижения нагрузки путём кэширования. У нас есть персональная информация/выборки из БД, для каждого пользователя эту персональную информацию можно кэшить на 2-3-5 минут, чтобы при каждой загрузки страницы он каждый раз не обращался к mysql, что отразится на скорости загрузки страницы, а также на нагрузке на сервер.
Но там нет ничего чтобы было снижать ведь переменная $member_id доступна в том файле и выборку заново делать не нужно.
-
42 минуты назад, -Sheckler- сказал:
Ну, для сайтов с выделенным сервером (виртуальным или физическим) я думаю это должно быть по силам, если такая реализация является корректной. Можно было сделать функцию для более сложных тяжелых проектов на выделенном сервере, почему бы и нет? :)
Ничего кешировать не нужно, вынесите обработку тега за новости в engine/modules/main.php добавьте к тегу id новости, и вы через регулярку спокойно сможете проверять есть новость у пользователя в избранном или нет. зачем велосипед с кэшем изобретать?
-
2 минуты назад, celsoft сказал:
Рассуждения в корне не не верны. При использовании сортировки нет никакого очищения кеша и быть не может. Потому что кеш общий!!! и единый!!! для всех пользователей находящихся в одной группы. Например для всех гостей один, для всех зарегистрированных тоже один, но другой именно для этой группы и т.д.
Когда пользователь использует изменение сортировки на сайте, то кеш не очищается, он только для него и только для него вообще не используется, а для всех остальных используется!!!
Закладки это персональная информация каждого!!!! пользователя, она у всех разная. Не может быть кеша и персональной информации одновременно!!! Это по сути полное отсутствие кеша, т.е. достаточно просто отключить кеширование и будут у всех все актуально сразу. Нельзя кешировать и одновременно иметь персональную страницу. Эти вещи не совместимы, и сути противоречат друг другу по логике и прочему. Вам нужно определяться в данном случае что приоритетнее: снижение нагрузки на сервер, или персональная информация на странице для каждого отдельного пользователя. Кеширование это априори потеря динамики в том или ином вопросе и нужно решать что важнее.
А ведь можно вынести обработку тега за кэш, используя {fav:id} и проверять по member_id['favorites']
-
Никакой нет. Откуда эти мифы вообще берутся?
-
В данной теме нет никого из персонала, ведь из персонала только сам @celsoft
А те кто вам помогают в темах такие же пользователи как и Вы. Глупо требовать что бы вам помогали люди которые так же являются клиентами. Кто сможет или захочет зайдет в тему да и подскажет что-то или даст ответ, но что бы требовать...
-
2 минуты назад, geepis сказал:
Ты сейчас доказал только неготивное мнение к своей личности)))) И опять же даже не оправергаешь )))) Ладно, давай фото только не удаляй, пусть все знают какие на самом деле ты получаешь сообщения в лс, а не те которые ты выставляешь на показ...
Мда. Здесь нечего сказать, лишь пожелаю удачи.
-
2
-
-
Чего и требовало доказать https://prnt.sc/wizb94
-
22 минуты назад, geepis сказал:
Беспонтовый модуль.... это не оскорбление! Что сейчас обсуждать, если вы этого оспаривать не стали. На этом форуме все гораздо сложнее, комментарии не удалить... и вы решили поговорить?! Смысла нет обсуждать, модуль я удалил, и ставить ради того что бы поспорить с вами я не планирую, и комментарий здесь оставил для общий информации, а не для того что бы тереть тут о нем.
То есть у вас нет ничего что можно сказать по существу? Обратиться в тех поддержку не пробовали? Почему же у других нет таких проблем как у вас?
Не нужно писать ложь, вы в том комментарии напрямую оскорбляли меня.
-
29 минут назад, geepis сказал:
Конечно по ссылке коменты оставлять бесполезно, они там удаляются!!! Оставляют только от тех, для кого передвигающийся ползунок на сайте предел совершенства. И смысл ему писать???? Я ему в комментариях написал о данной проблеме вчера! Сегодня решил зайти посмотреть что он ответит о данной проблеме, может решение подкинет, он решил это удалением комментария .... Значит я прав, и косяки реальные, и дело не в настройках.
И не надо думать что все вокруг деревянные по пояс, ты не один кто в трех соснах не заблудишься, хотя судя по твоей логике ты и в двух заблудишься.
Удаление комментария было по причине оскорбления. Вы даже не написали в тех поддержку а сразу начали выдвигать необоснованные обвинения
-
4 часа назад, Mr. Bot сказал:
Аж зарегистрировался, что бы ленивому деву продажи подпортить в годовалой теме...
Баги нужно отлавливать и репортить, а не кричать о них.Потому что человек не умеет настраивать, он даже в тех поддержку не написал...
-
3 минуты назад, kamensk сказал:
На показателях СЕО не скажется?
http - остается?
Здесь есть "подводные камни"?
Используйте cloudflare, там можно обойтись без ssl и смены ip
-
Тег не выводит навигацию в указанном месте, а сама навигация привязана к тегу {content}
-
1 час назад, ATHF сказал:
parse.class.php:
1
$this->providers['%^(http:|https:)?//(www.)?(instagram.com/)%i'] = "https://api.instagram.com/oembed/";меняем на:
$this->providers['%^(http:|https:)?//(www.)?(instagram.com/)%i'] = "https://graph.facebook.com/v9.0/instagram_oembed";2
$query_string = http_build_query(array('url' => $content_url,'maxwidth' => $args["width"],'maxheight' => $args["height"],'format' => 'json'));
меняем на
if (strpos($content_url, 'instagram') !== FALSE) $query_string = http_build_query(array('url' => $content_url, 'access_token' => '{ACCESS-TOKEN}','maxwidth' => $args["width"],'maxheight' => $args["height"],'format' => 'json')); else $query_string = http_build_query(array('url' => $content_url,'maxwidth' => $args["width"],'maxheight' => $args["height"],'format' => 'json'));
Свой ACCESS-TOKEN для второго пункта (формата 1234566|abcvflskldsfk) получаем запросом:
https://graph.facebook.com/oauth/access_token?client_id={your-app-id}&client_secret={your-app-secret}&grant_type=client_credentials
{your-app-id} и {your-app-secret} берём из инструкции для подключения авторизации через Фейсбук
АПИ только для бизнес аккаунтов и требует проверки приложения.
-
5 часов назад, garkvas сказал:
Кто нибудь нашел решение это проблемы?
Есть плагин https://lazydev.pro/product/62-instagram-tiktok-imgur-embed.html
-
31 минуту назад, Captain сказал:
Не имеет значения. Будут глюки только при нехватке серверных ресурсов и/или в их настройках и настройках самого DLE, как и на любом двиге. Меньше читайте про "сколько держит CMS" - это всё из воздуха.
)) забавно читать подобную чушь
-
4 часа назад, Sander1 сказал:
С тем же успехом, 220мс.
Даже чуть хуже. Во всех ситуациях в среднем на 15мс медленнее. Это более заметно, когда выборка идет по двум категориям, когда тайминги в районе 40мс и 55мс соответственно.Очень странно.
Тот что я предложил.
Стандартный
В базе 54000 записей.
PHP 7.3, MariaDB 10.3
-
2 часа назад, Sander1 сказал:
Да это просто програмно заполненная база из "Test #{n}" заголовков с рандомным распределением по заданным категориям.
К сожалению, если бы оно у меня было - я бы его уже озвучил :(
Разве что такое предложение, сделать пункт "мультикатегории" опциональным индивидуально для каждой категории.Не могу не согласиться. Но так же нельзя сказать, что эти базовые настройки отвратно оптимизированы для небольших БД.
Я попробовал поиграться с настройками, это дало некоторый результат, но все равно он далек от приемлемого.Но обнаружил интересный факт.
WHERE cat_id IN (2) - обрабатывается в среднем 220мс (против 900мс раньше) при количестве 54кЗато когда несколько категорий, то уже совершенно другое дело.
WHERE cat_id IN (2,3) - за 39мс. 71к записей.
WHERE cat_id IN (2,1000) - за 28мс. 1000 - такой категории нет, но все работает быстро и правильно. Удивительно, но фактКак на счёт такого запроса?
SELECT p.id, p.autor, p.date, p.short_story, CHAR_LENGTH(p.full_story) as full_story, p.xfields, p.title, p.category, p.alt_name, p.comm_num, p.allow_comm, p.fixed, p.tags, e.news_read, e.allow_rate, e.rating, e.vote_num, e.votes, e.view_edit, e.editdate, e.editor, e.reason FROM dle_post p LEFT JOIN dle_post_extras e ON (p.id=e.news_id) JOIN (SELECT id FROM dle_post LEFT JOIN dle_post_extras e ON (id=e.news_id) INNER JOIN (SELECT DISTINCT(dle_post_extras_cats.news_id) FROM dle_post_extras_cats WHERE cat_id IN (2)) z ON (id=z.news_id) WHERE approve=1 ORDER BY date desc LIMIT 0,10) as l ON p.id=l.id ORDER BY date desc
-
26 минут назад, Sander1 сказал:
Ради интереса и чистоты эксперимента, поставил свежий OpenServer 5.3.7. PHP 7.4, MySQL 8.0.19
DLE 14.1, добавил 78к новостей, каждая отмечена в 3х категориях. Ситуация чуть лучше, но все равно за пределами нормы.SELECT p.id, p.autor, p.date, p.short_story, CHAR_LENGTH(p.full_story) as full_story, p.xfields, p.title, p.category, p.alt_name, p.comm_num, p.allow_comm, p.fixed, p.tags, e.news_read, e.allow_rate, e.rating, e.vote_num, e.votes, e.view_edit, e.editdate, e.editor, e.reason FROM dle_post p INNER JOIN (SELECT DISTINCT(dle_post_extras_cats.news_id) FROM dle_post_extras_cats WHERE cat_id IN ('3')) c ON (p.id=c.news_id) LEFT JOIN dle_post_extras e ON (p.id=e.news_id) WHERE approve=1 ORDER BY date DESC LIMIT 10,10
[time] => 0.94885897636414
SELECT COUNT(*) as count FROM dle_post p INNER JOIN (SELECT DISTINCT(dle_post_extras_cats.news_id) FROM dle_post_extras_cats WHERE cat_id IN ('3')) c ON (p.id=c.news_id) WHERE approve=1
[time] => 0.33806180953979
Когда несколько категорий в запроса (подкатегории), ситуация частично лучше, частично хуже
Тайминги 0.482 и 0.55 соответственно.Если в категории 10к новостей, то тайминги: 0.137 и 0.041. Наличие подкатегорий не сильно влияет.
А можно поделится базой? Хочу кое что проверить.
-
14 минут назад, alex32 сказал:
Миллион раз задавали этот вопрос и миллион раз разработчик отвечал : НЕТ. Но этот вопрос с постоянной регулярность задается снова и снова.
Они о многом чего говорили НЕТ. Но в итоге реализовывали.
-
1
-
-
8 минут назад, radrigo сказал:
Исправил. Должно помочь. Попробуйте
https://yadi.sk/d/cGjH1W6H90l2ygУ меня тоже прекрасно отображаются картинки, когда нету в начале слеша. Может зависит от настроек сервера
Нет :)
-
8 минут назад, Captain сказал:
Всё работает без проблем. На 14.1 поставил, ключ сразу заработал. Спасибо.
Очень интересно :) Только жаль что ложь.
5 минут назад, kamensk сказал:Картинки загружены.
Проблема в другом:
Адрес картинок идет не верный - вместо
/templates/Green/pogoda/img/01d.svgУказан -
название страницы/templates/Green/pogoda/img/01d.svgКак исправить? - чтобы было
/templates/Green/pogoda/img/01d.svgВ плагине найдите 6 РАЗ
<img src=\"templates/"Замените на
<img src=\"/templates/"-
1
-
-
2 минуты назад, radrigo сказал:
Никакие версии движка не имеют возможности загружать файлы шаблона. Загрузите через FTP или создайте через редактор шаблонов.
Вы бы читали описание релизов. 5 пункт.
https://dle-news.ru/release/1755-datalife-engine-v131-final-release.html
Баг при Массовом Апруве уже Апрувнутых новостей в inc/massactions.php
в Прием багов
Опубликовано:
Раньше у вас не было автообновления. Сейчас это делать намного проще. Но да, видимо многого хочу.