Получить id статьи - страница 2 - Модификации расширений для Joomla

Искать по БД тэги с уже отрендереной страницы? О_о. Весьма последовательно.

А что тут сложного? Разбить переданный текст на подстроки и проверить на совпадение хотябы одной из них. Это все одним запросом делается.

Хотя верно подметил

Спасибо, оценил.

Искать по БД тэги с уже отрендереной страницы? О_о. Весьма последовательно.

А что тут сложного? Разбить переданный текст на подстроки и проверить на совпадение хотябы одной из них. Это все одним запросом делается.

Хотя верно подметил

Спасибо, оценил.

id узнается вот так:


Но, вообще, Вы не в ту степь, по-моему полезли. Зачем Вам id страницы? Не проще узнать и указать для правки точный урл страницы?


Последняя строчка для вставки в базу... а вообще достаточно $ourl, если в письме отправлять будете.

ID материала страницы узнается вот так:

Но, по-моему, вы "не в ту степь" лезете. Зачем Вам id? Не проще ли получить точный урл страницы и его сохранять или отправлять пользователю? Вот код:


Последняя строка для преобразования полученного значения для вставки в базу. Лучше подстраховаться. ;-)

А так-то точный урл сохранен уже в переменной $ourl

удалено, продублировано.

Ты что, не можеш свои посты удалять?

А что тут сложного? Разбить переданный текст на подстроки и проверить на совпадение хотябы одной из них. Это все одним запросом делается.

Спасибо, оценил.

Предвидя такой ответ я привёл популярный пример. Повторюсь: а что если у клиента, например, стоит плагин для замены буквы "а" на символ "@" во всём тексте? Ну вот захотелось так вот ему. Как будем искать?
Моё решение прокомментируй пожалуйста, твоё уже очевидно, что далеко не универсально. Проще было тогда в шаблон залезти и тупо айдишники прописать, коли делать допущения какие-либо.

Ты что, не можеш свои посты удалять?

Нет.
ecolora, не, я выше написал пример, почему так не пойдёт. Конкретные материалы в УРЛе блога никак не прописаны. На новостном сайте по такому адресу могуть быть сейчас пять таки-то статей, а через час - пять других. Самое логичное как раз сделать альт.макет блога категории и там id выводить. Но тут задача стоит всё это в модуле сделать. Поэтому вот такое решение написал.

ecolora, не, я выше написал пример, почему так не пойдёт. Конкретные материалы в УРЛе блога никак не прописаны. На новостном сайте по такому адресу могуть быть сейчас пять таки-то статей, а через час - пять других. Самое логичное как раз сделать альт.макет блога категории и там id выводить. Но тут задача стоит всё это в модуле сделать. Поэтому вот такое решение написал.

Можно пример такого сайта? ИМХО, изначально затея глупая, отслеживать такие вот меняющиеся страницы. Их даже ПС не отследят, а Вы хотите "админить"... :-)

Я пишу модуль, с помощью которого пользователи на моём сайте могут оставить сообщение об ошибке

Коллега, для этих целей уже есть Proofreader. Странно, что никто Вам об этом не сообщил. И хоть это приложение не обновлялось уже давно, в связке с файрволом им можно пользоваться без опасения (все незакрытые переменные, если есть, файрвол закроет).

Смысл в модуле?

Подытожу переписку в этой теме.

Сугубо личное мнение. Прошу понять и не обижаться:

Я "отвечаю", что будь я разработчиком такого модуля или компонента, посылал бы всех на%уй с просьбой дать конкретно позицию ошибки на меняющейся! странице и лично я бы брал URL страницы в качестве ориентира. Для большинства страниц сайта он будет соответствовать контенту долгое время и этого достаточно, потому что ошибка может быть не только в статье, но в модуле, компоненте и т.п. Где id статьи равен или может быть равен 0!

Спасибо за внимание.

P.S.
А такие вот "меняющиеся" страницы (с меняющимся контентом) "отслеживать" - это е%анатизм.

Всем добрый день!
Ох, сколько здесь всего понаписано.
ProofReader - видела этот компонент. К сожалению, он для J1.5.
Так как модуль разрабатывается для областного новостного сайта департамента образования, то, следовательно, частота смены сообщений в среднем 10-15 новостей в день. Поэтому идея получать просто ссылку на блог отпадает сразу.
А вот мысль по поводу получения текущих статей на момент нахождения ошибки - понравилась. Попробую реализовать.

Модуль пишется в совокупности с компонентом и плагином подсветки ошибок. Дело в том, что за каждый пункт меню (грубо говоря, раздел) назначается свой ответственный. То, что находили уже готовое, не устраивало. Поэтому приняли решение писать сами.

А вот мысль по поводу получения текущих статей на момент нахождения ошибки - понравилась. Попробую реализовать.

Никто не говорит, что это нельзя сделать. Но обрабатывать информацию о том, что в статьях с id: 15,23,45,79,52,100,... и так 15 штук на страницу, - нужно поправить ошибку - это нормально? :-) Сочувствую корректору, который будет это искать. ИМХО, проще поиском по контенту воспользоваться, тогда зачем вообще запоминать id?

А как быть с информацией не в материалах, а в других компонентах? Как Вы там её будете обрабатывать, если URL будет неизвестен?

Повторяюсь. Для большинства страниц сайта (т.е. не блоги разделов) URL будет соответствовать контенту долгое время. Если же ошибку нашли в Блоге материалов раздела - встроенный поиск Вам поможет.

И никаких проблем.

Коллега Добрый Зайка Вам подсказал хорошее решение, но ИМХО, сама задача поставлена... зря... напрасно... подберите слово.

В любом случае УСПЕХОВ В Вашем, походу, нелегком труде!