alex39

Работает, спасибо всем. Только одно небольшое уточнение - было написано: Там одна пара скобок лишняя (помечено красным и зачеркнуто). Еше раз спасибо AlexShurik и dm82 за решение. Must be в стандартном пакете.

Т.е. писать ORDER BY p.(int)$mpn ASC ? Но что-то мне интуитивно "глаз режет", так разве правильно?

Посмотрел базу, совершенно верно, поле mpn имеет тип varchar(64). Как лучше поступить? Можно ли просто "в лоб" поменять тип данных?

Sorry за паузу. Проверил вариант уважаемого shchc. Работает, вроде пока нормально. Вроде проблема решена. Но поначалу были некоторые странности. На первом десятке цифр порядок иногда ломался. Причин я так и не понял. После того как ввел нумерацию поля начиная со 101, все стало работать нормально. Product_id у меня идет от 51 и далее пока до 200 с хвостиком с инкрементом +1. Всем большое спасибо за советы.

Сделать по полю не так уж сложно, но ORDER BY p.mpn ASC явно не ограничится. Со стороны ввода 1. В admin\view\template\catalog\product_form.tpl пишется новый порядок ввода 2. В admin\model\catalog\product.php прописываются 6 новых запросов по выборке данных. 3. Вероятно придется поправить admin\controller\catalog\product.php 4. Аналогичные минимум 2 файла со стороны витрины, т.е. шаблона. Это уже 5 штук, плюс может и модель еще раз вылезет. Вот я и говорю - неэффективно... На самом деле, "проблема" в отсутствии нормальной документации. В том смысле, что зная изначально: 1. Каким образом формируется идентификатор продукта (я даже в кошмарном сне не мог подумать, что тупо в лоб по времени-очереди написания и +1) 2. Где и каким образом какие поля из каких таблиц используются, 3. Каким образом отображаются данные по товару во всех проявлениях, включая сортировки ввода-вывода, можно было бы заранее продумать и осуществить нужный порядок ввода товаров. А в реале, в тестовом режиме накидал десяток по разным категориям, потом, стал добавлять по мере готовности в разные категории. В итоге по product_id получилась полная мешанина... Одно понятно, действительно product_id - штука неуниверсальная. Идентификатором товара не может служить по сути время первого ввода данных о нем, как это сейчас.

А ка А какая собственно разница какое брать поле? Все равно придется писать заплатки для минимум 6 файлов, а то и больше. Проще уж product_id поменять. Осталось только услышать квалифицированный совет - каким именно модулем выгрузки -загрузки Excel воспрользоваться?

Про url_alias большое спасибо что указали! Да, в поле query может сидеть product_id. Больше product_id нигде в неявном виде не сидит? Про выгрузку-загрузку Excel. Я пока этим не пользовался, т.к. на стадии отладки и тестов. Какой модуль практичнее для размера: Категорий - ок, 10 Подкатегорий в каждой до 10 (всего подкатегорий до 100) Товаров в подкатегории от нескольких до 20 (всего товаров до 1500)

Ребята, про МVC я же просто пошутил... :-) Упорядочивать то оно конечно упорядочивает, но к сожаленнию ценой больших затруднений при необходимости мелких изменений, Конечно огромное спасибо всем за помощь. Нашел наконец структуру БД. http://wiki.opencarthelp.com/doku.php?id=databse_schema (долго искал, - это про "открытость документации"). Вопрос - достаточно ли будет правильно составленного SQL запроса, чтобы синхронно поменять product_id во всех таблицах с одного номера на другой? Что-то типа "для базы "XX" для очередной таблицы если поле product_id имеет значение "A", записать его как "B", к следующей таблице до конца базы"... Или я что-то еще не заметил? Я понимаю правильный по сути совет "не лезь к product_id", но жизнь заставляет... Как выяснилось, сортировка по sort_order в списке сопутствующих не решает моих проблем, все равно очередность не та. А очередность критически важна. Можно еще писать заплатку, чтобы выводилось в порядке очереди ввода, но это требует как минимум новых полей в базе, и заплатки во многих файлов. А самое главное, что таких небъющих позиций всего лишь несколько... Т.е базу поправить однозначно проще...

Про смену имени поля - да, понятно, спасибо. Про 6 файлов - касательно ввода к упомянутым выше двум добавится admin\controller\catalog\product.php а еще 3 - имеются в виду файлы контроллера и шаблона при выводе со стороны витрины? Вообще какая-то шняга "этот ваш MVC" :( - постоянно надо чесать левой ногой правое ухо, и ничего вообще просто так не изменить без перелопачивания кучи файлов. При этом совершенно "закрытая" система без какой-либо вменяемой документации. Хуже всего, что вся эта возня всего лишь ради десятка небъющих позиций... Кстати, я так и не понял - а как product_id менять в базе? У меня запись товара просто исчезла после смены значения product_id.

А не подскажете ли уважаемые по процедуре: 1. Нашел строку где вводится по product_id в admin\view\template\catalog\product_form.tpl 2. Операции с данными задаются в admin\model\catalog\product.php в строках типа (их там несколько в разных функциях) Достаточным ли будет добавление в этот файл аналогичных строк с заменой product_id на sort_order? (ну понятно, что где-то в контроллере еще может придется прописать sort_order, если его нет).

Поясните Pls, я не понял что имеется в виду. В какой модуль добавлять сортировку? Никаких доп.модулей у меня нет..

В общем sorry конечно, но в ТС неверно поставлен вопрос, исходя из неверных представлений спрашивающего о сути явления... :oops: Оказывается пишутся товары не по порядку ввода, что было бы понятно и логично, а в порядке возрастания product_id товара... А сей product_id генерится при создании товара автоматом. И оказывается, product_id менять нельзя.... И что теперь с этой засадой делать???

Имеется в виду - Сопутствуюшие товары на вкладке Связи. . Происходит следующее: 1. Ввожу вручную из выпадающего списка Товар1, Товар2, Товар 3, Товар4. 2. Но на странице товара этот список может отображаться в другом порядке, напр. Т1, Т3, Т4, Т2. 3. Админка почему-то пишет введенные товары в своем, неправильном порядоке. Иногда выводит правильно, иногда нет, независимо от числа товаров. Никакой корреляции ни с чем не заметил. Логики и каких-то критериев в смене порядка тоже не просматривается. Эта ошибка лишает смысла всю функцию. С чем такое может быть связано? Ситуация одинакова и на локалке и на хостинге. OcStore 1.5.5.1.2, никаких модулей нет. Есть косметические переделки шаблона, касающиеся внешнего вида, и вставка логотипа производителя на страницу товара.

Поясните pls, Я правильно понял, чтобы не стало перекрестных повторов надо удалить упомянутые 5 строк, потом удалить все имеющиеся сопутствующие из товаров, ввести их заново, и только тогда повторов не будет. Я строки удалил, но ничего не произошло.

Ага, вот теперь уже начинает доходить... В принципе для данной задачи по search&tag вполне замечательно выходит. По поиску фильтром - это конечно же следующий этап. Возможно ли сделать запрос например для выборки товаров по диапазону "размера" из тега, где значение размера задано числом в качестве первых трех цифр (до первой запятой), или уже надо в товаре делать новое поле?. Ну не все сразу, учиться никогда не поздно :-) Спасибо большое за советы.

Дык а в админке разве можно указывать выражения вместо адреса? Или я чего-то не понимаю?

Поясните мысль pls. В админке, и в баннерах и в схемах, идет ссылка на конкретную страницу, адрес которой туда надо ввести. Для этого ее надо сначала сделать физически. Cхемы отвечают всего лишь за способ и место отображения, но не само информационное наполнение. Плохо конечно, что толковой документации нет, поэтому может я чего-то не понимаю... Еще раз поясню задачу ("товары" взяты "с потолка"): Допустим на баннере показывается картинка "доска сосновая". Это товар, и баннер ссылается на конкретный товар из этой категории. Но, в магазине много "досок сосновых", и по размеру, и по способу обработки, и по названию и т.д.. Отсюда такая маниловская идея - вывести не конкретную карточку товара, а несколько товаров, отвечающих содержанию баннера, т.е. например доски по "названию модели". При этом, в данной подкатегории есть и другие товары, которые надо отсечь. Как-то так.

Это не код, а всего лишь варианты применения свойства. "Вставлять" надо в соответствующие .tpl файлы, один из которых уже упомянут выше. Но лучше этого пока не делать, а или попросить тех кто знает как, или (sorry) заняться изучением css и php. ЗЫ: Ещё вариант - тупо расположить цену, кнопку купить и кнопку сравнить вертикально друг над другом.

display: block | inline | inline-block | ;

Я не совсем верно выразился, в том смысле что ссылка <a href="<?php echo $banner['link']; ?>"> одна, а баннеров много. Конечно можно в <?php foreach ($banners as $banner) { ?> перебирать баннеры до нужного и отправлять на созданную заранее конкретную страницу. Вопрос в том, как это сделать не плодя физически лишних страниц.

Блоками и сss. А для сложного варианта можно например в скрипт product/category.tpl добавить новый обобщаюший div(ы), не забыв его прописать в stylesheet и поупражняться с css.

Как бы сделать, чтобы нажатие на баннер приводило в выводу определенной группы товаров. По дефолту баннер ссылается на страницу c определенным SEO, фактически на конкретный товар. А хотелось, бы чтобы он выбирал группу товаров конкретной категории. Например есть товары под одним общим наименованием модели, но "разные по длине", вот их все и надо вывести. Или другой вариант - товары конкретной подкатегории одного производителя. Возможно ли такое сделать, например по тэгам товара или SKU?

Скобочку закрывающую " } " в самом конце не забыть дописать :-) Красиво получилось, спасибо. Можно отсортировать часть статей в вверх, а часть вниз задавая if ($result['sort_order'] > = число или < = число

По существу бы кто сказал.... Ведь странная проблема, если бы со всеми данными не работало - понятно. Если бы новые данные вообще нигде не воспринимались - тоже понятно. Но что избирательно держит новые данные ?

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