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