DenisVS, в моём понимании, самое лучшее, что вы можете сделать, так это настроить сервер, чтобы он писал все ошибки в логи. Такого не бывает, чтобы при правильной конфигурации PHP ошибки в логи не записывались.
dandandan, у вас там в секции "Available variables" должно быть такое: "$static: A variable that can be used to store reusable data per row". Вот $static и используйте, чтобы передавать данные из "Setup code" в "Filter code".
Это через Views выведены товары? Если да, то создайте фильтр и по какому-то параметру товара отфильтруйте тот товар, который нужно удалить. Если этот товар вообще не нужен на сайте, то просто удалите его или снимите с публикации (в View должен быть фильтр, чтобо не показывались товары, которые сняты с публикации).
Если ТС нужно не только /test3/ отправлять на Джумлу, а ещё и /test1/ и /test2/, то это не одно и тоже. Если ему нужна только одна папка, то я не знаю, что в этой теме обсуждают.
Мне кажется, что можно прописать в .htaccess, что при обращении к директориям /test1/, /test2/, /test3/ и т.д. нужно открывать /joomla/index.php. В остальных случаях будет работать wordpress. Или наоборот.
На своём сервере или VDS такое сделать можно. Я уже задавал такой вопрос: /ru/forum/743113. На хостинге - не уверен.
Напишите, пожалуйста, в чём была проблема. Может кому-то пригодится потом.
Как я понимаю, релиз восьмёрки намечен на сентябрь, но, скорее всего, будет отложен (обычно так происходит, когда приближается время релиза, а баги ещё не исправлены). Если вам не жалко проект, то можете перебираться. Массовых взломов быть не должно даже в случае наличия багов в безопасности, так как мало кто ищет уязвимости в ещё не выпущенной версии системы.
Вы просто должны понимать, что развивать такой проект будет тяжело, так как модули и документация под восьмёрку появятся не скоро.---------- Добавлено 25.01.2013 в 21:39 ----------
Ну-ну... Давайте вместо нормального решения использовать костыли в виде канонических адресов или редиректов. При тысячах страниц, несколько процентов обязательно не будет обрабатываться так как надо, а это потери трафика. То, что написано в документации про канонические адреса и редиректы - это, конечно, правда. Только вот не работает это всё на сто процентов.
Я в ближайшие месяцы буду переносить сайт с другой CMS на Drupal. Трафика на сайте 150к в сутки. Если бы я не нашёл более и менее нормального решения для использования слэша в конце адреса, то я бы на Drupal просто не перешёл бы. Я считаю, что при переносе критически важно сохранение всех адресов. Это я привёл пример из личного опыта.
Проблема обсуждалась не только на этом сайте, но и на drupal.ru и drupal.org. И действительно, везде разработчики придумывали миллион причин лишь бы не реализовывать поставленную задачу. Пример, где слэш может быть нужен я привёл в моём предыдущем сообщении (перенос сайта с десятками тысяч страниц в индексе). Очень жаль, что разработчики ядра Drupal не прислушиваются к мнению конечного пользователя, а реализовывают только то, что требуют программисты, которые на конечного пользователя и работают. Запросов на эту функцию было много и вполне можно было бы внести её в ядро.
Нужны они, когда переносишь сайт на Drupal, если на старой версии слэши были. Только не пишите, пожалуйста, что 301 редирект решает все проблемы. Поисковые системы не в ста процентах случаев 301 редирект правильно обрабатывают. При переносе сайта с несколькими десятками тысяч страниц и создании соответствующего количества редиректов вряд ли тот же Google проиндексирует все новые страницы нормально.
