rb2

"Садись, двойка по CSS!" Идея в корне неправильная. У левой колонки идентификатор "#column-left", у правой "#column-right". От этого и пляшите, разукрашивая внутренние модули по-разному.

См. `catalog/model/total/shipping.php`

А что там сложного в прикидках?Делим 650 на 1000 = 0.65 руб за лайк. Поскольку рынка не знаем, предположим вилку. Если половину себе оставлять - на оплату 0.3 руб за лайк (3 лайка = рубль или 10 лайков = 3 руб). Если хочется манёвра - делим не на 2, а на 10. 0.06 за лайк. 100 лайков = 6 руб. Предположим, что одна страница открываются 10 сек. За минуту можно поставить примерно 6 лайков. За час - 360. Ну пусть 300 для простоты. То есть потенциальных исполнителей можно ориентировать на от 18 до 90 руб за час. А если предположить, что обезьянка очень упорная и выносливая - 10 часов упорного труда = от 180 до 900 руб в день. Это наш потенциальный фонд оплаты труда. Проверяем, насколько он реален. Гуглим. Первый попавшийся линк по теме - на второй странице гугла, на ops244 начинается. В предложении работы фигурируют рамки от 1 до 30 баксов в день. Суббота, 9 марта 2013 г. Ага, более-менее актуально. Ставим галочку: упорные мартышки способны работать за такие деньги. А у нас там сколько потенциально? от 5.6$ до 28$. О, класс, с одной границей я даже почти угадал. Смотрим дальше ссылки. Некий вктарджет информирует нас в футере, что "рекламируйтесь / лайки" стоит даже не 65 коп, а 13 коп. Мммм, кажется нас даже пытались на....обмануть. Ну да ладно, сейчас неважно. Может те лайки какие-то неживые, хотя слабо верится: судя по сайту, схема работы как раз похожа на точно такие же "абизянки за работой". Третий линк копать облом, там никаких цифр без регистрации не видно. Но вроде цифры реальные получились. И ноу проблем найти живых "дятлов" за такую цену. Даже самому не надо никакую подобную сеть строить - достаточно взять здесь по 65 и нанять там по 13. Ну и со стороны "дятлов" наверняка есть не только живые, но и кулхацкеры, которые автоматизируют кучку акаунтов и выдают их за живых. Думаю, там тоже целая индустрия. P.S. Я не в теме. Ни этого бизнеса, ни цифр. P.P.S. Спамеров - в топку. Я вообще-то зашёл грохнуть тему, но на забавный вопрос наткнулся :) Завтра грохну, если afwollis раньше не проснётся.

1) Ну вы начали с сантиметров, я их и привел в качестве примера - может у вас ткани с позолотой и её сантиметрами отмеряют. Делайте в метрах. Ввод нецелых количеств тоже не раз обсуждался и решения были - напрягите лучше строку поиска, а не меня. 2) Цена за метр у вас не меняется. А в корзине покупатель увидит и общую сумму, и отредактирует метраж при необходимости. Или я не понял, что конкретно требуется. Вариант динамического обновления стоимости товара в зависимости от выбранной опции также обсуждался и публиковался. Можете его перенести с опций на поле количества, если действительно надо.

Его контактов нет нигде? Написал ему. Если отзовется - форвардну ответ. Кстати, заглянул в свой блог - у меня в записи про сайтмап ещё пара бесплатных ссылок была. Yoda модуль продавал за 600 руб. Если кто поделится - плюньте ему на спину. "выгрузку в YML как к карте сайта применить?" -- по аналогии. Принципы оптимизации ведь одинаковые.

У вас на всём сайте 3 товара. Где там 33? В указанной категории вообще пусто. Переключитесь для проверки на стандартный шаблон (default) - если там есть листалка, а в этой теме нет, тогда проблема в теме. И логичней было бы обращаться к её автору. У него написано, что от оказывает поддержку и отвечает в течение 48-72 часов.

Это демо-данные. Вы не обязаны их беречь и лелеять. Можете удалить всё, что удаляется, и заменить 10 непонятных статусов на 2-3 хорошо понятных вам.

Я что-то вообще не улавливаю, зачем что-о переделывать и чего не хватает в стандартной реализации. Создаём товар "Ткань полосатая, за 1 см". Покупатель в поле "количество" вводит, как ни странно, количество нужных ему сантиметров. Вуаля. Какие опции?

Какая "эта тема"? Какой перевод, для какой версии? Вы так пишете, как будто все телепаты и знают, что конкретно вы имеете в виду. Посмотрите http://www.opencart.ua/translate/ Скорей всего у вас перевод неполный, а у них можно взять наиболее актуальную версию. Модуль в колонке и страница авторизации используют разные языковые файлы. Поэтому на странице одно, а "в колонке" -- другое. И вообще-то в опенкарте кажется нет никакого "модуля авторизации" в стандартной поставке. Может потому его в укр. переводе и не было.

Yoda и gepo писали модули.https://opencartforum.com/topic/19511-optimize-it-bystryi-google-sitemap-dlia-bolshogo-kolichestva-tovarov/ https://opencartforum.com/topic/19949-eksport-v-yml-iandeksmarket-dlia-bolshogo-kolichestv/ Поиском пользуйтесь.

Приятно знать, что где-то ещё хуже :-D У нас WM, QIWI, YM вполне можно оплачивать даже коммунальные услуги. Я платил за мобильные, ТВ, телефон, домофон, интернет. Плюс некоторые продавцы и магазины принимают то одну эл. валюту, то другую. То есть даже не надо в нал выводить - есть, куда потратить, без потери лишних процентов.

А зачем? Я же написал чуть выше - это бессмысленная операция. Ты не видел или не согласен с выводом? Есть измененный код. Предлагается вынести эти изменения и поручить vqmod-у внести их позже :) Много смысла в этой работе? Единственное, что может измениться после этой процедуры - порядок срабатывания vqmod-ов. Ну то есть не те модули начнут ломаться, а другие. По-любому придется конфликты искать и чинить. А делать это удобнее прямо в коде, а не перанальным методом.

Решение чего? Я думал, там всё очевидно, поэтому не заострялся. Получить сразу скопом весь код, измененный модулями, можно с помощью VQmod-а. Ставится чистая версия опенкарта/ocstore, на неё все необходимые модули, всё проверяется и тестится на предмет полного отсутствия ошибок в логе и правильной работы всех изменений. При необходимости фиксится и допиливается, устраняются конфликты. Когда всё гладко - кеш VQmod-а переносится на место файлов, а vqmod отправляется в топку. Дальше версия "с модулями" сравнивается со своей, в которой тоже много изменений, судя по первому сообщению. Тут придется руками поработать один раз: поскольку конфликты были, то надо будет их разрулить вручную. Вот и вся кухня. Получить разницу между двумя версиями - вообще не проблема. Делается на полном автомате.

Я так говорю, потому что и десять баксов - тоже деньги. Только вот можно ли будет ими расплатиться или вывести в нал - большой вопрос. Это как? Как "перевести гривны в доллары", если гривен нет? Арестовали.Они же (wmu) не из воздуха появляются. Нет обеспечивающего их эквивалента. WMU - это просто обещание, что где-то там есть такое кол-во гривен. Давайте меняться обещаниями без физического пересыла из банка в банк, а потом, когда нал понадобится - будем уверены, что обналичить можно без проблем. Ну а теперь это забрали. И вернут ли - неизвестно. WMU друг другу туда-сюда пересылать - ноу проблем, естественно. Это же внутренняя кухня, там только байты пересылаются и взаимозасчитываются. А на другую валюту поменять - это вряд ли. Потратить на услуги - это вряд ли. Вывести в нал -- это вряд ли. Сейчас разве что на спекуляции можно хорошо заработать и по повышенному курсу WMU скупать (у тех, кто не верит в лучшее или срочно надо вывести). В надежде, что рано или поздно их таки можно будет вывести или потратить. См. также http://hvylya.org/news/exclusive/webmoney-unichtozhayut-chtobyi-raschistit-prostranstvo-dlya-biznesa-semi.html

Чтобы полный путь отображался, SeoPro должен использоваться. Иначе (с SeoUrl) будет отображаться тот путь, по которому пришли.

Обратная операция (перенести VQmod модификации в код) попроще будет. К тому же надёжней. И удобней в обслуживании и отладке, если конечно модули туда-сюда ставить и отключать-выключать не планируете. Могу сэкономить вам кучу времени. И немного денег. Два предыдущих оратора кое-что упустили из виду. Если все свои правки в VQmod превращать - это действительно большой объём работы. Причём бесполезный. Начну с конца: - сопровождать это впоследствии гораздо сложнее; - конфликты разгребать тоже, то ли подгоняя модули друг под друга, то ли гадая, в каком порядке они выполнятся; - и самое главное: ваши конфликты вообще-то никуда не денутся. От того, что вместо вас правки в код будет вносить vqmod -- ничего не изменится. Пораскиньте мозгами.

А не страшно сейчас WMU принимать? Или уже всё разрулилось? Или вы просто новости не читете? :)

В смысле небольшую сумму - на водку toporchillo :-D

Тогда toporchillo перестанет получать небольшие суммы :)

В шаблоне или CSS.P.S. Ваше сообщение выглядит как звонок доктору: "У меня где-то что-то болит. В районе сердца. Своё фото выслал по факсу, сделано вчера". Как кто-нибудь может вам помочь и подсказать без малейшего доступа к "телу пациента"? Хотя бы адрес сайта дайте, чтобы можно было в код верстки заглянуть. P.P.S. Почему после покупки шаблонов люди не задают вопросы автору или магазину, где это куплено, а идут за помощью на базар? Языковой барьер? Сложность связи с автором (или непонимание как это сделать)? Не помню, где купил/взял?

Картинки вручную были только указаны (выбраны) или загружались через опенкартовский файл-менеджер?Если загружались - проверяйте права доступа и владельца тех картинок, которые закачивались через FTP. Может PHP их банально прочитать не может. Судя по тому, что в кеше картинки генерятся и наверное показываются - с правами на папку кеша всё ок. Если это всё в пролёте - тогда у меня единственная версия остается с неправильными путями, её уже вроде озвучивали. Хотя и утверждаете, что они правильные. Но я не вижу других причин. А вообще логи смотрите. Что за гадания? В логах обычно всё есть и расписано. Я не про опенкартовский, а в первую очередь про лог ошибок апача. Хотя и в опенкартовском может что-то есть.

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

Спросите лучше у @Yesvik или @freelancer. Я туда не заглядывал. Если работает в товарах так, как надо, самый быстрый путь поиска - посмотреть там реализацию. В товарах есть `main_category` (при использовании SeoPro), которая помогает разрешить конфликты, если путей к товару много. У подкатегорий такой проблемы нет, поскольку там путь всегда ровно один. Это значит, что breadcrumbs всегда можно получить. И механизм для категорий и для товара после того, как получили полный путь (breadcrumbs) -- идентичен. А как там отрезать последнюю часть и показывать в URI только её -- смотреть в товаре и переносить оттуда.

1. Назначьте главной категорией у товаров подкатегории, а не категорию. Тогда в breadcrumbs будет полный путь и вернуться пользователь сможет куда захочет -- хоть в подкатегорию, хоть в категорию. 2. Возвращаться можно кнопкой "Back" в броузере. Может вы не знали. 3. Можете переключиться с SeoPro на SeoUrl.

1. Делаете статью, смотрите её URL. 2. Открываете шаблон футера (common/footer.tpl) и дописываете в нужном месте ссылку. Это вариант без локализации - для одного языка. Дальше отключаете показ статьи в её обычном месте. В старых версиях надо было поставить порядок сортировки -1, в новых - галочка есть.