Бесплатная система фильтрации полей Joomla - страница 3 - Расширения форумчан

$this->_getList глядеть не надо, с кэшем проблемы будут. Когда $store уже определен поздно что-то делать, все надо делать до него.

А что мешает переопределить константы в языках жумла?

Ну значится не судьба

типа, текущий вариант фильтрации перестанет работать или что?

не судьба для чего?
типа, текущий вариант фильтрации перестанет работать или что?
переводите на русский, а то люди на радостях поставят, а оно перестанет робить через версию.

Будет работать и дальше но не удастся избавится от велосипеда в виде плагина системного.

но протестировать никто не сможет.

не судьба для чего?
типа, текущий вариант фильтрации перестанет работать или что?
переводите на русский, а то люди на радостях поставят, а оно перестанет робить через версию.

А этот момент я как-то уже придумал. Можно сделать тестовый плагин(все равно его надо делать для примера), который будет изменять запрос com_conent ну и выводит скажем удаленные материалы или только материалы суперадмина.

Но есть и другой фактор. Они опять этот PR не примут. Даже если код будет в порядке. Абсолютно новый тригер, да еще и позволяющий менять запрос в БД....

	public function getItems()
	{
		$dispatcher = JDispatcher::getInstance();
		$aStates=array();
		$dispatcher->trigger( 'onBeforeGetItems', array( & $aStates) );
		if(count($aStates)){
			foreach ( $aStates as $key => $state ) {
				$this->setState($key, $state);
			}
		}
		// Get a storage key.
		$store = $this->getStoreId();

		// Try to load the data from internal storage.
		if (isset($this->cache[$store]))
		{
			return $this->cache[$store];
		}

		try
		{
			// Load the list items and add the items to the internal cache.
			$this->cache[$store] = $this->_getList($this->_getListQuery(), $this->getStart(), $this->getState('list.limit'));
		}
		catch (RuntimeException $e)
		{
			$this->setError($e->getMessage());

			return false;
		}

		return $this->cache[$store];
	}

Я на счет этого подумал, мы не будем менять сам запрос, мы будем менять состояния модели, а другие возможности манипуляции с моделью не дадим, а это уже безопасно, но позводит нам делать отборки материалов в рамках возможностей самой модели. 

Проку 0,  на саму выборку из плагина будет не повлять. В своих компонентах я так фильтры и делаю ставлю state и фильтрую,
При таком раскладе уже проще просто сделать PR с фильтром в com_content в getListQuery

Почему? отсюда можно обнулять state, изменять ранее назначенные state и добавлять новые. Все state, что доступны в модели для выборки ты можешь изменить, следовательно и саму выборку тоже.

setState('filter_32', 'Приврет');

из любой категории любой материал

Фильтр по категории\категориям там и так есть =)

Можно конечно доп запрос делать, но....... это тот же костыль только в профиль уже лучше модель переопределить.
То бишь сначала получать все ids. И передавать в state, ну как у тебя в коде, но это не то.

Так у меня не фильтр по категориям а плагин мультикатегорий, позволяющий выводить материалы в других категориях, т.е. полностью меняющий логику выборки категории.

Не факт, стремление сделать все в одном запросе зачастую приводит к повышенной нагрузке на сервер из-за непомерного кол-ва джойнов, сложных условий, и тем более подзапросов. В таких случаях разбивка на разные запросы только облегчает жизнь серверу. Это чисто практическое замечание, несколько раз пришлось разруливать такие ситуации.

ага, мне тоже пришло уведомление. а ещё зеркало для обнов вроде как будет. так что двинули прогресс.
всем медальки 

Так это уже чистый PR, бага-то нет никакого, по сути. Почему завернут?

Я так понимаю что они не очень хотят этот функционал из коробки это сильно может ударить по коммерческим расширениям.