Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

jobba

Users
  
  • Posts

    52
  • Joined

  • Last visited

Everything posted by jobba

  1. А как этот forum_upgrade_1_0 то прикрутить? Сопроводиловки никакой нет... Что менять непонятно.
  2. Угу, есть полезные вещи. 1. кнопка Ценообразование чего стоит. 2. Срочная доставка - как я раньше не подумал... 3. наценка при определенных формах оплаты (то что я как раз считаю очевидным, но не реализованным в опенкарте) 4. Подарки при заказе... Остальное - поделка еще та.
  3. я и не путаю. точнее не совсем путаю. Насколько я понимаю именно в состоянии опенсурс данный модуль мог бы войти в дефолтный состав ocStore.
  4. Спасибо за ответ. Увы в php меня дальше чем на потрошение чужого кода не хватает. Я ближе к "дезигнерам"... Но в любом случае - спасибо.Я вроде уже нашел альтернативу на оффсайте - Тут Хотя оно не опенсурсное. Жаль. Но сравнительно недорогое. Но надеюсь кто-то подобное в будущем соорудит, все-таки данная штука в наших реалиях с довольно грабительскими ценами на трансферы в электронных деньгах и их выводы в реальные, не должны напрямую ложиться на продавца.
  5. эх... без ножа режете. Магаз даже еще не запущен, а уже меня разорил =) каков порядок цен? и... условие - обязательное выкладывание в опенсурс (все-таки, я считаю что такие вещи должны быть в таком мощном движке...)
  6. есть ли возможность добавлять % коэффициент именно к определенным видам оплаты? Те же киви, LiqPAY и т.п. основательно снимают с заказа, да еще и за вывод денег надо платить - хотелось бы чтобы покупатель "поучаствовал". Например при оплате киви - добавлять 1-2 процента.. (поднимать все цены не хочу, ибо "портится" оплата налом при доставке курьером и самовывозе")
  7. а можно поподробнее описать что надо менять в tpl для такого варианта?
  8. Notepad ++ + дримвьювер (правда опосредственно) с плагином compare... (сорри что влез)
  9. Спасибо большое за ответ. Вроде сам в принципе добил. Но не совсем так как хотел. Да именно модальные. Делаю что-то типа контекстной помощи по некоторым функциям (статусам доставки/наличия товаров и т.п.) Сделал несколько Пример: в catalog/language/russian/product/product.php $_['text_availability'] = 'Наличие<a class="thickbox" href="index.php?route=information/information/loadInfo&checkout=1" alt="%s"><b>*</b></a>:' Результат При нажатии на звездочку открывается модальное окно и красивая информация "Доставка" (или что там у кого выбрано)Все замечательно, но требуется выводить другую статью, написанную как раз о статусах товаров. $_['text_availability'] = 'Наличие<a class="thickbox" href="http://сайт/i8-status-tovara" alt=""><b>*</b></a>:' приводят к тому что в модальном открывает весь сайт с этой страницей. Работает так: $_['text_availability'] = 'Наличие<a class="thickbox" href="http://сайт/information/information/loadInfo?information_id=8" alt=""><b>*</b></a>:' То есть SEO мешает... Остался вопрос - где подковырять чтобы генерировать SEO ссылку на "чистую версию" нужной статьи?
  10. Доброе время суток. Есть ли в опенкарте возможность показывать произвольные (свои) статьи в thickbox. Так же как это делается с "Доставка" и "Соглашением"? Просто попытался сделать несколько статей/факов о статусе заказов/статусе товаров и хотелось бы чтобы при нажатии на линк выскакивало окошко с нужной статьей. Обычные линки показывают весь сайт вместе с нужной странице в thickbox, а хотелось бы такой же "голый вид" как выше.
  11. Да, действительно, данное расширение не видит прификс - у меня "b1_product_to_store". Вручную поправлю. Спасибо.
  12. Доброе время суток. Знаю что подобное уже ни раз проскакивало в той или иной форме на форуме, но нормального решения так и не увидел. Можно ли присваивать информационным переменным "статус на складе" определенные функции. Добавив каждому статусу полноценную переменную оперировать ими. Например сортировку по товарам со статусом "анонс", предзаказ с определенными системами оплаты/доставки для статусов "под заказ" и т.п.? У меня сложилась следующая ситуация: Из-за большой текучки товаров лишь очень немногие имеют статус в наличие. Но при этом заказ и предзаказ на неимеющиеся товары делать можно (и нужно). В добавок использую несколько складов. Сейчас чтобы нормально работать со складом и видеть количество товара я могу указывать только один статус - тот что "в наличии". В результате часть товаров находится во статусе In Stock "В наличии" (вернее поправлено - "в наличии на складе в РФ"), часть в статусе "В наличии на складе завода-изготовителя" (за пределами РФ) с отключенным счетчиком товаров на складе, часть в статусе "Скоро" (например анонсированные новинки - так же просто отключен счетчик), часть в статусе "Прибудет через n дней". Это не очень удобно Так как получается что все это надписи работают только когда у меня товар имеет нулевое наличие на складе и являются читсто информативными, и их никак не удается использовать. Все эти поля - фиктивные - "Система - локализация - состояние на складе". Ни сортировать, ни как то выделять по этому признаку я их не могу. А так бы хотелось прикрепить "лейбу" "Скоро!" на картинки анонсированных товаров, или, просто, научиться сортировать их по этому полю. Можно ли каким либо образом добавить доп. поле к базе (вводить его название в той же админке) чтобы можно было как-то манипулировать этими данными? Примеры для чего это может использоваться: - Некий мультисклад (вернее автоматическая подмена внутреннего склада на глобальный при отсутствии товара "в наличии".) - Автоматическая привязка различных методов оплаты/доставки (Товары с локального например курьером, а с "глобального" почтой) - Сортировка и вывод анонсированных/имеющихся/ожидаемых товаров - возможный вывод "Фото для специальных предложений" для ЛЮБОГО товара с определенным складским статусом (Те же лейлы - "Скоро!", "На складе в РФ", "Без предоплаты" (если используется локальная доставка/самовывоз) и т.п. - возможность оперирования определенными статусами (например динамически изменять количество дней для статуса "Ожидается через n-дней") и т.п. На самом деле - это просто не до конца сформированная мысли и я даже не имею идей как это реализовать, но возможно кто-то возьмет и найдет в ней рациональное зерно, в последствие, реализует в опенкарте. зы. Сорри если ошибся веткой
  13. Решил поставить себе довольно симпатичное расширение jportal с оффсайта. Довольно удобно реализована работа с табами. Написано что совместим с v1.4.9.1, v1.4.9.2, v1.4.9.3. У меня установлен ocStore 0.1.7 и собственно должно работать. Но не тут то было - вылезла ошибка: Error: Table 'db_base_3.product_to_store' doesn't exist Error No: 1146 SELECT st.name, st.url, st.logo FROM choc_store st, product_to_store p2s WHERE st.store_id = p2s.store_id AND p2s.product_id = '196'ORDER BY st.name Насколько я понимаю не хватает таблицы в БД, но что за таблица я чтото не пойму... Есть ли кто-нибудь, кто ставил данное расширение и получал такую же ошибку? И как ее можно исправить?
  14. Сделал. Очень рад. Огромное спасибо. :rolleyes:
  15. Стоит функция - не показывать цены незарегеным покупателям. То что для просмотра требуется регистрация, увы, не очевидно. Ибо не выводится вообще ничего. Прошу специалистов подсказать как реализовать подмену цены на фразу "для просмотра цен - зарегистрируйтесь"... Чтото если честно разобраться не смог. Заранее спасибо.
  16. afwollis, спасибо за отличный модуль. Что хотелось бы: - красивую seo ссылку - экспорт в Эксель - кнопочка "в корзину" настройку видимости/доступа (удобно давать линк определенным категориям пользователей (например реселлерам) (если это вообще технически возможно) Ну и очень бы хотелось такую фишку в админку с покупной и продажной ценой для быстрого и удобного визуального анализа.
  17. Чтото моя фантазия не срабатывает. насколько я понимаю все должно быть: <?php if ($this->customer->isLogged()) { ?>.....код модуля......<?php } ?> но что-то не работает. =(
  18. Что-то не совсем понимаю как он масштабируется в зависимости от размера.... Добавил WM 500*500 (стандарт на увеличенные изображения) - на изначально больших картинках он меньше чем надо, на более меньших он весь не влазит. Насколько я понимаю в данном случае происходит сначала наложение ватермарка на картинку без учета размера, и только потом получившаяся картинка масштабируется. А нельзя ли сначала подгонять картинку, а потом накладывать WM? в принципе последний вариант отличный, но всеравно приходится подготавливать картинки перед аплоадом на сервер..
  19. Собственно сабж. Хотелось бы некоторые пункты меню/группы товаров/модули "специальные предложения"/сайтмап (все это для примера) выводить только залогинившимся покупателям (а в идеале - определенным группам). Подскажите как должно выглядеть условие и где лучше его править (понимаю что в темплейтах, но может есть метод на уровне движка?)
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.