hoolygan

Пользователи
  • Публикаций

    753
  • Зарегистрирован

  • Посещение

Репутация

79 Очень хороший

Информация о hoolygan

  • Звание
    Продвинутый пользователь

Посетители профиля

1 713 просмотра профиля
  1. Легко, в текстовом файлике прописан скрипт, копипаст в сиквел, выполнить - профит. И не нужно рассказывать, что это архисложно. Дольше всего подключиться к сиквелу, а дальше 3 минуты, зная из какой в какую версию. Сложность может составлять перенос продаж, когда подключены модули доставки/оплаты, и используются кастомные поля и кастомные таблицы. А поскольку в услуге продажи не указаны - то делов там с перекурами на пару глотков кофе. Но - если есть клиенты - то пусть так и будет
  2. Круто. Полторашка рублей за 10 минут работы десяток insert into... select from
  3. Спарсить откуда? А модуль да, есть - автоматическая обработка прайс листов
  4. Советую искать специалиста 1с-ника. Разобраться с парой табличек опенкарта ему не сложно будет, а вот специалисту по опенкарту раскладывать товары в 1с, не зная её структуры практически нереально. Дешево это не будет, точно больше чем в 10 раз цены минималистических модулей синхронизации, которые поддерживают минимальный функционал. Но и результат будет адекватный. Потому что сегодня хотите товары, потом захотите заказы, потом покупателей.... и т.д. А так - привяжете себя только к одному модулю, который и поправить не сможете при желании, так как закубленый.
  5. Просто для образования. Что дадут внешние ключи? В чем сакральный смысл их использования с точки зрения производительности запросов. Я их использую в качестве ссылочной целосности БД, но никаким образом к производительности они не относятся. Или я не прав?
  6. Однозначно дешевле будет синхронизацию сделать с 1с. Потому что хотелки будут только расти, а синхронизация - единоразовый процесс при адекватном ТЗ. Но не ведитесь на модули-шмодули, которые на массы рассчитаны, потому что их доработка обойдется дороже полноценной синхронизации. Требуйте синхронизацию таблиц, а не кнопок в админке опенкарта. Это не дешево, но в перспективе однозначно дешевле будет. И думаю, хороший 1с-ник будет более необходим, чем спец по опенкарту.
  7. Не могу утверждать, так как не читал документацию по mysql. Но, например, в ms sql в оптимизаторе запросов больший приоритет имеет оператор ON, т.е. сначала from потом ON(собственно джойн) и только потом where. Поэтому зачастую используя inner join можно добиться значительного увеличения быстродействия за счет уменьшения внутренней выборки, и потом на неё наложить where. Но всё равно каждый раз приходится курить планы выполнения А индексы - это уже отдельная тема. Да и if exists работает на порядок быстрее джойнов, но это тоже отдельно. В общем - каждый случай разный. Но это так, поговорить на досуге ))
  8. В данной теме это оффтоп, вопроса Вашего не касалось, а вообще - один из способов сопоставления таблиц в БД в котором отбираются записи с правой таблицы и подходящие по условию соединения записи с левой таблицы, это если в 2-ух словах.
  9. Если пользоваться только left join постоянно - получите в итоге периодические потери в производительности в разы. Сразу одновременно нужно учить индексы, смотреть планы выполнения и пробовать, бесконечно пробовать )
  10. Главное, чтобы в прайсе отображались позиции количества и цена на них. Остальное допрограмить можно не очень сложно. Сложнее найти "модуль" под все случаи жизни. А на форуме зачастую продают модуль "для масс", что накладывает много ограничений. Задача с заливками прайса - довольно тривиальна с точки зрения распарсивания екселя и заливки в БД, намного тяжелее организовать быструю работу сиквела при одновременных запросах пользователей, например, "живого поиска" или фильтрации. Тут модулями не обойдешься, нужно брать напильники и пилить.
  11. Ручное есть. Вам дали 2 бнсплатных мода на посмотреть. Перенесите вручную эти изменения - и получите результат, если так уж сильно не нравится модификатор. Кнопочка "сделать зашибись" есть только в платных решениях. В остальных случаях нужно понимать что и как делается.
  12. Кто какой CRM пользуется?

    Волшебной кнопочки нет, и не планируется. Хотите CRM - будьте готовы выложить енную сумму на соединение, и не 1 раз, а то и не 1 десяток раз. Так как бизнес-процессы постоянно требуют доработок.
  13. Для грамотной связи с 1с - абсолютно не нужен программист опенкарт. Достаточно грамотного 1с-ника, которому нужно дать структуру таблиц опенкарта. Всякие модули-шмодули - это только головняк. Толковый спец через коннектор к mysql сделает такую синхронизацию, что ни один модуль не сможет при всем своем желании.
  14. История заказов

    @chukcha просто интересно, если человек не регается, то какими полями групируете? Я тоже думал себе такое сделать, но у меня 90% клиентов даже почту не оставляют. Думал разве что по номеру тел - он обязательный. Разве что маску сделать. А вообще - неплохое решение, спасибо за скрин-подсказку.
  15. Если финансы позволяют - то модуль автоматического обновления прайслистов. Если нет - проще вручную запросами в БД делать через phpMyAdmin