Проект был на 300 тыс. Не всегда возможно делать на своем хосте, а проекты за 300 тыс и подавно.
И все-равно страховка нужна, после оплаты все честно закрываю. Да и оплата частями не гарантирует финальной оплаты. Да и отказ может прийти на середине со словами - а нам пох, мы сами дальше доделаем.
Тут кто-то попросил принцип. Увы не скажу, иначе придется придумывать другой способ, т.к. все сразу станут проверять свои проекты, и мне бы не хотелось чтобы дырочка была обнаружена до оплаты.
Придумывайте сами - вариантов куча.
В нузу должно отображаться кол-во страниц с новостями - это не о чем не говорит. Что вы имеете ввиду? И даже исправление опечатки не исправляет ситуацию.
Какое количество страниц должно отображаться? Может вы имеете ввиду пагинатор (т.е. переключение страниц)
Или это какой-то блок, который просто отображает кол-во материалов.
Еще вы не написали хоть какой-то информации для анализа. Как выводится страница, views или просто страница терминов. Или это стандартная главная страница.
Не ставьте много модулей с самого начала. Поставьте только чистый drupal и views, он ни с чем не должен конфликтовать.
Перед установкой модуля подумайте, а не смогли бы вы решить задачу без модуля. Проверьте аналоги модуля, посмотрите issues по нему (часто пишут о возможных конфликтах).
Интересная задача. Но поймите что она не тривиальна и начинающий drupaller вам ее не поможет решить. А по моим расчетам только анализ вариантов решения может занять до 2-х рабочих дней. И я думаю никто из специалистов не будет готов потратить свое время за вас.
Начните разбираться, приведите варианты, опубликуйте опыты - после этого мы вам поможем.
Делать - мы, получать деньги - вы. Извините, но тут я вам не помощник.
Отказ от оплаты самый вероятный мотив. Я всегда оставляю одну дырочку для себя на своих проектах. Причем моя дырочка позволит удалить каталог, базу и все резервные копии и многое другое, если меня сильно обидеть.
Уже был 1 горький опыт с отказом от оплаты. И так же уже был 1 горький опыт у одного заказчика. Который потерял и сайт и предоплату и всю информацию с серванта в придачу, включая корпоративную почту. Когда меня кидают на 150 штук - я думаю это адекватное наказание.
Не пытайтесь кинуть программиста - себе дороже будет.
1. Ставите
2. Создаете 2 вьюхи (1 - в которой производится поиск, 2 - вывод результатов)
3. Создаете finder views с виджетом autocomplete.
4. Немного CSS.
Скорее всего хука нет, посмотрите там еще должны быть вызовы
theme_site_map_menu_item, хотя бы пару раз.
один это декларирование {module_name}_themes()
второй - назначение, типа $element['#theme'] = 'theme_site_map_menu_item'; //или как-то так
Где происходит назначение ту функцию и надо хукать, предварительно в своем модуле задекларировав новую функцию темизации, и создав функцию вывода
скопировав в нее внутренности из theme_site_map_menu_item. В хуке элемента назначаете свою функцию темизации элемента.
Добавьте вторую группировку или объедините поля заголовок и описание в 1 поле.
я за второй вариант, он более гибкий!
Проект был на 300 тыс. Не всегда возможно делать на своем хосте, а проекты за 300 тыс и подавно.
И все-равно страховка нужна, после оплаты все честно закрываю. Да и оплата частями не гарантирует финальной оплаты. Да и отказ может прийти на середине со словами - а нам пох, мы сами дальше доделаем.
Тут кто-то попросил принцип. Увы не скажу, иначе придется придумывать другой способ, т.к. все сразу станут проверять свои проекты, и мне бы не хотелось чтобы дырочка была обнаружена до оплаты.
Придумывайте сами - вариантов куча.
Может и сталкивались однако вы не пишете с чем.
В нузу должно отображаться кол-во страниц с новостями - это не о чем не говорит. Что вы имеете ввиду? И даже исправление опечатки не исправляет ситуацию.
Какое количество страниц должно отображаться? Может вы имеете ввиду пагинатор (т.е. переключение страниц)
Или это какой-то блок, который просто отображает кол-во материалов.
Еще вы не написали хоть какой-то информации для анализа. Как выводится страница, views или просто страница терминов. Или это стандартная главная страница.
Прикольно. Экстрасенсы в отпуске!!!
Здесь views ни при чем. Как вы для себя связываете эти материалы???
Принципы баз данных знаете? Индексы, связи???
Чтобы 1 тип был связан с другим надо их связать через какое-то поле. 2 варианта:
1. Общий термин таксономии
2. Entity Reference
В первом случае добавляете обоим типам материала поле "Ссылка на термин". И у связанных материалов выбираете одинаковые термины.
Во втором, одному из материалов добавляете поле entity reference и при редактировании выбираете к какому материалу относится данный материал.
Свой модуль, form_alter, ajax, db_query...
Не ставьте много модулей с самого начала. Поставьте только чистый drupal и views, он ни с чем не должен конфликтовать.
Перед установкой модуля подумайте, а не смогли бы вы решить задачу без модуля. Проверьте аналоги модуля, посмотрите issues по нему (часто пишут о возможных конфликтах).
Интересная задача. Но поймите что она не тривиальна и начинающий drupaller вам ее не поможет решить. А по моим расчетам только анализ вариантов решения может занять до 2-х рабочих дней. И я думаю никто из специалистов не будет готов потратить свое время за вас.
Начните разбираться, приведите варианты, опубликуйте опыты - после этого мы вам поможем.
Делать - мы, получать деньги - вы. Извините, но тут я вам не помощник.
Реально. На drupal все реально сделать. По возможностям он мощнее любой другой CMS. А вот по пониманию как это сделать уже другой вопрос.
Вашу задачу можно реализовать несколькими способами:
1. Модуль link field (вроде так)
2. Темизация tpl
3. Views - переопределение вывода
4. и еще много как.
Чтобы все это понять нужно начать с азов.
Я рекомендую начать с изучения Views, хотя не самый простой способ реализации. Однако через этот модуль решается 80% задач.
Отказ от оплаты самый вероятный мотив. Я всегда оставляю одну дырочку для себя на своих проектах. Причем моя дырочка позволит удалить каталог, базу и все резервные копии и многое другое, если меня сильно обидеть.
Уже был 1 горький опыт с отказом от оплаты. И так же уже был 1 горький опыт у одного заказчика. Который потерял и сайт и предоплату и всю информацию с серванта в придачу, включая корпоративную почту. Когда меня кидают на 150 штук - я думаю это адекватное наказание.
Не пытайтесь кинуть программиста - себе дороже будет.
Есть такой замечательный модуль Finder.
1. Ставите
2. Создаете 2 вьюхи (1 - в которой производится поиск, 2 - вывод результатов)
3. Создаете finder views с виджетом autocomplete.
4. Немного CSS.
Готово.
Я имею ввиду что обратного перевода не будет с русского на другие языки поэтому функцию t() можно смело убирать )
русский текст не переводится через t()!
t('или') ?????
Я так полагаю: "О компании", "контакты" и прочие...
Скорее всего хука нет, посмотрите там еще должны быть вызовы
theme_site_map_menu_item, хотя бы пару раз.
один это декларирование {module_name}_themes()
второй - назначение, типа $element['#theme'] = 'theme_site_map_menu_item'; //или как-то так
Где происходит назначение ту функцию и надо хукать, предварительно в своем модуле задекларировав новую функцию темизации, и создав функцию вывода
скопировав в нее внутренности из theme_site_map_menu_item. В хуке элемента назначаете свою функцию темизации элемента.
И потом уже работать со своей функцией.
1. А хук то такой есть внутри тела этой функции?
2. И с чего вы взяли что он не работает, как проверяли?
3. Кэш сбрасывали?
Можно.
1. Права создания
2. По умолчанию - не опубликовано
Стандартный тип материала.
Drupal 7.10 транслятор drupal-7.21.ru.po
А почему бы не взять одинаковые версии?
Сбросить кэш и друпал сам перестроит меню. И изменит его структуру, если вы что-то поменяли.
Сбросить кэш и друпал сам перестроит меню. И изменит его структуру, если вы что-то поменяли.
А просто вывести через блок?
Не вижу увас слева меню: настройки мультиязычности.
Все ли модули включены?