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

saigontov

местные
  • Публикаций

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

  • Посещение

Репутация

2 Обычный

Информация о saigontov

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

Информация

  • Пол
    Мужчина
  1. Так, ведь тогда скрипт перестанет обрабатывать адреса и получится что одна и та же страница будет доступна по двум адресам, к примеру: http://www.marinline.ru/785-smazka-2-4-c-227gr.html и http://www.marinline.ru/catalog-all/accessories/masla-i-smazki/uxod-za-dvigatelem/785-smazka-2-4-c-227gr.html Таким образом, поисковики начнут склеивать страницы - я уже через это проходил на соседнем проекте. Там как раз проблема с индексацией решилась включением настроек обработки неверных ЧПУ. Что-то я капитально запутался. Раньше совсем не обращал на это внимание при рекламе. А теперь, когда я дописал PHP скрипт по затягиванию параметров UTM хвостов в заявку на почту, это стало критично важно для меня. Я как раз следующим шагом дописываю скрип, чтобы человек зашедший с UTM хвостом не потерял его при переходу по внутренним страницам, а тут получается обработка ЧПУ на корню рубит мою затею со сквозной аналитикой.
  2. Сайт: marinline.ru Добрый день! Сегодня обнаружил такую не приятную штуку: почему-то на сайте в браузерной строке сбрасываются ?UTM метки на всех страницах кроме главной. Это .htaccess видимо барахлит, как думаете? Тоесть, когда по рекламе юзер попадает на внутреннюю страницу, то весь UTM хвост стирается и в строке остается только чистая URL
  3. Да ничего я не затрагивал, я и не лазил в настройки PHP. Как эта проблема решается? Это может быть связано с .htaccess?
  4. Спасибо! Обновление до 13.0 произвел. База вроде тоже встала нормально. Но теперь есть нюанс с админкой. Почему-то после каждого перехода по разделам админки выбрасывает на страницу авторизации. Происходить это начало после того, как я добавил в настройках сервера: allow_url_include = Off Почему так происходит?
  5. Посмотрел: http://take.ms/nmdPL, чисто визуально столбцы есть. На внешке сайта тоже выводятся все элементы новости заголовками: http://take.ms/sH3Ba Хотя в админке не могу ничего отредактировать, в новость войти не могу. В мускле у базы кодировка: http://take.ms/Chmjl, ну а внутри конечно уже другая = http://take.ms/ffB8P Чего делать? У основной базы поменять кодировку?
  6. Вот я красавчик, забыл скрин приложить: http://take.ms/1JONA
  7. В общем по итогу импорт с виду прошел успешно. Но вот что теперь творится в разделе «Редактировать новости» (v8.5) Почему такое бывает подскажите
  8. А я не говорил, что уже обновился. Как раз таки я и хочу накатить бэкап и потом начать обновляться
  9. Итак, наблюдаю такую картину. Перенес все файлы на новый хост. Начинаю накатывать бэкап базы данных и, как и следовало ожидать... наблюдаю как восстановление застыло на одном месте: http://take.ms/ZaGsd Есть у кого нибудь понимание, стоит надеяться и ждать что этот процесс продвинется с этой мертвой точки? Смотрю на эту картину уже примерно 30 минут ))
  10. Ок, тут я вас понял. А что на счет кодировки? Я правильно понимаю что с какой-то версии вы полностью отказались от 1251 в пользу utf-8? Как здесь процесс устроен с накаткой?
  11. Как это? Тоесть если у меня сейчас 8.5 то можно сразу 12.0 накатить (как тут объясняли: https://forum.dle-news.ru/topic/73118-обновление-85-до-130/?tab=comments#comment-366972 )? Просто я так понял, что надо по очереди одну за другой накатывать. А так получается что я сейчас накатываю 12.0 на старую версию 8.5 и далее на 12.0 накатываю 13.0 - это верно? Я правильно понимаю что с 12.0 автоматический апдейт уже реализован или нет?
  12. Извините за назойливость, просто хотел переспросить... Правильно я понял, что я ставлю современную версию PHP и накатываю остальные версии не обращая внимание не висячие ошибки на главной?
  13. Отлично! Спасибо
  14. А какая сейчас максимально актуальная? У меня по дефолту стоит 5.6 - это норм?
  15. Добрый день! Тоже вот сейчас столкнулся с этими «соплями». Мне надо перенести движок DLE 8.5 на другой хостинг и накатить на него версии до актуальной. При установке столкнулся с тем, что пришлось поменять в установщике TYPE=MyISAM на ENGINE=MyISAM - устаревшее ключевое слово (начиная с версии 5.0 MySQL). Далее на последнем шаге вылезла строка: Warning: Illegal string offset ‘js_min’ in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/inc/include/functions.inc.php on line 682 А на главной теперь http://alcoexpert.beget.tech/ теперь повисли такие строки: Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/classes/rss.class.php on line 51 Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/modules/show.short.php on line 160 Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/modules/show.short.php on line 160 Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/modules/show.short.php on line 160 Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/modules/show.short.php on line 160 Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/a/alcoexpert/alcoexpert.beget.tech/public_html/engine/classes/templates.class.php on line 64 И соответственно не отрабатываются теперь некоторые функции типа просмотра коротких новостей. Скажите, с какой версии DLE начинается переход на новые версии PHP? Я думаю что хостер сможет мне понизить версию PHP для более ранних DLE, а дальше я буду накатывать версии и в момент Х повысим версию PHP. Как думаете, это корректный подход?