galas

единый дизайн не обязателен. Шаблон форума берётся отдельно. важна единая авторизация и синхронизация.

Хочу сделать доступ только указанным группам/пользователям или по платной подписке к закрытым разделам/статьям в OpenCart. Т.е. анонсы(короткие описания) категорий/статей посетитель видит, но при их нажатии ему предлагается оформить(оплатить) подписку (доступ), или стать членом опред. группы (с указанием условий, возможно - по другой подписке) Как это будет работать и как это можно сделать на CMS: Блог | Новости | Отзывы | Галерея | FAQ ? === *кстати, на сайте модуля, в меню, не хватает разделов-примеров - как выглядит и работает, хор. бы добавить в меню примеры: - Раздел статей (категории/тематич.статьи, с категориями/подкатегориями/статьями) - Блог (пример ведения блога, с категориями/подкатегориями/постами, доп. к Новости сайта)

Есть Задача: интегрировать магазин на OpenCart(мастер) с форумом SMF(подчинённый) - каждый на своей мускул-базе, пока на одном сервере, рядом. Есть похожее, более-менее приемлимое решение на компоненте JFusion для интеграции SMF с Joomla - каждый со своей мускул базой. Желательно сделать лучше: как отдельный мост(админка) на своей базе, через к-ю синхронизируются базы других движков. ... либо в виде модуля к Opencart (SMF) Просьба помочь с решением. Готов обсудить подробное ТЗ, время и стоимость. Под интеграцией понимается единая рег/авторизация, имя/логин/пароль/емайл пользователя и т.д. + синхронизация ряда полей в профилях. Модули интеграции, вывода одного-в-другое (оплаты, меню, вывод чего-либо на страницах) - отдельными ТЗ. Просьба обращаться здесь, в теме, или в личку.

Обычно партнёрка запоминает куки, IP и др. данные захода с браузера клиента. Куки же сохр. и в браузере посетителя. Если посетитель 1 раз зашёл по партнёрской ссылке - он по этим параметрам запоминается, даже, если сразу не зарегался и не купил. И след. раз, даже если он зашёл по прямой (не партнёрской) ссылке и зарегался, и/или что-то купил - его партнёрка "вспоминает" и засчитывает под того партнёра по чьей ссылке он заходил 1й или крайний раз (устанавливается в партнёрке админом). Это важно. Т.к. многие пройдя по рефке 1 раз и просто посмотрев сайт(стр) - часто после возвращаются по прямым ссылкам (из сохр. ими избранном в т.ч.), и регятся, и покупают. И надо, чтобы такой пользователь засчитывался кому-то из партнёров. Иначе они теряют конверсию и им не так интересно раскручивать партнёрку дальше.

т.е., как понял, с куки и подвязкой реферала под партнёра сейчас работают так: Если чел. приходит по партнёрской реф.ссылке и целенаправленно вступает в партнёрку или что-то покупает - он регистрируется в маге(и партнёрке) под тем, по чьей ссылке пришёл. И все дальнейшие уровни под ним, и все покупки по ним учитываются также. Т.е. работает принцип: рега/покупка зачитывается к тому, по чьей реф. ссылке чел. купил напрямую, сразу. А если он не купил сразу, а зашёл через время, по прямой уже ссылке (не партнёрской) - он и его покупка не учитывается в партнёры ни к кому вообще? Или как-то куки запоминаются - по чьей реф.ссылке чел. зашёл 1й (или крайний?) раз, и, даже, если он зайдёт после по прямой ссылке (не рефке) - его всё равно уже идентифицируют, и, при реге/покупке он зачтётся к тому, по чьей ссылке заходил ранее?

Отлично! Может удастся, по ходу, ещё и ссылки привести к короткому виду типа site.ru/product/Ваш_логин/tovar123 --- site.ru/product(shop, category ...)/Ваш_логин(id или имя)/tovar123(id или имя) --- Как куки отслеживаются/управляются? в смысле: если чел зашёл по партнёрской ссылке, но сразу не купил, его куки записываются на 365дней(уст. в админке) и если купил позже - зачисляется тому по чьей ссылке он зашёл: а) первый раз; б)крайний раз (уст. в админке)

т.е. можно ли доработать, сделать модуль, к-й будет добавлять в данные(свойства) товара отметку: "участвует/нет в партнёрской программе" - т.к. есть товары к-е не вписываются или не могут быть вкл. в партнёрку. Развитие идеи: добавить в данные(свойства) товара поле: ( ... ) - предельная величина партнёрского % для этого товара, отличная от общего % партнёрки. И считать % первого партнёра от этой величины, а % ост. уровней - от % первого

Можно ли исключать товары мага по-имённо(индивидуально) из участия в партнёрской программе? т.е. на указ. часть товаров не будут начисляться партнёрские. Сможете сделать группы товаров по величине общей комиссии? Чтобы каждому товару присваивать группу комиссии из списка: Например гр.0=0%, гр.1=10%, гр.2=20%, гр.3=30% и т.д. (от суммы товара этой гр.) - чтоб эти % в каждой группе задавать самому. Тогда % первого партнёра будет % от суммы % гр.комиссии куда входит конкретный товар, а остальным уровням - % от его %. тоже надо (лучше: реф. код, т.к. емайлы меняются) надо в форме регистрации и * E-Mail: и Реф.код: (автоподставляется из рефки и не может меняться, или вручную, если рефки нет. Если незаполнено и пришёл без рефки - идёт 1м уровнем) № реф.кода можно или из ИД пользователя взять, но лучше N из отд. табл. рефок партнёров по мере их регистрации. --- вообще в админке кроме стандарт. списка пользователей нужна отдельная табл.-раздел. по партнёрам/рефам, т.к. отслеживать и обрабатывать удобнее. и с Реферальной ссылкой надо что-то делать - уж очень длинна и неказиста) покороче бы, однако, типа http: // carbontr.ru/12345678/ где 12345678 - id партнёра) а то и вообще - Отслеживание прямой ссылки - из реферера брать - HTTP_REFERER, отправляемой браузером после посещения партнёрской страницы. Если такое реально самому сделать.

т.е. выборки по уровням любого партнёра любого уровня : нажав на его ник - отображает дерево(таблицу) и стату партнёров под ним по всем уровням т.е. чтобы доступ к данным партнёров и права доступа к данным пользователей и партнёрки, права поведения в админке партнёрки могли выставляться либо на спец. созданную группу, либо инд. по нику админа(модератора) хорошо бы такую демку этого симбиоза сразу ))) по каждому товару можно выставлять макс. % общей комиссии сумм комиссий всех уровней? допустим: 50% - общая комиссия по товару, а там уже указ. % комиссии каждого уровня от этой общей суммы комиссии по этому товару, как она получится. т.е. если сделать 40% или 60% от цены товара - общую комиссию, то делиться по уровням будет уже такая сумма, а % комиссий по уровням внутри неё уст. отдельно.

1. Максимальный Процент ставится по каждому товару общий? а по уровням? Фиксированная сумма, к этому тоже было бы хорошо. и то, и то надо 2. Хорошо бы иметь фильтр-дерево по уровням и партнёрам из табл. нажатием на ник партнёра и №уровня 3. Также нужен модуль "Внутренний счёт" - для зачисления денег на баланс польз. и оптал с него как вида оплат. 4. Нужно закрытие доступа разным группам пользователей(админам, модераторам) к данным по админке партнёрки и данным-счётам пользователей 5. Как именно Модуль работает с Партнёрская программа 1.3 (vQmod) вместе? есть возм. сделать демку и коротко описать про установку-настройки на этот симбиоз?

JohnnyVega, есть ли шанс ускорить доработку и нов. релиз модуля JV_QuickOrder для версии 1.5.5.х и встроить туда возможности Предзаказа по типу Модуль предзаказа, заказ товара по e-mail если нет в наличии. 1.2 https://opencartforum.com/files/file/532-modul-predzakaza-zakaz-tovara-po-e-mail-esli-net-v-na/ https://opencartforum.com/topic/11162-modul-predzakaza-zakaz-tovara-po-e-mail-esli-net-v-na/ пусть, даже, скинувшись желающим на отдельную доплату по таким доработкам.

JohnnyVega, Когда будет рабочая версия под 1.5.5.1? Примите ли во внимания предлагающиеся здесь в теме доработки модуля, и что-либо сделаете из них в ближ. время?

Решил зайти поинтересоваться, не появилась ли возможность реализовать отключение кнопки (скрытие) в ненужных категориях, вместо диалога о неработоспособности квикзаказа в данной категории? я бы это вкл. в ТЗ тоже, добавив варианты: 1) скрытие 2) замена надписи(цвета) на свою(любую) 3) замена ссылки (урла) 4) откл в конкретных товарах, не тока в категориях 5) внесение каждого "быстрозаказанного" товара в общий список заказанных: - где-то на спец.стр.(фрейме) - на постоянку в кабинете пользователя + в е-майл - в доп. корзине или в отделе корзины Предзаказы - т.е. товар попадает НЕ в общую корзину, а в отдельный раздел(корзину) с отправкой копий счетов по е-майл - для товаров с особыми условиями оплаты-поставки

я за такую доработку + ещё есть пожелания. насчёт "сколько" - тут надо определиться "с кем", каким кругом и что(именно, тз) ещё сразу дорабатывать.

Работает ли модуль в версии 1.5.5.1? А в компонентах-интеграции Opencart в Joomla, например в Mijoshop - Оpencart в Joomla Корректно ли работает с Модуль Simple - упрощенная регистрация и заказ 3.5.6 ? --- В каких файла смотреть код для правки и стыковки с нов. версией 1.5.5.1 и такими компонентами?

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

на мою почту(заказчика) так сообщения и не пришло, на демке сейчас, после отправки заказа http://www.ocs1541.bget.ru/index.php?route=product/category&path=24 - в версии 1.5.5.1 будет работать? - на стр. продажи модуля отметка о невозможности скачать файл и много вопросов по багам и установке в ветке на форуме. --- - в модуль и письма отправки через него при Предзаказе можно ли добавить доп. инд. информацию по выбранному товару из каких-то полей или файлов? Можете ли сами обсудить, или порекомендовать программиста для доработок модуля?

на демке - баги при оформлении заказа, а на стр. модуля сейчас Файл помечен как испорченный, так как: произвел оплату 05.04.2013 01:06 Скачать ничегого не удалось может есть опыт использования и контакт с автором? --- Также есть мысли по усовершенствованию модуля, кто может подсказать программиста для доработок?

Нужен модуль: Получатели платежа Готовый, доработка, или написание нового на заказ. Описание: 1. В модуль заносятся все данные разных получателей платежей за товары магазина, один из к-х устанавливается по умолчанию для общей корзины (или вносится из общих настроек магазина). 2. В Данные, или Связи, или Опции карты товара в админке добавляется поле выбора получателя платежа. 3. На таком товаре, где данные получателя отличны от установленных по умолч. для общей корзины, кнопка Купить заменяется на кнопку Быстрая покупка - где вылазит страница или окно оформления быстрой покупки с формой заказа и данными для перевода прямым платежом (кошельки, счета, реквизиты этого получателя платежа). 4. Ссылки (урлы) Кнопок Купить и Быстрая покупка могут заменяться на урлы(ссылки) указанные индивидуально для каждого(этого) товара. Т.е. можно создать напр. любую стр. с доп. описанием товара и инструкцией платежа там и переадресовать на неё покупателя нажавшего кнопку Купить. 5. При заказе, письма с полной инф. о заказе присылается на е-майлы и покупателя и админа(неск. е-майлов админа). Желательна функция отправки оповещения по SMS. --- Некоторый функции можно соединить с использованием др. подходящих модулей и фукнций (напр. оповещения по е-майл и СМС)

можно ли сделать/настроить так, чтобы для каждого товара выписывался счёт с разными данными получателей? напр. на Товар1 - счёт с данными(банк.счёт)1, на Товар2 - счёт с данными(банк.счёт)2 и т.д. Т.е. был список(набор) данных разных получателей и к каждому товару прикреплялись для выписка данные из этого списка(набора)?

кто купил здесь: куда теперь за обновлениями? можно ли как-то перейти(перевести вручную) для дальнейших обновлений в базу http://opencartadmin.com/ ?

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

Нужен (ссылка или написать/доработать под заказ) Модуль оплаты - на каждый товар разные счета и виды оплат. Т.е. чтобы на каждый новый товар были по умолчанию установлены типовые счёта получателя платежа(кошельки) и виды оплат для магазина, но в каждом товаре можно было индивидуально, только для этого товара: 1) отключить/добавить/изменить свои виды и системы оплат 2) можно было поменять - установить другие счёта(кошельки) получателя платежа по любому виду оплат (напр. разные/другие банк. реквизиты, другой WMZ(R...), другой PayPal, RBK, Яндекс ... и т.д.) 3) в случае набора в корзине таких товаров с разными реквизитами получателей платежа, они должны выводится в столбик в виде отдельного счёта для оплаты. При этом все товары с одинаковыми реквизитами получателя платежа входят в один счёт, определяемый реквизитами получателя платежа. И все такие счета учитываются как отдельные счета с очередным №, идут в столбик в списке в корзине - со своими кнопками Оплаты. И оплачиваются либо отдельно каждый, либо по общей кнопке Оплатить сразу все те, которым подходит выбранный вид оплаты. Т.е. каждый, где одинаковые реквизиты получателя платежа - открывается в новой вкладке (например: часть счетов на один и тот же счёт получателя можно оплатить с карты, часть только с WMZ - все такие счета для оплаты открываются рядом в разных вкладках). Просьба сообщить по возможностям наличия/доработки такого здесь, или в личку.

Ряд вопросов: также, как там , убираются-добавляются кнопки(ссылки) - только в коде? не в админке?2. Как Поменять Слова -> Товаров в корзине:(-на другое) (0 шт. На сумму: $0.00) И слова в выпадающем поле: Корзина покупок пуста! 3. Где меняются слова Войти | Регистрация вставляемые в шапку шаблонов? 4. Как Поменять Названия (Заголовки) Модулей в полосе на стр. над модулем, типа: Добро пожаловать в Интернет магазин, Рекомендуем, Категории и т.п. на другие? lavlan,благодарю! В папке /catalog/language/russian/ - все файлы руссификации Нашел сразу многое, напр.: cataloglanguagerussianrussian.php - разные кнопки, сообщения cataloglanguagerussiancheckoutcart.php - по корзине cataloglanguagerussiancommonheader.php footer.php - шапка, подвал, соотв. и др. --- Остались вопросы: 5. Как организовать отдельный модуль без Заголовка, такой как: http://napati.ru/ Как вообще - на одних модулях оставлять заголовки, на др. нет?6. Как Для правильной работы ЧПУ настроить файл .htaccess ?

Интересует - т.к. важно Как вообще обновлять доработанную самостоятельно сборку и переносить данные на другие(новые) сборки с сохранением всей структуры магазина и данных. (Как вариант быстрого полного обновления)