Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

costas

Користувачі
  
  • Публікації

    2 822
  • З нами

  • Відвідування

Усі публікації користувача costas

  1. В документации 1С везде отправка json как application/octet-stream, подозреваю потому что основной тип данных (бинарный). Принимающая сторона не причем.
  2. Прилетела обнова на Google Chrome, баг устранили.
  3. Приветствую. Обновился Google Chrome Версия 83.0.4103.61 словил баг (Windows 10 Pro лицензия). Заметил, что формы на отправку как то дружно перестали работать, а конкретно если на странице две формы то отправляется всегда одна и та же не зависимо от нажатой кнопки submit, причем всегда на скачивание контента... Сначала заметил на одном проекте, там порядка дести форм разных с одной страницы, разбираться не стал починил путем принудительной отправки через js, но тут сделал бэкап через инструменты OpenCart и попытался залить обратно - в результате словил тот же баг. Дополнения под Chrome не установлены... Возможно как то связано с настройками самого Chrome .... Под FireFox все работает без изменений. Кто-нибудь встречал такой баг? З.Ы. сброс настроек браузера по дефолту не помог.
  4. Здравствуйте. У Вас на скрине два разделителя, а не один, а это не то же самое. Открывайте файл в текстовом редакторе и смотрите что внутри, судя по скрину у Вас там табуляция.
  5. 1. На 30 дней по запросу. 2. Главная категория реализована для ocStore, если это другая сборка или добавлено чрез модуль/доработку, то не поддерживается. 3. Строки (строка = одна запись о товаре) менять можно местами как и столбцы. 4. Не совместим. 5 Это означает что у Вас RAM меньше 128Мб, импорт работать будет, с экспортом возможны проблемы.
  6. Это касается одной таблицы oc_product, это всего один запрос к БД из 20+, после этого запроса потом нужно будет делать поиск product_id что бы продолжить инсерты в связанные таблицы со всеми вытекающими. Хотя..., можно же загрузить все тысячи полученных product_id после mysql bulk insert в память, потом спарсить в новые инсерты сделанные по шаблону и сного толкнуть это в виде mysql bulk insert по связанным таблицам и молиться, что данные попадут куда надо... забыли про обновление товаров, но оно и не надо... ключевое слово в этой оптимизации "молиться"... В итоге mysql bulk insert никаким образом в реале не применимы, кроме как дампы, бэкапы и миграции.
  7. Полагать, что один запрос который содержит все в одной строке все 100 запросов, будет как то другому обрабатываться архитектурой MySQL и будет работать быстрее - это даже не близко к Junior Database Administrator... без комментариев Исходя из выше сказанного: В гугл и еще раз в гугл.
  8. Алгоритм не влияет на инсерты в таблицы, от перестановки слагаемых сумма не меняется. Нельзя из двух инсертов в две таблицы, сделать один в те же две таблицы. гугл в помощь.
  9. 11000 товаров - если на добавление товара, то по 20+ запросов к БД на каждый товар, итого будет 220000+ запросов примерно. То есть 10 минут при минимальной конфигурации БД это нормально. Если хотите что бы "залетало" за минуту - увеличивайте ресурсы БД + тюнинг конфига, для MySQL предела нет по памяти (RAM), сколько не корми Либо смотреть в сторону PostgreSQL.
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.