CMS DataLife Engine - Система управления сайтами

morgenshtern

новички
  • Публикации

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

  • Посещение

Репутация

5 Обычный

О morgenshtern

  • Звание
    Новичок

Посетители профиля

555 просмотров профиля
  1. DLE SQL DEBUG LOGGER

    Закомментировал строчки в show.short и show.full с функциями replace_links и скорость загрузки с 4 сек сократилась до 0.6. Получается при большом количестве перекрестных ссылок автозамена начинает не по детски замедлять генерацию страницы. Что скажите господа оДмины? И как будем с этим бороться? --up-- Думаю надо отказаться от формата (Скачать бесплатно|Смотреть онлайн|Без смс и регистрации)
  2. DLE SQL DEBUG LOGGER

    Ничего не понимаю. Как думаете почему такое происходит? При запросе страницы время почти 5 сек, при повторном обновлении уже 0.1 сек. При смене файлкеша на мемкеш ситуация не меняется. При отключении сжатия js и html тоже без изменений
  3. Реально ли выводить EXPLAIN всех запросов в футере подобно этому без глобальных правок в движке? Подкиньте идей как это сделать. А то GzipOut ну совсем не выручает
  4. Рейтинг новости в процентах

    Ок
  5. Рейтинг новости в процентах

    Другими словами как диапазон от -a до +a уместить в диапазон от 0 до 100% Пока что пришло в голову принять 0 за 50% при количестве голосов >0 т.е. отрицательный диапазон от -a до 0 будет соответствовать значениям от 0% до 50% а положительный диапазон от 0 до +1 будет соответствовать значениям от 50% до 100% Есть идеи как составить формулу? Неужели все также прогуливали математику в школе как я
  6. На сайте стоит рейтинг второго типа Нравится/Не нравится. Есть идеи как его переделать под процентный без правок в базе?
  7. Критическая уязвимость (v11.1)

    Ну судя по моему случаю, админ все же смог внедрить вредоносный код в config.php из под админки. Я напишу вам в личку
  8. Критическая уязвимость (v11.1)

    Меня тоже сегодня взломали. Вредоносный код был в файле config.php, также обнаружил нового админа на сайте. Пришлось останвить nginx и разбираться во всем. Хорошо что быстро обнаружил подвох и во всем разобрался, понятное дело кулцхакер за это время мог слить базу. Но чем еще грозит этот взлом? Подозрительных файлов не нашел, пароли сменил везде
  9. DLE и HTTPS

    Какие злые вы тут все. Пена изо рта еще не идет? Пример был приведен для SKYNET74 в доказательсво того, что все разработчики бездарные, раз в коде указывают http версию и лишь один он тут самый умный
  10. DLE и HTTPS

    За примером далеко ходить не надо
  11. DLE и HTTPS

    А что не так с моим кодом? Табуляция вместо пробелов или AND вместо &&? В DLE я тоже могу найти код, от которого волосы дыбом встают, но это не столь важно. Главное чтоб код выполнял то, что от него требуется. DLE потому и стал популярен, что его код может понять любой школьник. Если б вас волновало качество кода, вы бы уже давно перешли на YII2 или прочие фреймворки, но нет, легче же писать велосипеды на DLE. Конечно мне не понять таких как вы. Я сюда пишу не для лайков и не провоцирую людей на флуд
  12. DLE и HTTPS

    Указание протокола в моде не делает разработчика "низкокачественным". Я написал свое универсальное решение, кому надо тот использует. А ваше мнение мне не интересно в моих темах
  13. DLE и HTTPS

    А чего вы мне это пишите? Напишите сотне разработчиков на других сайтах писать моды правильно
  14. Бесполезный кэш

    Нет, не так и есть showfull $config['fullcache_days'] = intval($config['fullcache_days']); if( $config['fullcache_days'] < 1 ) $config['fullcache_days'] = 30; if( strtotime($row['date']) >= ($_TIME - ($config['fullcache_days'] * 86400)) ) { $allow_full_cache = true; } У всех старых новостей $allow_full_cache = false а значит до create_cachе не доходит Раз в неделю написал в качестве примера. При любом изменении он полностью удаляется. Т.е. если новости будут создавать раз в минуту, то и чистится он будет раз в минуту. Какой тогда вообще прок от кэша? function clear_cache($cache_areas = false) { global $mcache; if ( $mcache !== false ) { $mcache->flush(); } .... Допустим я создал страницу 1. Кеш этой страницы должен существовать до того времени пока я не отредактирую эту страницу или пока не истечет время жизни кеша, а не очищаться при создании новых новостей Я то у себя отключил это. Я про других пользователей, кто оставил настройки по умолчанию и месяцами не правил конфиг. Они и не подозревают что кэш то у них не работает для большинства страниц
  15. С мемкешем разобрался, стало все понятно еще месяц назад - он не работает так как надо. Перешел на файловый кэш и тут ждала очередная подстава о которой и не подозревал. Заметил что большинство старых страниц очень тяжело грузятся и всему виной оказался fullcache_days Я почему то всегда считал что этот параметр задает время жизни кэша, по истечении которого кэш пересоздается, а нет, после 30 дней кэш отключается. Как написано в админке "Создание и обновление кеша, эта тоже ресурсоемкая операция." Т.е. по-вашему запрос на создание кэша для страницы раз в неделю это хуже чем сотня тяжелых mysql запросов на страницу в час? И дело тут не в избыточных дисковых операциях и большом количестве файлов в папке cache. Mysqld начинает очень сильно жрать процессорное время и вешать сервер. И почему вы решили что старые новости теряют популярность? Ничего подобного. На индексацию страницы и на расчет ранжирования в поисковой выдаче уходит примерно месяц. И страницы вылезают в топ как минимум через месяц и держатся там месяцами, а вы предлагаете отключать кэш для 90% таких страниц Нужно создать отдельную вкладку с кэшем, где можно будет задать время жизни кеша для страниц fullstory, main, alltags итд А для fullcache_days добавить специальный переключатель, после переключения которого можно будет задать время жизни старых публикаций, а по умолчанию отключить эту вредную фичу. Ну и самое главное не чистить весь кэш после каждого добавления новости