Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

costas

Users
  
  • Posts

    2,822
  • Joined

  • Last visited

Everything posted by costas

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

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.