Helloween

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

или CTRL+V - вставить :) А еще есть вариант - выгрузить в эксель и там прокопипастить. Только есть одна проблема - надо одновременно несколько таблиц обновлять, чтобы товар вылез во фронтэнде... да и в бэкенде тоже. :) Я сейчас, как раз, над этим тружусь - 4500 товаров надо залить в магазин. Причем надо сохранить старые ID товаров (от другого магазина), так как к ним привязаны картинки, добавить туда соответствующие артикулы поставщиков и все это связать в единое целое...

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

Добавить функцию округления :) round($product_info['weight']) или round($product_info['weight'],0) или в самой базе данных указать для ячейки веса "float (Х,У)" где Х - это вес в килограммах, а У - это доли килограмма (десятые, сотые, тысячные...) Поставь У==0 и будет целое число. Но не факт, что в коде вывода не стоит вывод дробного, поэтому лучше в базе хранить как есть, а на выводе округлять.

Решил поделиться еще одной полезностью, если вы заливаете картинки с ID товаров через эксель. Итак, например, у нас есть выгрузка из базы магазина, которую мы дополняем в экселе, чтобы залить обратно. Картинки товаров поименованы по ID товаров (или по артикулу, или еще как...) 1. Открываем новый лист в экселе 2. Копируем во второй столбец ID / артикул / другой номер товара, к которому привязаны картинки 3. В первый столбец таблицы прописываем относительный путь к картинке 4. В третий столбец прописываем расширение картинки (например, .jpg) 5. В четвертом столбце в первой ячейке ставим знак равенства и в строке формул выбираем СЦЕПИТЬ Открывается окошко сцепки и там вводим адреса ячеек для сцепки. Так как мы все ввели сразу в нужном порядке, просто подряд перечисляем адреса первых ячеек каждого столбца (A1, B1, C1) В итоге, в первой ячейке 4 столбца у нас будет такая формула: =СЦЕПИТЬ(A1;B1;C1) Потом просто выделяем эту ячейку, хватаем ее за черный квадратик внизу справа и протягиваем вниз. Эксель автоматом присвоит всем следующим ячейчам нужные значения - сцепит первые три ячейки в каждой строке. Потом просто копируем четвертый столбец и вставляем его обратно в таблицу oc_product, в ячейку image. Следите за тем, чтобы не менять сортировку - чтобы адреса картинок соответствовали заданным ID.

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

Ссылка на страницу и скриншоты были бы не лишними. Из полученной информации, могу лишь предположить, что выпадающий блок, так как он слева позиционируется от родителя, уезжает вправо. Посоветовать могу лишь такие варианты: 1. привязать выпадающий элемент к левой стороне всего меню, а не родительского элемента 2. уменьшить количество столбцов в выпадающем элементе меню 3. фиксировать ширину выпадающего элемента. Вариант можно выбрать любой, но третий будет самым неудачным (из него текст может вылезать) Лучший вариант в данном случае - первый. Лучший вариант вообще, в принципе, абсолютно - скинуть ссылку на страницу и скрины косяков, чтобы форумчане не играли в медиумов.

Видимо, у вас очень большая статья... Смею предположить, что вы там романы публикуете? :)

Может я чего не понимаю, но почему бы просто не подправить стили css? Я, например, увеличил ширину до 1000px и высоту до 600px. Или там в модулях какие-то примочки крутые появляются?

Если вы имеете ввиду стандартные статьи, в админке: То в базе данных ничего править не нужно - там для текстового поля стоит тип TEXT: Можете, при желании, сменить на LONGTEXT, но TEXT, обычно, всем хватает. Я думаю, стоит покопаться в самих файлах вывода. Возможно - там есть ограничение. И не мешало бы поставить ссылку на страницу, где происходит обрезание вашего текста. Ну а если у вас статья сравнима с "Война и мир" - стоит разбить ее на несколько, или поискать (или написать) модуль постраничной разбивки длинных текстов...

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

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

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

5 колонна негодуэ? Я не очень понимаю, как здесь реализован механизм продажи модулей, но в чем проблема добавить коэффициент к ценнику, раз уж актуальный модуль написать удалось? У нас все экономические проблемы в стране именно из-за расчетов в иностранной валюте. Если бы к ней не привязались когда-то - и проблем бы не было. А так - и продавец, и покупатель платят дань США за то, что между собой в рублях договориться не могут.

Нашел причину и исправил проблему. Для тех, кто, возможно, также напорится на эту проблему, выкладываю причину и решение: Картинки пропали из-за того, что я при загрузке фоток для расходных материалов создал новую папку для картинок расходки, а папку с картинками инструментов переименовал из cat_img в instrumenty. Соответственно, путь к картинкам изменился в скрипте сайта, но остался прежним в базе данных. До ноябрьских праздников на сайте картинки отображались так как сохранились в кэше, сегодня кэш обновился и картинки, соответственно, пропали. (чего, собственно, и следовало ожидать...) Чтобы поменять путь к полутора десяткам картинок, ручной способ утомителен - для этого есть короткий и очень быстрый запрос к базе данных, который можно выполнить прямо в панели phpmyadmin: UPDATE `oc_product` SET `image` = REPLACE(`image`, 'cat_img', 'instrumenty') В данном коде `oc_product` оставляете как есть - это таблица прописанная в CMS для категорий. `image` - это столбец в этой таблице, в котором сохраняются пути к изображениям. Да, он прописывается в коде дважды. 'cat_img' - это часть пути к картинке, установленная мной изначально, ее я и поменял (переименовал) 'instrumenty' - та же самая часть пути к картинке, после переименования. Код в доли секунды перепишет пути ко всем картинкам. Будьте осторожны, если нужно переписать пути не ко всем картинкам - тогда лучше добавить условие where к этому запросу. Ниже картинки, которые могут помочь вникнуть визуально:

Версия 1.5.5.1.2 До ноябрьских праздников создал категории товаров и всем прописал картинки, отображались все хорошо. Полностью прописал картинки к категориям и подкатегориям инструментов и начал заполнять картинки для расходных материалов. Перед праздниками все картинки были на месте. Сейчас открыл магазин и не увидел картинок категорий у инструментов, при том, что у главных категорий расходки картинки остались. Ошибок в логах нет, база подключена и работает, пути в базе прописаны и не менялись. Однако картинки не отображает ни в бэкэнде, ни во фронтэнде. сайт: http://aniteks.ru/ разделы "Инструменты" и все вложенные остались без картинок при просмотре категорий в админке добавил в пару из них картинки заново. Те же самые, которые были загружены через админку. Но в базе данных обнаружил, что старые пути сохранились и картинки при этом имеют разрешение 100х100, а те, что загрузил заново - сохранились в базу уже с разрешением 80х80. Что это за беда и как можно исправить? Перезагружать заново порядка 150 картинок не стоИт....