Можно использовать Entity Reference Autocomplete или Entity Autocomplete но в обоих случая придется немного допилить через hook_form_alter() формы чекаута.

"adubovskoy" wrote:

У нас большинство задачек такого плана укладывались в 15 часов

В целом с Вами согласен, цифру в 40 часов брал исходя из сложности задачи - выше средней, то есть полностью автоматизированный обмен, без участия пользователя (со стороны 1С на регламентных задачах, со стороны сайта на Cron & QueueAPI). Для типового решения - я думаю в 15-20 часов можно вложится, но все сугубо индивидуально, и общую точную цифру вывести сложно.

Реализовать подобное можно, что успешно и делалось.

Универсальных решений, которые бы в комплексе решали задачу интеграции пока не встречал.

Из опыта - в каждом отдельном случае необходимо учитывать особенности обмена данными (количество товаров, количество складов/розничных точек, частоту обмена данными). Механизмы обмена тоже могут быть разными - от использования CSV файлов, до SOAP и прямой записи во временные таблицы.

Сроки и стоимости - все тоже сугубо индивидуально. Как правило от 40 часов для создания нормального решения.

Западная Украина. Ровно. Тихо, мирно и спокойно. Во Львове в последнее время бывать не приходилось, но от знакомых оттуда такая же информация.

Насчет русского языка во Львове - как правило никаких проблем нет.

Насчет самой дороги - ехать через юг и восток на мой взгляд категорически не желательно, как-никак война. Через ту же Беларусь должно быть поспокойнее - лишний бак бензина, зато душа спокойная что не подстрелят.

Если артикулов в прайсе нет - попробуйте сделать привязку уникальности по наименованию (названию товара), если названия не повторяются.

Поскольку используется мультисайтинг - использовать разные индексы на каждом сайте из связки. Это должно решить проблему.

Кэш сбросьте, и с большой вероятностью, будет вам счастье.

А еще можно запускать solr через tomcat

"NaZg" wrote:

"Sun-fire" написал(а):

Таки есть - node_save()

А ты, я смотрю, парень отчаянный, да?

"NaZg" wrote:

Единственное, что у нас вызывало опасение это node_load(). Нет ничего более тормозного и безответсвенного, чем загрузка ноды.

Таки есть - node_save()

Исходя из своего небольшого опыта, могу сказать, что уже при количестве номенклатур в 50К и поддержанием актуальности в 15 минут все становится не очень хорошо.

В первую очередь проблема сохранения - node_save() довольно таки затратная для вычислительных ресурсов функция. Кроме того частые сохранения = частый сброс кэша, что опять таки замедляет общее быстродействие.

База конечно сама по себе не маленькая, но тут вопрос еще в другом: какова архитектура данных, и как часто предусматривается их изменение.

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

Если контент будет изменятся редко - то уже проще, для клиента можно и вовсе в таком случае отдавать кэшированную статику с помощью Varnish.

Поставьте модуль Captcha Riddler и будет Вам счастье.

Кстати, буквально неделю назад такая проблема уже обсуждалась.

Удалось как то решить проблему дублирования?

"Chesla" wrote:

А почему нет? Если только потому что "просто вручную обновляя страницу можно сформировать список вопрос-ответ". От залетных ботов (а таких большинство)они одинаково эффективны.

"sanita" wrote:

Это, действительно, спасение от многих бед У меня везьде только эта каптча работает - она еффективнее всех, по-моему.

Поставьте Captcha Riddler

Проблему спама этот модуль пока прикрыл. Обычная капча пропускала до десятка спам-пользователей в сутки.

Ну, так если коммерц такой плохой, что мешает вместо его использовать уберкарт, который под семерку уже имеет 7.x-3.4 стабильную версию?

За три года с коммерцом я уже к двойным сущностям как то привык

Pathauto+Token+Transliteration+Global redirect

Сколько памяти на хостинге?

И вообще, использовать drush pm-disable devel более кошерно, чем лезть в таблицу system и там что то править руками.

Экспортировать из 1С данные в CSV формат, картинки в папку, и дальше импортировать в drupal commerce с помощью Feeds или кастомного решения.