Увы даже не могу предположить что либо.

Вам наверное сюда
http://bugs.mysql.com/bug.php?id=12434
и у меня тот же вопрос
зачем вам понадобилось обновление по сути ключевого поля во время обновления записи?

вставить запись надо раньше чем получить ее nid, то есть ее сначала вставляют потом получают id, может в этом дело?

Так вызови сначала эту функцию, а потом свою (если стандартная в возвращаемом значении вернет '')
В твоей функции switch только по твоим константам работать должен.

Думаю по правильному так, вам на самом еделе надо темизировать функцию (т.е. найти ту функцию темизированную, которая использует вашу не темизированную), в вашем случае это йскорей всего
theme_uc_admin_dashboard
скоопировав ее код и в ней вместо вызова uc_store_get_icon вызовите свою какую душе угодно

Ладно пусть будет views
в вашем случае таксономию как я говорил прикрутить придется.

Теперь главное, раз вы используете views_atach, то наверняка она там view использует у себя,
В этой view отбираются все ваши товары через фильтр, таким образом мы получили все товары.
Далее надо установить аргумент, т.е. сказать что из полученных товаров выбрать только те которые являются вилками (аргумент это по сути динамический фильтр).
Для этого надо выбрать taxonomy: term ID аргумент.
Далее, откуда по вашему берется значение этого аргумента?

Уф, что то мудрено получается. view_attach на сколько я помню был разработан чтобы упростить отображение связанных друг с другом товаров по nodereference и для тех кто ленится создать view типа блок. Модуль кажется по сути это и делает.

Но вернемся к другому зачем надо создавать тип материала Каталог?
если к типу материала прикрутить таксономию, то сами термины таксономии как бы образуют каталог.
В данном случае, если набрать url: site/taxonomy/term/id_термина,
то вы увидите в виде списка только те материалы, у которых выбран этот термин, чем не каталог?

digital_sword wrote:

Ааа. Теперь понял вас. Вы товары хотите прикреплять к материалу без использования виевс. Но нужно товары крепить вьюсой, принципиально. Хоть к терминам, хоть к чему

И я честно говоря не понял ничего из двух этих предложений.

Что значит прикрепить товар к материалу без views?

Куда надо товары крепить views-ой? view это способ вывода уже забитой информации, все приклепления уже сделаны кем то заранее.

почему? views остаются, создаете потом view подобно views taxonomy term
указываете ей страницу например shtamps
создаете аргумент taxonomy term
и выводите ваши товары как shtamps/term1_group or
shtamps/synonym_of_term1_group or
shtamps/модельный_ряд_в
если синоним потом для термина задать и немного php кода дописать для taxonomy_term аргумента в views
на эту тему много уже написано и даже видео на лулаботе наверняка есть

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

Скажем так, мне тут видно словарь на основе таксономии, всем товарам нужной группы присваивается вид, их 4
т.е. использовать стандартный функционал таксономии для разбивки товаров на группы
плюс taxonomy_images кажется, чтобы прикрутить картинку для 4-х групп, чтобы их потом можно было вывести снипетом в блоке или через view.

Код в студию, а то здесь уже была одна тема в которой сначала css выпрашивали потом html, мы не гадалки, если вы стесняетесь показать код, то с проблемой будете разбираться исключительно сами.

В УБЕРКАРТ ЕСТЬ АТРИБУТЫ ТОВАРА, В частности цвет и есть атрибут. Кроме того уберкарт позволяет для каждого цвета задать надбавку и она сложится с стоимостью товара. Можно также связать с каждым атрибутом свой артикул. Ведь если цвет другой то артикул складской тоже другой. А уж то что атрибуты сделаны списокм так это обычная темизация, как сделаете так и отображено будет.

При этом без уберкарт это можно было бы сделать сочетанием termreference на словаре где цвета перечислены. А через cck добавить поле к товару. Но лучше навернео через атрибут уберкарта.

Вот я про то и пишу, что денвер тут не причем.

проблема не в денвере а не пониание того что надо было еще бд скопировать! и заранее скажу в правильной кодировке!

http://www.stonemind.net/blog/2009/01/20/headless-drupal-using-drupals-a...
http://www.i-chaumiere.com/book/export/html/5

Не знаком с тонкостями mysql, но к примеру в oracle можно пакетно множество запросов связать и потом за раз их выполнить, в принципе никто наверное не мешает в mysql склеить запросы в один и выполнить, загвоздка будет только с теми запросами, которые используют результаты предыдущих.

Надо не выбирать пункт размещать на главной, а поставить в качестве адреса node. Тогда и размещать не будет на главной как список новостей, а будет сама главной. Но gerboss прав, просто в "О сайте" в качестве главной у меня по умолчанию адрес node стоит.

Признаю ошибку свою, вероятно я давно и по не опытности все таки зашел в раздел удалить, а не отключить. По коду, в друпале _uninstall вызывается действительно только, когда выполняется операция удалить, а не отключить.

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

Нафига такая медвежья подсказка, специально чтобы люди данные теряли?

А модули на новой версии друпала не должны включаться до тех пор пока вы их там не разместите в all/modules снова, при обновлении их там можно оставить, а если что поламалось то обновить и модуль тоже.

Уря, я нашел что хотел надо только будет осмыслить

дошел я на сайте друпала вот до этой страницы

http://drupal.org/node/342186

и до модуля Linodef http://drupal.org/project/linodef

Все что мне осталось сделать

это сказать чтобы применился фильтр Linodef к моему типу материала

и вставить вот такую строчку

Посмотрел на видео с image_resize_filter, и понимаю все что нужно, это чтобы
image_resize_filter и imagefield договорились о способе идентификации изображения, не по url или пути к файлу. Кстати, в image_resize_filter это почти сделано, они когда из вне картинку грузят, в качестве ключа используется url к картинке, вовремя рендернга они походу из бд вытягивают md5, чтобы знать что пресету скормить. А потом подставляет ссылку на пресет и все.

Здравствуйте, тоже вот решил прикрутить, что нибудь, чтобы картинки вставлять. Раньше пользовался модулем node_images, но в свете своих желаний понимаю что скорее всего откажусь в пользу ImageField, хотя по большому счету мало чем отличаются, просто ImageField к CCK ближе, а так ведь почти все тоже самое делает.

Вариант от gumk попробовал, но

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

Кроме того, можно кэшировать только отдельные блоки, а блок корзины конечно не кэшировать.
Но в этом случае будет проводится полная загрузка drupal-а, а надо чтобы друпал уже не грузился, по крайне мере для этой страницы.

Кроме того при включении файлового кэша функции cache_get, cache_set не дергают базу данных, они переопределяются для кэширования в файлы.

потому что _menu это hook, и чтобы его drupal вызывал у твоего модуля, он должен именоваться название_модуля_menu

либо твой модуль переименовать в examplepagev2
одно из двух