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

morgenshtern

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

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

  • Посещение

О morgenshtern

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

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

373 просмотра профиля
  1. Ок
  2. Другими словами как диапазон от -a до +a уместить в диапазон от 0 до 100% Пока что пришло в голову принять 0 за 50% при количестве голосов >0 т.е. отрицательный диапазон от -a до 0 будет соответствовать значениям от 0% до 50% а положительный диапазон от 0 до +1 будет соответствовать значениям от 50% до 100% Есть идеи как составить формулу? Неужели все также прогуливали математику в школе как я
  3. На сайте стоит рейтинг второго типа Нравится/Не нравится. Есть идеи как его переделать под процентный без правок в базе?
  4. Ну судя по моему случаю, админ все же смог внедрить вредоносный код в config.php из под админки. Я напишу вам в личку
  5. Меня тоже сегодня взломали. Вредоносный код был в файле config.php, также обнаружил нового админа на сайте. Пришлось останвить nginx и разбираться во всем. Хорошо что быстро обнаружил подвох и во всем разобрался, понятное дело кулцхакер за это время мог слить базу. Но чем еще грозит этот взлом? Подозрительных файлов не нашел, пароли сменил везде
  6. Какие злые вы тут все. Пена изо рта еще не идет? Пример был приведен для SKYNET74 в доказательсво того, что все разработчики бездарные, раз в коде указывают http версию и лишь один он тут самый умный
  7. За примером далеко ходить не надо
  8. А что не так с моим кодом? Табуляция вместо пробелов или AND вместо &&? В DLE я тоже могу найти код, от которого волосы дыбом встают, но это не столь важно. Главное чтоб код выполнял то, что от него требуется. DLE потому и стал популярен, что его код может понять любой школьник. Если б вас волновало качество кода, вы бы уже давно перешли на YII2 или прочие фреймворки, но нет, легче же писать велосипеды на DLE. Конечно мне не понять таких как вы. Я сюда пишу не для лайков и не провоцирую людей на флуд
  9. Указание протокола в моде не делает разработчика "низкокачественным". Я написал свое универсальное решение, кому надо тот использует. А ваше мнение мне не интересно в моих темах
  10. А чего вы мне это пишите? Напишите сотне разработчиков на других сайтах писать моды правильно
  11. Нет, не так и есть 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. Кеш этой страницы должен существовать до того времени пока я не отредактирую эту страницу или пока не истечет время жизни кеша, а не очищаться при создании новых новостей Я то у себя отключил это. Я про других пользователей, кто оставил настройки по умолчанию и месяцами не правил конфиг. Они и не подозревают что кэш то у них не работает для большинства страниц
  12. С мемкешем разобрался, стало все понятно еще месяц назад - он не работает так как надо. Перешел на файловый кэш и тут ждала очередная подстава о которой и не подозревал. Заметил что большинство старых страниц очень тяжело грузятся и всему виной оказался fullcache_days Я почему то всегда считал что этот параметр задает время жизни кэша, по истечении которого кэш пересоздается, а нет, после 30 дней кэш отключается. Как написано в админке "Создание и обновление кеша, эта тоже ресурсоемкая операция." Т.е. по-вашему запрос на создание кэша для страницы раз в неделю это хуже чем сотня тяжелых mysql запросов на страницу в час? И дело тут не в избыточных дисковых операциях и большом количестве файлов в папке cache. Mysqld начинает очень сильно жрать процессорное время и вешать сервер. И почему вы решили что старые новости теряют популярность? Ничего подобного. На индексацию страницы и на расчет ранжирования в поисковой выдаче уходит примерно месяц. И страницы вылезают в топ как минимум через месяц и держатся там месяцами, а вы предлагаете отключать кэш для 90% таких страниц Нужно создать отдельную вкладку с кэшем, где можно будет задать время жизни кеша для страниц fullstory, main, alltags итд А для fullcache_days добавить специальный переключатель, после переключения которого можно будет задать время жизни старых публикаций, а по умолчанию отключить эту вредную фичу. Ну и самое главное не чистить весь кэш после каждого добавления новости
  13. Когда много модификаций в движке то такая смена может и не прокатить. Придется править пути во всех модулях
  14. Согласно рекомендациям Яндекса, при переезде на https, сайт должен быть доступен по двум протоколам для правильной склейки и во избежании вылета страниц из индекса В админке не нужно менять адрес сайта на https версию, редиректы в htaccess также не нужны В файле modules/main.php перед echo $tpl->result['main']; Вставляем if (isSSL()) { $config['http_home_url'] = str_replace ( 'http://', 'https://', $config['http_home_url']); $tpl->result['main'] = str_replace ( 'http://'.$_SERVER['HTTP_HOST'], 'https://'.$_SERVER['HTTP_HOST'], $tpl->result['main'] ); $tpl->result['main'] = str_replace ( 'src="http://', 'src="//', $tpl->result['main'] ); } В конец modules/functions.php вставляем function isSSL(){ if( !empty( $_SERVER['HTTPS'] ) AND $_SERVER['HTTPS'] != 'off') return true; if( !empty( $_SERVER['HTTP_X_FORWARDED_PROTO'] ) && $_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https' ) return true; return false; }
  15. Не знаю есть ли это в новой версии, но в старых порядком поднадоело менять год каждый раз В шаблон вставляем {YEAR} В main.php перед $tpl->compile ( 'main' ); вставляем $tpl->set ( '{YEAR}', date('Y') );