chukcha

Пробачте, тоді як вам пояснити, як побачити потрібний запит?

Дивитися у лог помилок, або запит ..

або ocmod.log

той котрий змінює admin/controller/marketplace/modification.php

Ресайз можна робити на основному, але після save по апі вантажити сайт у сховище, та робити якусь метку, що файл існує, та не треба його ресайзити а адресу зображення віддавати за адресою сховища

так, я вам показав модуль для "шаблонів" Можна зробити скільки завгодно Можна завантажити ваші атрибути (розетка)

так вам треба сінхронізація між ОС та CRM

Це як? можна розглянути

Є рішення комерційні - наприклад https://multisearch.io/ua/

Є для живого пошуку, тому що там своя модель пошуку

але Можуть шукати SR-1090 або SR 1090 також тому тут потрібно щось більш релевантне на кшталт

Поки що ні Це системна проблема Гугла

А чим це вам заважає?

Не редагування, а огляд Замовлення, там можна змінити статус.

1. наявність BOM 2. Наявність пробелів на початку файлів, перед <?php 3. Інше

Це не важливо. Тому що наявність на складі обробляється на зі серверної сторони фронта.

але вам це треба обробляти!!!

Ось щось є не за всі гроші світу.

Як Це поєднати?

Я написав про додаткові поля у стандартних таблицях, тому що ви надали мені щось "намальвано" з словами фрагментація Якщо, ви не розумієте, то не треба на мене своє нерозуміння переносити Відповідь буде? Є сутності, котрі УСІ мають status (product, category, information та інш) Але manufacturer немає Тут питання скоріш до архітектури - ЧОМУ немає.

Шановні розробники, НІКОЛИ не створюйте додаткових полів у стандартних таблицях, інакше у вас фрагментація (А це заразна хвороба?)

@adrozdiuk <file path="admin/model/catalog/manufacturer.php"> <operation error="skip"> <search index="0"><![CDATA[ AS name, c1.parent_id, c1.sort_order FROM ]]></search> <add position="replace"><![CDATA[ AS name, c1.parent_id, c1.sort_order, c1.status FROM ]]></add> </operation> </file> Ніколи так не робить з секцією replace <file path="admin/model/catalog/manufacturer.php"> <operation error="skip"> <search index="0"><![CDATA[ AS name, c1.parent_id, c1.sort_order FROM ]]></search> <add position="replace"><![CDATA[AS name, c1.parent_id, c1.sort_order, c1.status FROM]]></add> </operation> </file> Так можно

Де аргументи? Я вам надав аргумент-питання. Відповіді не бачу.

Краще промовчати коли немає аргументів, ніж щось надумати про фрагментацію.

Єдиного стандарту? Немає питань Є сутності, котрі УСІ мають status (product, category, information та інш) Але manufacturer немає Тут питання скоріш до архітектури - ЧОМУ немає. Якщо був би m.status, то б не було б мого поста, про нього б знали усі. Ні якого фрагментування тут немає. Фрагментування з'являється там, де деякий функціонал дублюється, наприклад - односторінкові оформлення замовлення (Але це не тема цього топіка)