Вход • Регистрация

Как сменить адрес /page2/ в пагинаторе

  •
  • 09 февраля 2013 г. , редакция: 09 февраля 2013 г.
  • где что подправить, что-бы линки были не page2, а page-2.
    нашел
    Код
    public $urlpage = 'page%d/';
    в paginator.inc.php, но он не меняет page2, а меняет урл стрелочки, типа следующая.
    и скорее всего нужно будет править htaccess?

    зы: еслиб не перенос сайта с дугой цмс, то даже не заморачивался с этим.
    •
    • 09 февраля 2013 г.
    • Ох, там надо поколдовать во многих местах, чтобы эту системную переменную поменять. Сейчас проверить негде, поэтому скажу навскидку.
      Во-первых, page в разрешенных переменных в includes/init.php сидит, в public $rewrite_variable_names_all, чтобы ее получить из урл можно было.
      Во-вторых, в том же файле она сама объявлена public $page;
      А в-третьих, именно в виде $this->diafan->page она и используется по всем модулям.
      Самое простое, что можно сделать - разрешить в $rewrite_variable_names_all еще одну переменную (какая там она нужна, например stranica), объявить ее глобальной. Затем принимать из адресной строки и подменять ею $this->diafan->page = $this->diafan->stranica;
      Как-то так.
      •
      • 09 февраля 2013 г.
      • второе место нашел, куда "-" воткнуть, теперь урлы делает как хотелось, но урлы не рабочие(404).
        теперь надо искать где они обрабатываются, либо с htaccess мудрить
        • 09 февраля 2013 г.
        • Кеширование отключите, кеш сбросьте и режим разработчика включите
          •
          • 09 февраля 2013 г.
          • кэширование отключено, режим разработки включен.
            сброс кэша не помог.

            в общем добавил сюда, 188строчка
            Код
            if (! IS_ADMIN && $this->diafan->configmodules("nastr") && $this->urlpage == 'page-%d/')

            и в 56строку
            Код
            public $urlpage = 'page-%d/';

            • 09 февраля 2013 г.
            • В пагинаторе только?
              Я же сказал, если в includes/init.php Вы переменную не добавите в $rewrite_variable_names_all, движок ее не пустит! 404 будет, конечно
              •
              • 09 февраля 2013 г.
              • если про это
                Код
                public $rewrite_variable_names_all = array('cat', 'param', 'show', 'page-', 'year', 'month', 'day', 'step', 'sort', 'add', 'edit');

                то все равно 404

Новости

  • Окончание поддержки устаревших версий
  • 19 сентября, пятница
  • Мы внесли изменения в лицензию и объявляем, что прекращаем техническую консультационную поддержку сайтов на DIAFAN.CMS версий старше 7.0. А это все минорные версии платформы, предшествующие актуальной линейке, а именно: версии серии 4.x, 5.x, 6.x.
  • DIAFAN.CMS 7.3: обновлённое управление контентом с ИИ
  • 15 сентября, понедельник
  • У нас отличные новости! Мы выпустили новую сборку DIAFAN.CMS 7.3, которая включает встроенные нейросети непосредственно в административной панели. Это значит, что создание контента для вашего сайта больше не будет проблемой — искусственный интеллект возьмет эту задачу на себя, избавляя вас от необходимости привлекать копирайтеров или тратить время на написание текстов самостоятельно.
  • Изменение тарифов Diafan.Cloud
  • 25 марта
  • Мы обновили систему тарифов, учитывая опыт работы с клиентами и современные рыночные условия. Новая тарифная сетка разработана специально для того, чтобы лучше отвечать вашим потребностям. Резкого повышения цен не произошло. Более того, некоторые тарифы даже стали выгоднее и доступнее. 
Все новости

Блоги

  • Обновление безопасности в DIAFAN.CMS 7.3
  • 10.09.2025

  • DIAFAN.CMS славится нагрузоустойчивостью и безопасностью, про инциденты со взломом сайта на нашей системе давненько не слышали, но недавно получили мы письмо от fstec.ru такого характера:

    Обнаружена уязвимость в CMS-системе DIAFAN, позволяющая нарушителю, действующему удалённо, красть сессионные куки через XSS-атаку.

Читать блоги