Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

vorobey

Пользователи
  
 Профиль  Активность

  • Публикаций

    197

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

  • Посещение

 Тип публикации 

Все публикации пользователя vorobey

  1. vorobey
    Если у вас все поставщики к евро привязаны, то просто вводите все цены в евро а пользователям показывайте только гривну. Данный модульнужен если у ваших поставщиков разные валюты. Например 1 в рублях вам отдает второй в евро третий в долларах... Тогда вы каждый товар вводите в той валюте в которой получили... А в том случае как ваш этой проблемы нет. Вам надо установить основной валютой евро, а пользователям принудительно задать гривну... Вот тут в пред -пред последнем посте vqmod файлик для RUB в качестве валюты пользователя. Можно сменить на UAH под ваши нужды и пользоваться
  2. vorobey
    Нужна доработка стандартного поиска или же одного из существующих (на выбор исполнителя) для достижения следующего функционала: 1."стандартное" поле поиска прокачанное. При введении в поле поиска текста, появляются подсказки/предложения (живой поиск) на основе существующих товаров. 2.рядом (или снизу - не важно), поле выбора категории первого уровня. Если выбрана категория, поиск осуществляется только в ней (включая подкатегории). Так же при выборе категории первого уровня, появляется второе поле для выбора субкатегории и так далее (вплоть до 4 уровня). То есть список категорий идет не 1 выпадающим листом, а пошагово (step by step) Возможно есть готовое решение или наработки. Модуль необходим под 1.5.5.1.2 версию ocstore. 2 дня гугления и изучения репозиториев с модулями ничего не дали :(
  3. vorobey
    Создал vqmod файлик для того чтобы вывести в пункт меню "Управление ценами" (не удобно в модули каждый раз лазить). Может кому пригодиться pricecontrol-menu.zip
  4. vorobey
    Аналогичная проблема :( Как решили? Разобрался. Виноват SEO модуль. Он "заточен" под другой модуль новостей.
  5. vorobey
    Предположим вы получаете от поставщика лампочки по 5$, Люстры по 10 €, Провод по 100рублей, Основная валюта магазина = рубль. Вы внесли лампочки в магазин лампочки при курсе 35р за доллар по 175 рублей, люстры при курсе 45 рублей за 450рублей, а провод соответственно за 100. Теперь у нас прыгнул доллар и евро. Основная валюта рубль. Курс вы поменяли. Но так как цена внесена в рублях, цена в рублях не поменялась, а в долларах и евро вообще упала ;) Получается надо перезаливать все товары. Модуль позволяет вносить каждый товар в его родной валюте. Тоесть лампочка всегда будет по 5$, люстра по 10 евро, а провод по 100 рублей. Если у вас все товары в 1 валюте заносятся, то модуль вам не нужен. Если же как в примере выше у товаров разные исходные валюты, то без модуля тяжеловато будет.
  6. vorobey
    Где такие "гуру" водятся? ))) Каким образом метод шифрования кода привязан к содержимому зашифрованного фрагмента? Это тоже самое что сказать: "Вы этот *.exe файл не запускайте, так как именно в *.exe файлах обычно идут вирусы" Не стоит основывать свое мнение на мнении "антивирусных гуру" которые даже не удосужились посмотреть что там, а основываются на том что увидели "страшную" функцию "base64_decode" ;) Я к примеру ради спортивного интереса проверил что там внутри (вообще не люблю когда скрипт идет с защитой), но в паблик выкладывать не буду, так как это противоречит правилам форума, этике и уважения к чужому труду ;) Так вот там проверяется соответствие введенного ключа текущему домену, функция порезана на куски, потом закодирована, еще раз покромсана и опять закодирована, + имена переменным даны такие чтобы затруднить чтение кода и еще математические вычисления с переменными походу проводятся ;)
  7. vorobey
    Не поленились бы и посмотрели что там внутри ) Это код в котором спрятана защита. Ничего страшного внутри нет. Такого рода шифрование используется во многих платных компонентах с лицензией на домен, что бы сложнее было взломать/вырезать защиту.
  8. vorobey
    Подскажите какой модуль liqpay вы используете на данном сайте? Сейчас подключаю себе платежные системы и застрял на поиске нормального liqpay модуля работающего с новым апи 2.0 (с апи 1.2 связываться не хочется)
  9. vorobey
    После обновления у меня оплата не происходит вообще - висит на "Подождите... Происходит переход к оплате" Потом появляется ошибка: Parse error: syntax error, unexpected T_PUBLIC in /catalog/controller/account/yandexplusplus.php редактор кода показывает там ошибку синтаксическую. строка 454 получается перед не хватает закрывающейся } или наоборот где то лишняя { добавил } в 453 строку, ошибка пропала, оплата проходит, переключение языков работает без "No data", спасибо за это. надеюсь мультиленг появится тоже. Приведу пример из тойже робокассы, там реализован выбор так: Первый вариант: Второй вариант: То есть мне бы вот именно второй вариант. Яндекс по идее же посылает уведомление на сайт о оплате, иначе для чего заполняется "Адрес HTTP-уведомления: index.php?route=account/yandexplusplus/callback" ?
  10. vorobey
    если бы в этом была загвоздка, я бы перевел. я ведь к посту прикрепил собственноручно переведенный интерфейс :)там ведь надо сами поля добавлять в админке и условия прописывать в каком случае какое письмо отправлять. То есть логично когда текст письма на русском отправляется человеку у которого в сессии выбран русский язык, а текст на английском у кого в сессии выбран английский. Сейчас же такое реализовать нельзя, так как в форме где составляется письмо нет выбора для какого языка оно составлено. На примере той же "робокасса 20 способов оплаты" - под название каждого метода есть соответствующие поля языка. То есть в адмике я ввожу как назвать метод на русском и как на английском. Вообщем пока что просто буду использовать яндекс деньги из состава робокасса (там каждый метод выводится отдельной иконкой). посмотрю на то как часто будут пользоваться люди яндексом и если окажется что потеря 3% от комиссии робокассы сопоставима по затратам с дороботкой модуля, то буду дорабатывать.
  11. vorobey

    [Підтримка] Оплата Приват 24

    vorobey ответил в теме пользователя Jamb86 в Оплата

    Купил, настраиваю. Подскажите какие данные вводить на сайте приват банка в следующие поля: Оплата за товар №... (Адрес, куда будет перенаправлен клиент после оплаты) URL ответа (Cтраница, принимающая ответ API о результате платежа) ... Или эти поля заполнять не надо? + хочу чтобы на странице оплаты в строке "назначение платежа" не учавствовало название магазина. Просто имя отправителя и номер заказа - подскажите какие строки править? (нашел где править) + хотелось бы чтобы комиссия снималась с меня (с продавца) а не с покупателя. Буду благодарен если подскажете где это настраивается/меняется + хотелось бы чтобы подсказали какие из этих галочек следует удалить в моем случае (мне нужен только прием денег за виртуальный товар - аудиофайлы) Мне нужны только первые 3 пункта или остальные тоже как то участвуют в приеме платежей? Или это все то за что Я могу платить (а я платить не собираюсь, только выводить)?
  12. vorobey
    Странно что нет английского языка для фронтенда :( Но не беда, перевел сам (прикрепленный файл english.zip) :) Можно включить в следующую версию, покупатели ведь могут быть из за бугра ;) Нашел еще недоработку. В файле yandexplusplus.xml указаны напрямую значения value="Оплатить онлайн" Переделал у себя так чтобы учитывало языки. (Прикрепленный файл yandexplusplus.zip) Нерешенные проблемы: 1. Если нажать на кнопку оплаты из аккаунта, потом после перехода на страницу index.php?route=account/yandexplusplus сменить язык, получаем чистый лист с надписью "No data" 2. Если перейти на страницу яндекса для оплаты, а потом вернуться назад в магазин (не оплатив), то заказ из корзины пропадает, хотя в настройках стоит: Как сделать чтобы товар не пропадал из корзины в случае если человек не завершил платеж?Проверил на всех остальных используемых модулях оплаты (приват24,киви,liqpay,робокасса(20методов оплаты): все после отказа возвращают в ту же корзину откуда ушел покупатель. К примеру человек передумал платить яндекс деньгами, нажал возврат, а тут пусто - не порядок... Для примера в "Робокасса 20 методов оплаты" даже есть выбор на каком этапе присваивать статус товара даже. Тоесть можно сразу после перехода присвоить что либо, или только после ответа сервера платежного. Мне нужен именно 2 вариант, который во всех остальных модулях дефолтный. p.s. Поизучав еще немного модуль пришел к выводу что много всего надо дорабатывать для мультиленг сайта (кроме того что я уже сделал). Особенно кастомизируемые письма и свои тексты для страниц. Там даже не предусмотрен вариант того что на сайте может быть несколько языков :( Как вариант решения на ходу пока что вижу написание текста сразу на 2 языках, но не красиво. Если без кастомных писем и страниц я как то обойдусь, то вот с последними 2 пунктами о которых говорил выше ("No data" при смене языка и пропадающий товар из корзины при отмене) смириться не могу. Еще текущий вариант реализации "оплатить из кабинета" тоже не совсем удачно реализован если исходить из того что на сайте несколько способов оплаты. Человек не может изменить способ, а может только оплатить тем методом который выбрал изначально. Даже яндекс-деньги на яндекс-карту поменять нельзя... печалька Вопрос на засыпку: можно мне поменять этот модуль на модуль простая оплата? Там хоть лишнего меньше будет... Есть какаято система возврата? Домен я вроде как еще не запросил себе... Или может в ближайшие дни появится мультиленг суппорт и исправлены выявленные мной ошибки? english.zip yandexplusplus.zip
  13. vorobey

    [Підтримка] Wallet One (Единая касса)

    vorobey ответил в теме пользователя shoputils в Оплата

    Где лучше купить у Вас на сайте или тут чтобы удобнее было следить за обновлениями? Здесь к примеру если файл обновлен приходит уведомление. Есть ли такая "услуга" при покупке на оф сайте?
  14. vorobey
    В уведомлении значится что файл обновлен, но в истории изменений пусто :) Сравнил с 3.2, Выяснил что в robokassa.php добавлено условие: if( empty($dat[$store['store_id']]) ) { foreach($this->data['languages'] as $language) { $Lang = new Language( $language['directory'] ); $Lang->load('payment/robokassa'); $this->data['robokassa_desc_store'][$store['store_id']][$language['code']] = $Lang->get('text_order_comment_default'); } } else { } Теперь как я понимаю в робокассу передается язык интерфейса пользователя сайта? Или я не правильно понял? Еще обнаружил такую штуку: Если сайт работает по https протоколу, то ссылка на заказ из письма битая (у меня по крайней мере не открывалась). Исправил так: в 2 строках заменил $order_link = preg_replace("/\/$/", "", HTTP_SERVER).'/admin/index.php.... на $order_link = preg_replace("/\/$/", "", HTTPS_SERVER).'/admin/index.php...
  15. vorobey

    [Підтримка] LiqPay

    vorobey ответил в теме пользователя NeitrinoZull в Оплата

    Вот тут: https://www.liqpay.com/ Выбрал "Бизнес" На вкладке "мои магазины" создал магазин и там вот такие данные в блоке "Настройки API" Подскажите если не сложно адрес упоминаемого сервиса интернет-эквайринга click&buy
  16. vorobey

    [Підтримка] LiqPay

    vorobey ответил в теме пользователя NeitrinoZull в Оплата

    Никогда раньше не принимал liqpay платежи, теперь вот взялся за настройку. Как я понимаю данный модуль расширяет функционал имеющагося в ocStore 1.5.4.1.2 модуля liqpay? Добавляя смену статуса при заказе или еще что-то? Вообщем возник ряд вопросов по настройке на которые надеюсь мне помогут найти ответ :) В аккаунте liqpay есть поля: 1. URL уведомлений сервер-сервер: 2. URL магазина клиент-сервер: 3. Публичный ключ: 4. Приватный ключ: 5. Наличие order_id 6. Наличие подписи (signature) Какие адреса надо вписать в 1-2 поля? В какие поля модуля надо вписать значения 3,4? Надо ли ставить галки 5,6? (Магазин работает по https протоколу, имеется SSL сертификат RapidSSL)
  17. vorobey
    Вопрос про удаление lastname снимается - сделал сам. Вопрос по работе HTTPS: работает ли робокасса по этому протоколу? в модуле всюду прописано без всяких условий HTTP:// мой магазин переведен в режим https, а данные о оплате получается передаются на сервер робокассы открытом виде? как так? попробовал заменить http://merchant.roboxchange.com -> https://merchant.roboxchange.com http://auth.robokassa.ru -> https://auth.robokassa.ru http://test.robokassa.ru -> https://test.robokassa.ru В итоге при оплате выдает ошибку на сайте робокассы :(
  18. vorobey
    Действительно этот кусок не заменялся. (Еще 1 модуль срабатывал раньше) Спасибо большое за помощь (ну и за опции еще раз)!
  19. vorobey
    Спасибо! Установил 1.8 (с 1.6 все гуд) Получаю в админке такое вот: Parse error: syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING in [/size]/home/----/----/www/vqmod/vqcache/vq2-admin_model_catalog_product.php У меня еще используется Option Boost который позволяет = опциям выставлять и еще пару мелочей - видимо вносят изменения в 1 и тоже. Исправил следующим образом (может кому пригодится из тех кто в паре с options-boost пользовать будет: Закомментил код: <operation error="skip"> <search position="replace"> <![CDATA[ price = '" . (float)$product_option_value['price'] . "', ]]> </search> <add> <![CDATA[ base_price = '" . (float)$product_option_value['base_price'] . "', price = '" . (float)$product_option_value['price'] . "', ]]> </add> </operation> И внес эти изменения в options_boost_vqmod.xml (заменил в 2 местах эти фрагменты) Только вот данные не сохраняются для базовой цены опций :( Буду искать дальше, так как других пересекающихся замен в файлах нет. Видимо что то не так где то еще :( Пока обнаружил что данные не заносятся в таблицу базы (именно для опций, для самого товара все норм), ковыряю дальше... В кешированном файле "vq2-admin_model_catalog-product.php" вроде как в запросе поля присутствуют: public function editProduct($product_id, $data) { $this->db->query("UPDATE " . DB_PREFIX . "product SET base_price = '" . (float)$data['base_price'] . "', base_currency_code = '" . $data['base_currency_code'] . "', model = '" . $this->db->escape($data['model']) . "', sku = '" . $this->db->escape($data['sku']) . "', upc = '" . $this->db->escape($data['upc']) . "', ean = '" . $this->db->escape($data['ean']) . "', jan = '" . $this->db->escape($data['jan']) . "', isbn = '" . $this->db->escape($data['isbn']) . "', mpn = '" . $this->db->escape($data['mpn']) . "', location = '" . $this->db->escape($data['location']) . "', quantity = '" . (int)$data['quantity'] . "', minimum = '" . (int)$data['minimum'] . "', subtract = '" . (int)$data['subtract'] . "', stock_status_id = '" . (int)$data['stock_status_id'] . "', date_available = '" . $this->db->escape($data['date_available']) . "', manufacturer_id = '" . (int)$data['manufacturer_id'] . "', shipping = '" . (int)$data['shipping'] . "', price = '" . (float)$data['price'] . "', points = '" . (int)$data['points'] . "', weight = '" . (float)$data['weight'] . "', weight_class_id = '" . (int)$data['weight_class_id'] . "', length = '" . (float)$data['length'] . "', width = '" . (float)$data['width'] . "', height = '" . (float)$data['height'] . "', length_class_id = '" . (int)$data['length_class_id'] . "', status = '" . (int)$data['status'] . "', tax_class_id = '" . $this->db->escape($data['tax_class_id']) . "', sort_order = '" . (int)$data['sort_order'] . "', date_modified = NOW() WHERE product_id = '" . (int)$product_id . "'"); Сама цена опции (обычная не базовая) меняется нормально. Ни у кого больше проблем с ценами опций нет? Может я зря ищу ошибку и так не только у меня?
  20. vorobey
    Стоит задача: в настройках валюты вводить обратный курс относительно основной Тоесть если установлен РУБЛЬ в качестве основной и соответственно курс = 1, то доллар вводить не как 0.033333, а как 30. Евро соответственно вводить как 45 Это надо сделать только в поле ввода и отображения, а скрипт чтобы сам уже множил/делил и в базу заносил. Я так понимаю что это можно сделать файле currency-form.tpl в строке: <td><input type="text" name="value" value="<?php echo $value; ?>" /></td>Что то типа: <?php echo 1/$value; ?> В этом случае цена в базу записывается как обратная тоже :( и по всей видимости делить надо где то в обработчике формы, а вот где не могу найти на скорую руку. В качестве временного решения я пока что просто рядом вывожу для информации обратный курс, но хотелось бы возложить операцию деления непосредственно на скрипт магазина Если кто то делал подобное, подскажите правильно ли я хочу поступить для решения задачи?
  21. vorobey
    SeoPro из коробки OCSTORE 1.5.4.2 с мультиленгом не дружит как я понимаю? после активации пропадает панель выбора языков (из того что заметил сразу)... Есть ли рецепт дружбы сеопро с мультиленгом? В принципе мне надо сделать так, чтобы не "терялась" категория: К примеру если перейти к странице товара из модуля, не передается id категории и из breadcrumbs пропадает имя категории в которой находится товар, получается что товар доступен по 2 адресам :( Может тут можно без SeoPro обойтись?
  22. vorobey
    Я не говорю что срочно, просто о том что это будет реализовано написано на первой странице: Я честно говоря при покупке такого подвоха не ожидал (опции - это ведь стандартный функционал опенкарта и как мне казалось ими пользуются многие, но видимо я ошибся), потому и переспрашиваю стоит ли ожидать в ближайшее время реализации или переходить на аналогичный модуль "мультивалюта" в котором это уже имеется. К моему сожалению "мультивалюту" я нашел уже после того как приобрел/установил модуль и внес цены товарам. Потом приступили к ценам опций и тут засада... Теперь либо ставить "мультивалюту" и заново прописывать цены товарам либо надеяться на то что автор добавит обещанный функционал. Если ждать месяц+... то скажите об этом, так как опций у меня на порядок больше чем основных товаров и я просто перейду на "мультивалюту"
  23. vorobey
    Ответ нашел на буржуйском форуме... Все оказалось настолько просто что аж стыыыдно мне )))) system/library/cart.php Перед $this->data[$key] = array( прописать: $quantity=1;
  24. vorobey
    Когда же наконец опции подружите с данным модом? менеджеры плачут крокодильими слезами в погоне за курсом доллара :( (у всех товаров по 3-5 опций со своими ценами которые живут своей жизнью)
  25. vorobey
    Продаю цифровой товар. Количество купленных единиц не должно превышать 1. То есть надо искоренить понятие ""количества". Сейчас же если второй раз кликнуть по товару который уже есть в корзине, его количество увеличивается. В оформлении ввод количества я скрыл, а вот где зарыто условие о том что если уже есть плюcовать сумму найти не могу :( В идеале бы хотелось внедрить проверку на то что товар уже был куплен ранее и при попытке купить повторно выводить уведомление о том что товар был ранее куплен, но это не обязательно... главное запретить скрипту суммировать количество единиц 1 товара. Целую ночь ковырял файлы, удалил почти все строки отсылающие к quantity, но все равно товар повторно добавляется и сумма увеличивается :( Встретил мод который позволяет установить максимум для возможного кол-ва покупки, но это не то... надо принудительно рубить все что выше 1

Покупцям

Розробникам

Корисна інформація

Останні розширення

×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.

  Я принимаю