ef1124465

14 часов назад, nikifalex сказал:

транслит

Да, то чно это оно, Поиск с транслитерацией в наименовании товара - найдёт "Телевизор samsung" при поиске "Телевизор самсунг"

Вот пример, что должно получится.

Этот пост о том, что программисты, которые работали над созданием нашего сайта не подумали как мы будем его администрировать.

Мы же при создании сайта не могли поставить задачу так, чтобы  была решена эта проблема, так как  попросту не знали о существовании данной проблемы.

Этот пост о том как просто решить задачу администрирования дополнительных полей ( не опций, не атрибутов!!), а именно полей, которые появляются в товаре после установки некоторых  модулей (самый яркий пример - модуль создающий главную категорию).

Это пост о поисках простого решения, так он размещен в разделе поиска модулей.

Вот человек предложил решение, которое может помочь -  Dimasscus

Только насколько я понимаю внедрить это решение в уже действующий сайт будет не просто.

Вот оно.

 Модуль anyCSV/XLS/YML PRO Edition для импорта CSV, DSV, XLS, XLSX, YML, CML файлов в OpenCart 2, 3

Конечно было бы замечательно, если бы с такими полями можно было работать через редактор, но это не возможно..

Все другие решения - это переделка сайта.  Но это не та задача, которую я хочу решить.

Это замечательно, что есть решения, которые помогут избежать создания дополнительных полей. Надеюсь, что другие пользователи смогут избежать нашей ошибки.  Или откажутся от создания дополнительных полей или будут ставить сразу задачу на создание функционала, который будет помогать работать с такими полями.

5 часов назад, Dimasscus сказал:

реализация- клон блока сопутствующих в админке в карточке товара,+ модуль any csv. администратор выгружает в ексель прайс, заполняет, и загружает назад на сайт. при этом ни какие другие данные не изменяются, не отвязываются категории и тд

 

Уважаемые программисты!  Я не хочу сейчас внедрять другие решения для того функционала который есть на сайте. Я хочу понять можно ли настроить адекватное администрирование  «кастомных» или «дополнительных»  полей уже имеющихся в товаре. Вы от сути уходите в частности. Может и не правильно реализовано, может можно было сделать лучше, правильнее, не спорю, но не об этом тема.

Пока я видела одно конкретное предложение, но оно мне кажется сложным и дорогим в реализации.

Задача  стоит сделать это как можно проще. В идеале одним модулем.  Задача не стоит переделать сайт!

1 минуту назад, KomissarJuve сказал:

проблемы только у вас

 Так я и хочу узнать как такие проблемы решают. 

Хотя-бы план. Что-бы было понятно куда двигаться.

5 минут назад, KomissarJuve сказал:

мадам не хочет модули покупать

Что конкретно Вы предлагаете купить, я напишу автору. И узнаем решает ли модуль данную задачу.

1 минуту назад, Kostrull сказал:

 

т.е. субъективно ваши проблемы вы проецируете на "кучи сайтов"? 

 Если есть модули создающие дополнительные поля, значит их устанавливают, если устанавливают, то они генерируют проблемы схожие с моими.

Или таких модулей нет может?  И костюмные поля они не создают?  И проблемы связанные  с этим не возникают? 

Значит эти проблемы возникают далеко ни одном сайте ( посмотрите статистику установок) .

5 минут назад, KomissarJuve сказал:

у вас дефолт функционал и походу модулей которые жизнь облегчают у вас отсутствуют

Скажите, пожалуйста, где можно ознакомиться с тем, что должно быть на современном сайте, что-бы его можно было нормально администрировать. Сегодня то  с чем я работаю вызывает с точки зрения администрирования магазина много негатива. 

11 минут назад, Kostrull сказал:

Крайне сочувствую человеку, который вызовется исполнителем для данной "барышни". Хотел бы потом его впечатления почитать )

Работать со мной просто). 

Я поставила вопрос, который возникает у кучи сайтов. И мне удивительно почему это вызывает такую реакцию.

5 минут назад, KomissarJuve сказал:

немного на бред похоже

так во всех движках

-----------------------------------------

у модуля сортировки есть собственная адмика с управлением

----------------------------------

правда модулей сортировки много

 Дополнительная сортировка в каждой отдельной категории. Там есть свое управление, но управлять с помощью этого управления можно от силы 10 товарами и то запутаешься, если у тебя на товар 5 категорий, например, на товар. В каждой категории ты хочешь иметь независимую сортировку. А если больше товаров, категорий... Могу дать ссылку, можете, на 100 товарах поэкспериментировать, сделав для каждого  по 4-6 категорий. Впечатления будут не забываемые) 

9 минут назад, oc_dev сказал:

вам не кажется что если у вас возникла проблема которая не возникает у тысяч других пользователей этой cms, то наверное проблема не в cms, не в модуле, а в том как вы этим всем пользуетесь? 

Дело не  только в этом модуле!! Услышьте, это пример! Любой модуль создающий дополнительные поля вызовет такие- же проблемы! Любой!

У нас еще модуль создающий комплекты. Это тоже дополнительное поле и те-же проблемы. Я еще хотела независимую сортировку в каждой категории. Как увидела, что и этот модуль создает дополнительное поле, то поняла, что мне что- бы заполнять и контролировать товары нужно не есть, не пить только тем  и заниматься ( От модуля дополнительной сортировки отказалась). Тех, что есть дополнительных полей выше крыши.

Вы думаете, что когда устанавливали модуль отдельной сортировки в каждой категории меня кто-то предупредил, что и он создаст дополнительное поле, которым нельзя нормально управлять? Нет!!!

15 минут назад, Dimasscus сказал:

просто вы своему разработчику изначально не дали информации и не согласовали нюансы. а как только возникла необходимость решать что то кроме натяжки шаблона и установки модулей- он слился. так бывает. я думаю вам все же следует начать с тз, после чего вы хотя бы сможете узнать примерный бюджет реализации.

Это я должна была знать, что дополнительными полями нормально управлять не возможно?  Я до недавнего времени вообще не знала, что такой опенкард существует.

Проблема с дополнительными полями - это какая-то уникальная проблема не кем не изведанная до сих пор?

Вот Вы говорите, что хорошо относитесь к своим заказчикам. У Вас есть алгоритм решения такой задачи? Вы его сразу предлагаете заказчику?  Или берете внедряете модуль, а дальше и трава не рости, делай что хочешь? 

5 минут назад, Dimasscus сказал:

вот таких вот решений 

  куча.

и разные артикулы для опций со сменой урл и чего только нет. но увы- вам нужно что то иное :))

Увы, нам это не предложили)  Мы реализовали, то что предложили. Только вот беда это не единственное дополнительное поле в товаре.  Теперь вот имеем проблему. Хочу поэтому других людей предупредить, что-бы понимали, что создавая дополнительные поля думали, что делают и понимали, что  получат.

3 минуты назад, Dimasscus сказал:

я уже даже не ору. тут все в нетленку :))

 "каждый модуль создающий дополнительные поля ДОЛЖЕН предупреждать о проблемах, которые он создаст"- модуль создает поле которое вам нужно. какие же тут проблемы? одна польза не так ли? вам же нужно это поле- вуаля оно готово. аах у вас 100500 товаров и в каждом надо заполнить это поле?- так не вопрос- есть пактеный редактор или ексель- ааах так надо еще учесть связки и какие то только вам и Богу известные нюансы- та не вопрос- тыж програмисты могут читать мысли и предугадывать мечты заказчика. 

" пользователь вместе с модулем получает огромные проблемы в виде практически не подъёмной работы по его использованию" - уважаемая, вот у меня еть клиенты у которых от 500 товаров до 200 тыщ. на сайте. и ни у кого нет подобных проблем как у вас. а те что вдруг появляются, или возникает надобность в каком то функционале- решаются обсуждением, составлением ТЗ, оплатой и реализацией задуманного. так это работает. не зависимо от вашего мнения и хотелок.

с ув. 

Это замечательно, что Вы так относитесь к своим клиентам, но так делают далеко не все) Иначе бы не было этой темы.

2 часа назад, Shureg сказал:

У вас типовая задача. Задача решается типовым образом -  через опции.

И для этого есть огромный набор "типовых" инструментов.
Но вы не хотите типовым, хотите через ж... "как у конкурентов" (хотя уверен, вы просто не понимаете, как у конкурентов).
Но типового решения "через... "  нет по определению. И никто его делать не должен. И не будет, пребывая в здравом уме.
Печально
 

Если это реализовано опциями, то не меняется  адрес насколько я знаю, как здесь https://tech-store.octemplates.net/apple-main/apple-watch/smart-chasy-apple-watch-s2-sport-42mm-silver-alwhite-mnpj2rua, разве не так? 

У наших конкурентов каждый цвет имеет свой адрес.  Причем у всех кто в топе. Значит  всем сделали через ...))

54 минуты назад, whiteblue сказал:

Добрый день! Знаете, достаточно типичная история. И нахожу ей объяснение.. К примеру - мы команда, где есть свои узкие специалисты.. Естественно анализируя проекты - выходит дороже , чем у фрилансера. Клиент бросается во все тяжкие , погнавшись за легкими решениями заказывая у "мальчиков" и в итоге платит дважды, потеряв свое время и деньги. Но на мой взгляд это вина клиента, а не фрилансера, к которому он обратился. НА рынке России и Украины (правды ради белорусы и казахи реально няшные) - одно сплошное клиентское хамство и почему-то наш труд приравниватся к стоимости мивины. Мы приняли четкое правило - не работать с клиентами " мы заказывали у мальчика, а он все плохо сделал" , так как кроме головной боли с ними ничего не получишь. Я могу ошибаться, но позвольте узнать, какой чек у вашего сайта?

Тут идет речь не о качестве услуг по созданию сайтов. Речь о том, что выпускается огромное число модулей, которые создают дополнительные поля.  И не кто не предупреждает о том, что пользователь вместе с модулем получает огромные проблемы в виде практически не подъёмной работы по его использованию.  Ни люди внедряющие модули, ни люди их создающие.

Эта задача встает перед любым, кто установит такой модуль на сайт. И значит и Вы как специалисты должны иметь план решения данной задачи.  Об этом эта тема.

33 минуты назад, Dimasscus сказал:

Нет, не должньі. Єто ваша хотелка, а под каждую хотелку решений типовьіх нет.

 

"модуль создающий дополнительные поля должен и создавать инструменты для работы с ними"- как вьі себе єто представляете? Я к примеру создал модуль, которьій добавляет поле  артикул2- мне нужно дополнительно создать возможность пакетного редактировпния єтого поля, учитьівая опции, связки категорий, и прочую чушь которая в голову покупателю придет? И єто за 950 рублей на бесплатном движке? Вьі пару нулей пропустили в цене, вам не кажется?;)) а еще каждьій слабопонимающий как єто работает, будет требовать доделки под свое видение типичной простейшей настройки,которая в его интерретации должна бьіть именно так а не иначе?:)) вам дорога одна- составлять тз грамотно и обьемно, и заказьівать услуги по созданию именно того, что вьі хотите. При чем тут бесплатньій движок то?:)

 Если это хотелка, то каждый модуль создающий дополнительные поля ДОЛЖЕН предупреждать о проблемах, которые он создаст. Ожидать, что программисты сами скажут клиенту о проблемах, которые возникнут вследствие внедрения модуля наивно. По моему опыту не скажут.

30 минут назад, Kostrull сказал:

Так обращайтесь к человеку, создававшему вам сайт. Предложили варианты - все не то, я не хочу по-человечески, мне хочется через опу, остроты ощущений ради. Не нравится реализация - ищите другой движок и никаких проблем, причем проблем надуманных..

Это  бесполезно, человек, как только начали вылезать косяки которые он создал сбежал.  А проблема есть, всякий модуль создающий дополнительные поля должен и создавать инструменты для работы с ними. Это мое пользовательское видение. ( Если не возможно комплексное решение для любого дополнительного поля независимо от того какой модуль и почему их генерирует). Если возможно только такое сложное решение как Вы пишите ( и думаю, что дорогое), то в аннотации к каждому модулю, создающему дополнительные поля это должно быть написано.

10 минут назад, oc_dev сказал:

у меня отличное отношение к клиентам, особенно к тем, которые когда чего-то не знают не стесняются спросить, что бы потом вот как вы не страдать. 

Это замечательно. Вот к людям, которые внедряют дополнительные поля к товару не продумав как с ними потом работать у меня большие вопросы.

Ведь это вопрос должна была не я как пользователь поднимать, он должен был решен при создании сайта. 

И есть такие вопросы которые пользователь просто не может не сформулировать не осознать даже, и это не от вредности, а из-за недостатка знаний.

Неужели люди которые создают модули генерирующие дополнительные поля не понимают какую глобальную проблему они своим клиентам создают?

А люди, которые эти модули внедряют, тоже это не понимают?

23 минуты назад, oc_dev сказал:

кто как хочет тот так и наполняет. а потом страдает от своих решений.

Вот такое отношение к пользователям со стороны программистов - это очень печально. Так работать нельзя. Нужно уважать людей для которых делаешь продукт.

9 минут назад, Dimasscus сказал:

потому что кастомные доп поля- это не поля движка. и создать такой редактор который бы учитывал все возможные варианты полей которые придут в голову пользователю движка или разработчика-как вы себе это представляете? а если вы к примеру сделаете копии сопутствующих товаров, рекомендуемых, а еще к каждому товару 3 варианта цены и 5 артикулов- это тоже мифический пакетный редактор всеядный должен предусмотреть? каждая задача в массе своей индивидуальна, для основных типовых задач все уже давно решено и реализовано. вы же одевая трусы через голову, простите мой французский, пытаетесь доказать что все это должен был кто то предусмотреть. даже на примере этого модуля- цвета товара как отдельные товары- разраб должен был предусмотреть пакетное редактирование чего? конкретно своих полей? где? в каком виде и с каким функционалом? 

пример- не так давно делался вывод в карточке товаров (чехлы для телефона) всех цветов этого товара в виде картинок(по принципу опций), по клику на которые идет переход на этот товар нужного цвета. 

реализация- клон блока сопутствующих в админке в карточке товара,+ модуль any csv. администратор выгружает в ексель прайс, заполняет, и загружает назад на сайт. при этом ни какие другие данные не изменяются, не отвязываются категории и тд

 

Значит, устанавливая данный модуль программисты должны были предложить дополнительный функционал о котором Вы пишите?  И это единственное решение? Печально.  На мой пользовательский взгляд должно быть типовое решение проблемы.))

11 минут назад, oc_dev сказал:

так я уже писал, пишу еще раз.

допустим вы продаете смартфоны, есть смартфон и он может быть в 10 цветах.. вы заводите 10 карточек товаров, а нужно завести одну, а у нее уже добавить 10 опций цветов. тогда когда вам нужно будет добавить сопутствующие товары, вам это нужно будет делать для 1 товара, а не для 10. 

Тогда зачем этот модуль создан

И главное почему нет решения проблемы пакетного редактирования поля, которое он создает!

И это проблема не только этого модуля, а и других которые я знаю.

Желание редактировать эти поля пакетно не индивидуальная прихоть, а типовая задача и решение должно быть типовым.

И масса других есть модулей, которые создают дополнительные поля.

12 минут назад, oc_dev сказал:

видимо вы совсем не понимаете как это работает и как вообще это все правильно заполнять, что бы облегчить жизнь и себе и окружающим.

Я не спорю, что я чего-то не понимаю, но мы обращались уже к нескольким людям и ни один не предложил приемлемого решения проблемы, Вот вы кроме констатации факта, что я нечего не знаю, дайте ссылку на  описания решения такой проблемы.

19 минут назад, Dimasscus сказал:

просмотрите оба из предложенных редакторов. если там чего то не хватает на ваш взгляд- укажите четко и лаконично чего именно и какого функционала. и вам предложат решения. не нужно писать простыню с красными огромными буквами с обвинением опенкарт в чем то, при этом утверждать что тему создали чтобы научиться.

пример тз-

1. нужно добавить возможность привязать к товарам серии все остальные товары этой серии.

У меня претензии именно потому, что это типовая задача, а не моя индивидуальная хотелка! Управление дополнительными полями в целом по сайту - это,  то что  каждый кто создаёт модуль генерирующий такие поля должен продумать! Или должен быть модуль способный обработать управление любым дополнительным полем.

То что этого нет, это именно нужно писать большими красными буквами, может тогда измениться что -то.

Я  обращалась к автору модуля Handy Product Manager, он это точно не поддерживает.

Напишу и авторам модулей, которые вы рекомендовали, и Вас всех ознакомлю с ответом.