Вход для клиентов
---
|
-- -> Все сообщения пользователя evgeney | |||||||||||||||
|
|
||
|---|---|---|
|
Да, можно сделать через перенаправления, но здесь нужно учитывать SEO момент. Как я понимаю, в этом случае (при 301 редиректе) стороннему сайту будет передаваться вес этой ссылки. Но технически это, пожалуй, самый оптимальный вариант. Предложу еще три способа: 1) прописать в анонсе такой категории JS редирект (минусы - перенаправление произойдет уже в процессе загрузки страницы, с точки зрения SEO тоже могут быть нюансы) 2) через условия в шаблоне для таких категорий указать внешнюю ссылку вместо родной (если таких категорий не много) 3) опять же через шаблоны заменять ссылку, но, например, на значение свойства, если оно задано Для пунктов 2 и 3 нужно понимать, что это придется делать для всех используемых шаблонов, но при добавлении таким ссылкам rel="nofollow", вес ссылки уже передаваться не будет. | ||
 | ||
|
||
|
Добрый день Например, можно использовать расширение "Связи" | ||
| ||
|
||
Подвид - это не свойство (если их несколько), а комбинация всех свойств товара, являющихся подвидами. И выбрать для добавления в корзину можно только один подвид, для которого и будет определена цена. Поэтому вот это harkoff:не понятно и, скорее всего, не реализуемо в том виде, как описано. В данном случае, как я это вижу - материал окна (дерево, пластик) - это подвид, москитная сетка, подоконник и т.д. - это связанные товары, которые добавляются в корзину вместе с основным (окном). | ||
| ||
|
||
DLMR:Вы знаете, я три раза перечитал эту фразу, но так и не понял, что имеется в виду | ||
| ||
|
||
erabrowner:Продвигается не CMS, а сформированные ей страницы. От CMS нужно только сформировать эти страницы так, как нужно для продвижения. Поэтому мое мнение (естественно субъективное) - роль CMS в этом вопросе вторична, первичны уровень SEO оптимизатора и специалиста, который настраивает CMS под требования оптимизатора. Приходилось работать по такой схеме с квалифицированными SEO-шниками, когда ставится задача - сделать чтобы было так и так (вообще без привязки к Амиро, ее особенностям и пр., просто речь об итоговой странице), и эта задача уже решается в рамках CMS. Да, было много нюансов, где-то требовались доработки, но в результате сайты оказывались в топе по достаточно конкурентным запросам. Анатолий (vaker):Вот с этим полностью соглашусь! | ||
| ||
|
||
|
Это не RSS В этом и причина ошибки  | ||
| ||
|
||
А мне интересен вот этот момент:andreyyy:а каким образом вы изменяете именно стоимость заказа? Через JS просто изменяя цифру в html? | ||
| ||
|
||
|
Скажите, а какую страницу вы считаете самой сложной? | ||
| ||
|
||
|
Здравствуйте Интересно, зачем в CRM системе данные о товарах... 1. Это делается через зависимости моделей. об говорится подробнее. Конкретно для каталога товаров, его элементов и категорий: $aObject = AMI::getResourceModel('eshop_item/table');
$aObject->setActiveDependence('cat');
$aList = $aObject->getList();
...2. Изображения становятся доступны после инициализации соответствующего расширения. Пример для товара: AMI::initModExtensions('eshop_item'); можно найти информацию о полях, того же расширения изображений и пр.3. Не понятно, о каких справочниках речь. Справочники свойств товаров или это именно модуль доставки? | ||
| ||
|
||
|
Здравствуйте! Штатными средствами эту задачу не решить. Только разрабатывать соответствующий функционал. | ||
| ||
|
||
Антон: Отлично!  | ||
| ||
|
||
|
В итоге задача была решена через подмену данных, полученных с формы внутри обработчика события v5_on_item_prepare, как предложил Dmitry Kornilov. Спасибо! Однако не могу сказать, что это именно то, чего я ожидал от реализации обработки события сохранения товара  Антон:Отлично! Однако, даже будь такая возможность сейчас, это бы не решило проблемы. Т.к. в этом событии так же нет возможности модифицировать мета-данные, а событие v5_on_generate_eshop_item_keywords происходит уже позже. Поэтому, на мой взгляд, для полноценной работы нужно событие, которое происходит непосредственно перед сохранением данных в БД и в котором можно изменять все те данные, которые сохраняются. Так же хотелось бы видеть событие, которое происходит непосредственно после сохранения данных элемента в БД (здесь из доступных данных нужны только id модуля и id элемента). Еще раз спасибо за помощь в решении задачи! | ||
| ||
|
||
|
Здравствуйте! Скажите, пожалуйста, существует ли все же решение для описанной задачи? И относительно двух пунктов, описанных в предыдущем сообщении - является ли это ошибкой или я что-то делаю не верно? | ||
| ||
|
||
|
1. Опытном путем установлено (сейчас еще раз проверил с использованием флага из примера), что событие 'v5_on_generate_eshop_item_keywords' возникает после события 'v5_on_item_prepare'. Поэтому в обработчике события v5_on_item_prepare не доступен флаг, установленный при обработке события v5_on_generate_eshop_item_keywords (его еще просто не установили). Наоборот - да, доступен. 2. В обработчике события 'v5_on_item_prepare' не удается изменить значения кастомных полей. Т.е. конструкция вида $aEvent['aData']['custom_field_XXX'] = YYY;не дает никакого результата. Данные, которые есть в массиве $aEvent['aData'] - да, можно изменить. Но кастомных полей там нет... | ||
| ||
|
||
|
Здравствуйте! Новый вопрос в продолжении темы )) При генерации мета-данных необходимо так же сохранить информацию об этом факте. Был выбран вариант сохранения даты генерации в свойство товара (кастомное поле). И вот на этом моменте и возникает проблема. В обработчиках событий v5_on_generate_eshop_item_keywords и v5_on_item_prepare сделать это не удается ни изменением значения в массиве $aEvent['aData']: $aEvent['aData']['custom_field_XXX'] = YYY;ни непосредственной записью в базу (события происходят до сохранения данных о товаре в базу и при сохранении мои изменения просто перетираются). Скажите, пожалуйста, как решить данную задачу (изменение кастомного поля вместе с генерацией мета-данных)? Есть ли событие "после_сохранения_товара"? И как можно узнать больше о механизме генерации и обработки событий - какие еще события генерируются при сохранении товара, какова последовательность их возникновения, какие данные можно изменять в каждом из них, как передавать данные от одного события другому (предполагаю, что через $aEvent)? |
| « | 1 | 2 | 3 | 4 | 5 | » | »| |