Так значит ищите, куда вы навставляли кода php с этим полем, в какую ноду или в какой блок

Где ж не пихается, когда написано, что пихается.

alexo wrote:

Это какой-то глюк css?

Нет, у вас просто два меню

ну и зачем же код в ноду пихаете?

шо, прямо таки $field_aa_bb ?

ну так поставьте на локалку и выясните, проблема в хостинге или нет

А на локалке все работает?

А где у вас в коде node_original, что-то не вижу. Вижу только original

Да, такое через темизацию делают все. Недавно делал безо всяких модулей

univerico wrote:

но у него нет безопасной версии и сомнения поэтому

Заканчивайте с этим бредом про безопасные и опасные версии, эта бутафория новомодная на сайте drupal.org

Ну если не занимались разработкой - то наймите специалиста, который разбирается. Фраза "В шаблоне вью выведите массив row через dpm, посмотрите что там." вполне себе недвусмысленно говорит, что надо делать.
Готов взяться помочь

При программном выводе игнорируются настройки видимости, что в принципе логично. В коде вашем пропишите эти условия и всё. Раз уж начали

Тогда наймите разработчика

Да нет, точным оно будет. Точнее некуда.
«перемножив среднюю оценку на количество голосов оценок я конечно получу» ТОЧНЫЙ результат.

Вам намекают, что если вы знаете СРЕДНЮЮ оценку и кол-во оценок, то сумму вы тоже можете несложным образом узнать.
И совет включить мозг видимо тоже был не зря...

«If you are running Drupal 7, you'll maybe know that there is this module called PHP Filter. Don't use it. Not only it represents a huge security risk if unauthorised users get to evaluate PHP with it, but you can also evaluate PHP with it!. Which is absurd.

Потому что как по мне это уже какие-то профессиональные страхи - views php кошмар-кошмар, php-фильтр низя-низя. Хотя нормально написанный код в views php ничуть не опаснее такого же. оформленного в модуле

Только не заказчики, а особенно понтанутые разработчики, и не в реале, а в мечтах