v_ovan: Сегодня получил ответ на форуме ReadyScript. На всякий случай сюда продублирую, вдруг кому понадобится.
Понадобилось. Чтобы поржать 😂. Чувствую, натерпитесь Вы ещё с этими горе-разработчиками. Чего можно ожидать от "специалиста", который на ходу теряет скобки и делает регистронезависимую замену десятичных цифр?
Игра стоит свеч, если сайт хорошо раскручен в поисковиках или очень вкусный домен. В любом случае надо CMS переустанавливать и менять хостинг. При смене CMS могут быть проблемы со ссылками и весь рейтинг в поисковиках слетит. Перенос даже в пределах Джумлы со старых версий на новую - это почти как на другую CMS перейти.
И не надо - это в общем случае, а здесь и regex_replace сработает. То, что предложил rereg, должно работать, наверное, какой-то нюансик не учтён, типа замены двойных кавычек на одинарные. На свежую голову наверняка увидите :).
Насчёт регулярки - я выше написал уже реально работающий код. Насчёт включения пхп в смарти и наоборот: пхп не воспринимает переменных смарти, а смарти плевать хотел на теги <?php ?> - отсюда и косяки. Вариант - зарегистрировать функцию смарти вне шаблона, а потом уже использовать её в шаблоне с аргументом $page.href.
В Смарти вместо preg_replace применяется regex_replace. Синтаксис:
Из стартового поста неочевидно было, что это Смарти. Теперь понятно, откуда это чудо с точкой - $page.href. Предупреждать надо, чистый PHP таких шуток не любит.:o
Сегодня получил ответ на форуме ReadyScript. На всякий случай сюда продублирую, вдруг кому понадобится.
Понадобилось. Чтобы поржать 😂. Чувствую, натерпитесь Вы ещё с этими горе-разработчиками. Чего можно ожидать от "специалиста", который на ходу теряет скобки и делает регистронезависимую замену десятичных цифр?
Как это понимать применительно к поставленной выше задаче?
Знак "?" в этом случае отключает жадность. Как альтернатива - [^<]. И круглые скобки там ни к чему, если маску использовать не собираетесь.
демка не работает, на локале тоже
так что в поисках еще
1. Скрипт рассчитан на старую версию PHP, поэтому либо надо проверять на старой версии, либо заменять функции на новые.
2. Имеется конфликт с выводом заголовков: их нельзя выводить повторно.
Это если всё-таки есть желание проверить.
Игра стоит свеч, если сайт хорошо раскручен в поисковиках или очень вкусный домен. В любом случае надо CMS переустанавливать и менять хостинг. При смене CMS могут быть проблемы со ссылками и весь рейтинг в поисковиках слетит. Перенос даже в пределах Джумлы со старых версий на новую - это почти как на другую CMS перейти.
У Вас тут дело в том, что строка полностью подходит под ваш шаблон
Это если переносы строк не использовать, а так бы прокатило. BBкод
И пример у вас немного некорректный - в данных у вас id="str", а ищете class="str" .
И вообще, id должен быть уникальным, поэтому нечего ему там делать
Посмотрите вардампом какие свойства есть в текущем объекте ($this)
Да у него по ходу ничего из этого объекта не выводится, из того, что в коде написано.
---------- Добавлено 21.10.2016 в 10:48 ----------
Одинаковые title и description - Ни есть гуд.
Сегодня я уж это точно не осилю.
И не надо - это в общем случае, а здесь и regex_replace сработает. То, что предложил rereg, должно работать, наверное, какой-то нюансик не учтён, типа замены двойных кавычек на одинарные. На свежую голову наверняка увидите :).
Насчёт регулярки - я выше написал уже реально работающий код. Насчёт включения пхп в смарти и наоборот: пхп не воспринимает переменных смарти, а смарти плевать хотел на теги <?php ?> - отсюда и косяки. Вариант - зарегистрировать функцию смарти вне шаблона, а потом уже использовать её в шаблоне с аргументом $page.href.
В Смарти вместо preg_replace применяется regex_replace. Синтаксис:
Из стартового поста неочевидно было, что это Смарти. Теперь понятно, откуда это чудо с точкой - $page.href. Предупреждать надо, чистый PHP таких шуток не любит.:o