У нас большинство задачек такого плана укладывались в 15 часов
В целом с Вами согласен, цифру в 40 часов брал исходя из сложности задачи - выше средней, то есть полностью автоматизированный обмен, без участия пользователя (со стороны 1С на регламентных задачах, со стороны сайта на Cron & QueueAPI). Для типового решения - я думаю в 15-20 часов можно вложится, но все сугубо индивидуально, и общую точную цифру вывести сложно.
Реализовать подобное можно, что успешно и делалось.
Универсальных решений, которые бы в комплексе решали задачу интеграции пока не встречал.
Из опыта - в каждом отдельном случае необходимо учитывать особенности обмена данными (количество товаров, количество складов/розничных точек, частоту обмена данными). Механизмы обмена тоже могут быть разными - от использования CSV файлов, до SOAP и прямой записи во временные таблицы.
Сроки и стоимости - все тоже сугубо индивидуально. Как правило от 40 часов для создания нормального решения.
Западная Украина. Ровно. Тихо, мирно и спокойно. Во Львове в последнее время бывать не приходилось, но от знакомых оттуда такая же информация.
Насчет русского языка во Львове - как правило никаких проблем нет.
Насчет самой дороги - ехать через юг и восток на мой взгляд категорически не желательно, как-никак война. Через ту же Беларусь должно быть поспокойнее - лишний бак бензина, зато душа спокойная что не подстрелят.
Исходя из своего небольшого опыта, могу сказать, что уже при количестве номенклатур в 50К и поддержанием актуальности в 15 минут все становится не очень хорошо.
В первую очередь проблема сохранения - node_save() довольно таки затратная для вычислительных ресурсов функция. Кроме того частые сохранения = частый сброс кэша, что опять таки замедляет общее быстродействие.
База конечно сама по себе не маленькая, но тут вопрос еще в другом: какова архитектура данных, и как часто предусматривается их изменение.
Если например это интернет-магазин, или что то аналогичное, то это предусматривает регулярное изменение цены/наличия, что для 2 млн. товаров уже не просто, плюс время жизни кэша будет в таком случае не больше времени актуальности цены/наличия.
Если контент будет изменятся редко - то уже проще, для клиента можно и вовсе в таком случае отдавать кэшированную статику с помощью Varnish.
А почему нет? Если только потому что "просто вручную обновляя страницу можно сформировать список вопрос-ответ". От залетных ботов (а таких большинство)они одинаково эффективны.
Сторонняя база данных + интеграция с commerce
Можно использовать Entity Reference Autocomplete или Entity Autocomplete но в обоих случая придется немного допилить через hook_form_alter() формы чекаута.
Drupal + Commerc + 1:C Интегрируются ?
В целом с Вами согласен, цифру в 40 часов брал исходя из сложности задачи - выше средней, то есть полностью автоматизированный обмен, без участия пользователя (со стороны 1С на регламентных задачах, со стороны сайта на Cron & QueueAPI). Для типового решения - я думаю в 15-20 часов можно вложится, но все сугубо индивидуально, и общую точную цифру вывести сложно.
Drupal + Commerc + 1:C Интегрируются ?
Реализовать подобное можно, что успешно и делалось.
Универсальных решений, которые бы в комплексе решали задачу интеграции пока не встречал.
Из опыта - в каждом отдельном случае необходимо учитывать особенности обмена данными (количество товаров, количество складов/розничных точек, частоту обмена данными). Механизмы обмена тоже могут быть разными - от использования CSV файлов, до SOAP и прямой записи во временные таблицы.
Сроки и стоимости - все тоже сугубо индивидуально. Как правило от 40 часов для создания нормального решения.
Lviv Euro Drupal Camp 2014
Западная Украина. Ровно. Тихо, мирно и спокойно. Во Львове в последнее время бывать не приходилось, но от знакомых оттуда такая же информация.
Насчет русского языка во Львове - как правило никаких проблем нет.
Насчет самой дороги - ехать через юг и восток на мой взгляд категорически не желательно, как-никак война. Через ту же Беларусь должно быть поспокойнее - лишний бак бензина, зато душа спокойная что не подстрелят.
(РЕШЕНО) Drupal Commerce. Импорт Commerce Feeds.
Если артикулов в прайсе нет - попробуйте сделать привязку уникальности по наименованию (названию товара), если названия не повторяются.
Search API Solr search и мультисайтинг
Поскольку используется мультисайтинг - использовать разные индексы на каждом сайте из связки. Это должно решить проблему.
{Решено} Пропала кнопка "Сохранить"!
Кэш сбросьте, и с большой вероятностью, будет вам счастье.
[РЕШЕНО] Search API сложная сортировка
Задача решилась, как описано в стартовом сообщении.
Solr Search - как это установить?
А еще можно запускать solr через tomcat
Потянет ли друпал 2 млн node c большим кол-вом полей?
Потянет ли друпал 2 млн node c большим кол-вом полей?
Потянет ли друпал 2 млн node c большим кол-вом полей?
Исходя из своего небольшого опыта, могу сказать, что уже при количестве номенклатур в 50К и поддержанием актуальности в 15 минут все становится не очень хорошо.
В первую очередь проблема сохранения - node_save() довольно таки затратная для вычислительных ресурсов функция. Кроме того частые сохранения = частый сброс кэша, что опять таки замедляет общее быстродействие.
Потянет ли друпал 2 млн node c большим кол-вом полей?
База конечно сама по себе не маленькая, но тут вопрос еще в другом: какова архитектура данных, и как часто предусматривается их изменение.
Если например это интернет-магазин, или что то аналогичное, то это предусматривает регулярное изменение цены/наличия, что для 2 млн. товаров уже не просто, плюс время жизни кэша будет в таком случае не больше времени актуальности цены/наличия.
Если контент будет изменятся редко - то уже проще, для клиента можно и вовсе в таком случае отдавать кэшированную статику с помощью Varnish.
капча не останавливает роботов. Что делать? (
Поставьте модуль Captcha Riddler и будет Вам счастье.
Кстати, буквально неделю назад такая проблема уже обсуждалась.
Feeds дублируются товары при импорте
Удалось как то решить проблему дублирования?
[РЕШЕНО] Search API сложная сортировка
Ну, если быть точным то это смесь группировки и сортировки - потому что внутри каждой "группы" товар сортируется по убыванию каждого склада.
CAPTCHA лажает?
CAPTCHA лажает?
CAPTCHA лажает?
Поставьте Captcha Riddler
Проблему спама этот модуль пока прикрыл. Обычная капча пропускала до десятка спам-пользователей в сутки.
[Решено] Модуль Plup - не отображается превью при загрузке изображений: конфликт с изменениями в последних версиях ядра друпала
Модуль Image Allow Insecure Derivatives предлагает обход системы безопасности ядра, теоретически чревато Denial of service
Идеальный e-commerce на Друпал тезисно
Ну, так если коммерц такой плохой, что мешает вместо его использовать уберкарт, который под семерку уже имеет 7.x-3.4 стабильную версию?
За три года с коммерцом я уже к двойным сущностям как то привык
Чистые URL
Pathauto+Token+Transliteration+Global redirect
Модуль Devel "вешает" сайт
Сколько памяти на хостинге?
И вообще, использовать drush pm-disable devel более кошерно, чем лезть в таблицу system и там что то править руками.
1C + Drupal 7 Commerce
Экспортировать из 1С данные в CSV формат, картинки в папку, и дальше импортировать в drupal commerce с помощью Feeds или кастомного решения.
[Решено] Модуль Plup - не отображается превью при загрузке изображений: конфликт с изменениями в последних версиях ядра друпала
Удалось решить проблему на ядре 7.22 и "боевом" хостинге.
Помог модуль Image Allow Insecure Derivatives
Решение не секьюрное, но пока разработчики допилят модуль, все таки лучше хоть такой функционал, чем его отсутствие.