Перейти к содержанию

Moonwalker

Пользователи
  • Публикаций

    342
  • Зарегистрирован

  • Посещение

Репутация

9 Обычный

Информация о Moonwalker

  • Звание
    Продвинутый пользователь

Информация

  • Пол
    Мужчина

Посетители профиля

2 023 просмотра профиля
  1. А для 1.5 нет/не планируется варианта? ))
  2. Moonwalker

    Продажа цифровых товаров

    Базовая возможность неудобна, условно, по паре причин. Во-первых, необходимость логиниться. Во-вторых, необходимость регистрироваться в принципе. А так человек зашел, указал почту при оформлении заказа, оплатил, получил на почту ссылку. По юрикам пока неактуально в принципе, надо сперва потестить. Просто изменения все с онлайн.кассами малек внесли коррективы, поэтому надо смотреть, кто сейчас удобен в плане работы )) Надо в сторону Яндекс.Кассы глянуть, только для физиков. Принимали как юрлицо через них платежи на сайте, было удобно.
  3. Moonwalker

    Продажа цифровых товаров

    Нашел несколько попыток разобраться в вопросе, но окончательного ответа так и не нашел )) Посему попробую еще раз )) Задача: реализовать продажу цифровых товаров. Клиент сразу после оплаты получает ссылку на скачивание. Крайне желательно, чтобы получал не только возможность скачать из личного кабинета (еще вопрос, получится ли), но и письмом на почту. Сам "товар", скорее всего, будет вообще на удаленном сервере или в облаке, поэтому клиенту нужно отдавать именно ссылку. В самом плохом варианте, в каком-нибудь текстовом файле, например. Чем реализовать можно, кто подскажет? Пока в голову приходят только модули для продажи серийников, вместо которых, по сути, ссылки и отдавать клиенту. Ну и второй вопрос, чтобы темы не плодить... Чем удобнее всего реализовать прием платежей? Не хочется на время тестов официально заморачиваться, поэтому нужен какой-нибудь агрегатор, который позволит принимать платежи любым способом (от карты до вебмани), а потом даст возможность полученные деньги вывести на карту или какой-нибудь электронный кошелек. Желательно, чтобы была возможность снятия комиссии "с меня", а не клиента. Т.е., если товар стоит 1000 рублей, клиент платил именно 1000. Ну и, конечно, нужен модуль для приема, который после оплаты заказу и статус будет менять на "Оплачено". Заранее спасибо за ответы ))
  4. В последнее время у Боксберри почему-то перестала происходить смена статуса с "Поступил в пункт самовывоза" на "Заказ выполнен". Все промежуточные статусы заказов при этом трекаются. В чем может быть причина? Вижу какое-то обновление в четверг, этого не коснулось? Или мы одни такие и надо копать на нашей стороне? ))
  5. Поддерживаю всех, кто высказывается за поддержку CSV Price Pro ))) Эти опции в Опенкарте... =/ Кстати, такой вопрос: а в какой таблице модуль свою ячейку создает? Скорее всего, не в oc_product (это одна из причин, почему с CSV Price Pro не интегрировать), а в какой-нибудь oc_product_option_value (добавляет что-нить типа product_option_sku)... Или нет? Причем, меня именно этот момент интересует даже больше, чем вывод в карточку товара покупателям (его же можно отключить?)
  6. Grembl, как успехи-то? Предстоит подобная задача. С категориями/товарами худо-бедно разберусь, хоть и не без поллитры и кучи редиректов... А вот возможность перенести покупателей (с паролями) и заказы весьма интересует (пусть у заказов и связи с реальными товарами на новой площадке не будет, хотя бы названия товаров в заказах и стоимость/итого сохранить бы). Кто-нибудь решал? Или копать в сторону этих модулей/сервисов? И интересно, в каком-то более-менее автоматическом режиме есть возможность при таком переносе все редиректы настроить? Ибо структура вообще другая, да еще и категории с .html в конце )) Да и вообще там по урлам такой бардак, что грустно становится )) Переносить надо на ocStore. Главные категории потом руками сделаем, если что. Просто нужны советы )) ps. Товаров около 16 тысяч (схема дебильная, там часть товаров - типа заведены, но как опции других). Заказов около 4 тысяч. Покупателей где-то тоже около 3,5 тысяч.
  7. Дурацкий вопрос. Ни у кого на сайте Admin Quick Edit не стоит? Со старой версией все работало, решил тут обновиться, судя по всему, какой-то конфликт и перестало искать =/ Причем, на странице с заказами AQE выключен, но что-то, судя по всему, все равно подгружает, в итоге видимость поиска есть, а по факту все равно все заказы показывает =/
  8. Так мне казалось, я не в ветке 2.х спрашивал ))) Там свои "Общие вопросы" )) Да, этот вариант работает )) Благодарствую. Жалко, лишь один плюсик можно поставить в карму. С меня пузырь
  9. Хм, видимо, забыл уточнить версию. У меня ocStore 1.5.5.1 Там, видать, логика малек иначе. Ладно, будем копать. Не сказать, что прям критично надо, но уже даче чисто спортивный интерес появился ))
  10. Первый кусок ты в каком файле в какое место вставляешь?
  11. Notice: Undefined variable: mydatab in... ((( Может, критично, куда в контроллере вставлять?
  12. Дурацкий вопрос: а важно, в каком месте контроллера header.php прописывать? Потому как в месте, где вывожу <?php echo $mydata; ?> показывает Notice: Undefined variable: mydata in ... В контроллер воткнуто это: $mydata = $this->db->query("SELECT * FROM oc_aaa"); По запросу SELECT * FROM oc_aaa извне получаю нужные данные, которые записаны в ячейке. Чую, что где-то близко, а попасть не могу )) Такое ощущение, что запрос к бд нужно все-таки куда-то в модель воткнуть, а в контроллере просто обработать.
  13. Это, насколько я понимаю, уже в controller/common/header.php можно прописать? Минуя какой-либо model? А потом через echo в header.tpl вывести?
  14. Бд - та же самая, в которой магазин. Просто еще одна таблица, или даже строка в какой-нить имеющейся (еще не решил). Допустим, в БД магазина таблица "oc_updatedate", в ней один столбец и одна строка. В ней данные, которые надо выводить.Тип данных - короткий текст. Можно тот же varchar. А какие еще детали нужны? Имя таблицы, столбца, ячейки? Условно, мне нужно из той же самой базы взять данные и вывести их в админке в шапке. Ну и я не просил никого готовое решение бесплатно ваять )) Скорее, попросил дать направление. Допустим, можно было задать задачу так: мне нужно в шапке в админке вывести название магазина (оно же, по сути, в той же бд хранится в определенной ячейке). А дальше по схеме уже просто беру данные из другой ячейки для вывода )) Или факс из настроек магазина, все равно не используется. Могу прямо туда нужные данные записывать. За наводку на материал по созданию модулей спасибо. Но я особо модули не собирался писать, мне просто надо уже имеющиеся в бд данные вывести, протащив через controller и model, судя по всему ))
  15. Добрый день, сообщество! Необходимо реализовать вывод в шапку админки (куда именно воткнуть - пока не решил, но проблема не в этом) данные из определенной ячейки БД магазина. При обновлении остатков (запросом в бд извне) в эту ячейку записывается текущая дата и время. Соответственно, нужно взять эти данные и вывести в шапку админки сайта, чтобы можно было всегда видеть актуальность данных. В БД еще ничего не создавал, поэтому есть варианты и отдельную таблицу с одним столбцом и одной строкой под эти данные сделать, и в какую-нибудь oc_setting засунуть (хотя, кажись, отдельная во избежание накладок будет логичнее). Понимаю, что нужно править какой-то model (либо создавать отдельный), где делать запрос в БД для получения данных ячейки, затем править контроллер header.php и, соответственно, выводить в header.tpl. Логику понимаю, но навыков для создания правильной таблицы, формирования нужных запросов в модели и их обработки в контроллере, не хватает (( С записью даты и времени в бд как-раз проблем нет )) Кто-нибудь направит на путь истинный?
×