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

Guava

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

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

  • Посещение

2 подписчика

Информация

  • Пол
    Мужчина

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

2 514 просмотров профиля

Достижения Guava

Proficient

Proficient (10/14)

  • First Post
  • Collaborator
  • Posting Machine Редкая
  • Week One Done
  • One Month Later

Последние медали

76

Репутация

  1. спасибо за ответы, предварительное решение найдено с автором одного из купленных ранее модулей импорта. Что потом делать с таблицей - я знаю что делать с моей таблицей. Я ведь не просто так спрашиваю, чтобы смотреть на нее... Какой то странный вопрос. Вопрос касался, как вводить данные, а не как их выводить на фронт. @Shureg спасибо за инструмент, попробую. Возможно на первых порах и он подойдет.
  2. Здравствуйте. Ищу готовое решение для возможности импортировать ексель файл в собственную таблицу базы данных (не таблица категорий или товаров, а своя таблица). Структура ексель файла при этом совпадает с столбцами базы. Также нужна возможность идентифицировать импортируемые данные с имеющимися. (не добавлять то, что уже есть.) Подскажите, кто знает. Всё, что нашел самостоятельно заточено под работу с стандартными таблицами (товары, группы, производители.)
  3. именно так и работает. Например, пользователь при оплате 1200 рублей, фактически платит 1366 рублей (примерно, смотря какой курс). Печаль также состоит в том, что я продаю услуги, и стоимость приятная для пользователей. (им не лень будет заплатить и дважды больше). Вопрос в другом - когда устанавливаешь человеку ценник, а при подтверждении платежа он вообще в другой валюте - это отталкивает. Если предположить, что клиент все равно "забил на эти нюансы" и платит - потом еще и оказывается, что сняли больше, чем было заявлено. Я бы с удовольствием платил бы это сам, вкладывая в стоимость - но нельзя. Плюс есть люди, которые заведомо пополняют свою карту ровно на 1200 рублей. В итоге платеж не проходит, т.к. "не хватает" средств на карте. Ужасно печальная ситуация. Неужели придется открывать ИП на территории РФ, лишь ради адекватного приема платежей? Возможно пользователи тут знают сайты, которые позволяют принять платеж внутри территории на внутренний кошелек сервиса? Чтобы компания принимала платеж на себя, а затем выводила мне по требованию? На данный момент я интеркассу нашел, но первое впечатление не очень - в отзывах сообщается о том, что выводят они деньги долго и кормят завтраками. Фактически ведь они хранят мои деньги, которые потом еще и уговаривать отдать надо. Как на самом деле не знаю, попробую. @Agatha65 Здравствуйте. Вернулся к вашему совету. Про компанию пытался найти отзывы - почти ничего. Настолько мало данных, что опенкартфорум по моим запросам выбивает в топе. Я заметил также, что вы дважды рекомендовали на форуме этот сайт. Вы используете сайт лично? Вас не затруднит рассказать немного больше о том, почему советуете его?
  4. Тему снова вынужден поднять. Кто знает - прошу подсказать. Ликпей по факту работает нормально через раз. Волнами под предлогом "небезопасного платежа" платежи возвращаются клиентам обратно. Потом неделю другую всё снова нормально. Мало того, при оплате в рубле, человеку приходит уведомление с подтверждением платежа , но в гривне. В итоге часть людей отваливается, путая гривны UAH с юанями (сам в шоке, но факт). В итоге ищу какой-то сервис способый принимать платежи на внутренний кошелек внутри страны. С дальнейшим выводом. Нашел интеркасса, робокасса, ищу дальше. Подскажите, кто, что юзает, если ФОП в Украине, но есть клиенты онлайн оплаты в РФ. Буду рад помощи. Спасибо
  5. демо сайт не содержит модуля. Уточните пожалуйста т.к. вличку не ответили. Модуль позволяет делать импорт из ексель файта в ЛЮБУЮ таблицу базы данных? Интересует элементарное сопоставление столбцов в файле с стобцами в конкретной таблице базы. Или модуль работает исключительно с стандартными таблицами товаров, категорий? интересует импорт в таблицы, созданные мной.
  6. Guava

    Доработка сайта

    автор, я не программист, но просто вам посоветую, как человек - человеку. Сядьте и вдумчиво составьте ТЗ так, как вы хотели бы получить его, если бы были исполнителем. Благодаря такой тактике вы сможете решить часть задач и сами - во-первых. Во-вторых, трата времени на подробное детальное ТЗ всегда вернется назад экономией этого самого времени. Также поможет вам найти исполнителя - не используйте абстрактные выражения вроде "хочу чтобы не было криво", ибо это как бы такой красный флаг. Никогда не хочется браться за задачу, если под формулировку "криво" может попасть все, что угодно. Захотелось поделиться мнением, проходил мимо.
  7. Здравствуйте. Так сложилось, что большинство тех ребят, с кем работали ранее, сейчас только сопровождают собственные модули и не берут работу. В связи с этим ищу человека, который будет помогать по сайту за оплату. Сколько примерно времени нужно: По моим оценкам в неделю 3-4 часа, вряд-ли нужно будет больше. От согласования задачи до её выполнения в среднем дней по 5. Грубо говоря, я составляю подробное ТЗ. Согласовываем. Оплата. В течении рабочей недели надо сделать. Какой вид работы предполагается (для примерного понимания): Подключение виджетов оплаты (не модуля, а код виджета, составленный по тз) Настройка API (из ближайших задач нужно, чтобы после оплаты через платежный виджет формировался запрос на смену группы покупателя) Создание новых таблиц, столбцов в базе данных и вывод информации на фронт в нужно месте Сайт не задействует корзину. Не интернет-магазин. В основном все построено на HTML Блоках, расположенных в личном кабинете покупателя. HTML Блок незначительно модифицирован (имеет настройку отображать гостям или нет. Если покупатель зарегистрирован - есть возможность вывода для определенной группы покупателей). На этом базируется практически всё. Ocstore 3.0.2.0. Шаблон Техникс. В будущем после базовых простых задач - импорт данных в базу и вывод импортированной информации в виде графиков, диаграмм каждому конкретному пользователю сайта. Реализовать нужно будет таким образом, чтобы минимизировать нагрузку на базу. Соответственно, необходимо или разбираться в этом или искать компетентную информацию. Понятно, что будет подробная задача. Требования: Работали с вами ранее, или какая-то минимальная репутация, отзывы на форуме. Иметь достаточный опыт, чтобы выполнять работу качественно с точки зрения безопасности и скорости работы созданных модулей/доработок. (например, если присланное ТЗ подразумевает большую нагрузку на базу и существует более грамотный/правильный способ реализации - предупредить об этом). Как выглядит ТЗ. В данном посте я перечислил задачи для общего понимания, что мне нужно. Разумеется, по каждой конкретной задаче будет человекопонятное объяснение с примерами, ссылками, доступами. Способ общения: Достаточно через форум. Если вам удобно - можно телеграм, вайбер. Устное общение вряд-ли понадобится. Достаточно текстового общения Прошу отписаться, кто хочет помочь. Если есть дополнительные вопросы - готов ответить Спасибо
  8. спасибо за ответы, в итоге подключил liqpay , но еще не юзал на практике.
  9. исключено. Т.к. они не знали ни моего проекта, ни сайта. Я просто спросил у них, подключают ли они RU Домены - нет. Они бы подключили, если сайт работает в зоне .com но в РФ. Но из-за самой доменной зоны по каким то причинам отказались. Я бы тоже так подумал, но они не могли мне отказать по скрытым мотивам, т.к. даже не знали что за проект. Это забавная ситуация. Сначала я решил, что это политика. Потом оказалось, что они не подключают к домену .ру То есть если я зарабатываю в РФ - это не имеет значения, если бы домен был в другой зоне. Уточнил также - это законодательное ограничение? Может связанное с политикой и отношениями стран сейчас? Ответили - нет. Это весьма странно. Кстати, кто будет читать - связался с Liqpay поддержкой - у них нет никаких ограничений на прием платежей в РФ, если вы ФОП. Буду проверять сейчас - так ли это на практике. Также не понятно удобно ли это гражданам РФ. Нет яндекс кассы по понятным причинам. Надеюсь оплаты картой достаточно для всех пользователей.
  10. Ребят, привет. Как то странно, но прилично по времени ищу платежную систему на сайт, чтобы работала с ФОП (Украина), но была возможность установить на сайт в RU домене. Оказывается, некоторые конторы. Например Way for pay, не подключают систему просто потому что домен RU . Нашел Fondy, говорят, что они работают по нужной мне схеме, но о них отзывы не фонтан даже тут (в плане не выплаты денег и всяких муток с банками и блокировкой платежей). Что сейчас все юзают? Если сайт предоставляет онлайн услуги для РФ на ру домене, но сам предприниматель - Украинец. Существует запасной вариант открыть ИП в России на брата, чтобы тупо принимать платежи через Яндекс Кассу, но может кто знает сервис, который принимает платежи в РФ, но сотрудничает с предпринимателями в Украине без каких либо гемороев типа хочу-нехочу, буду-небуду? Короче кто что юзает. Если не лень подскажите. Или может кто юзает FONDY для приема платежей из других стран. Насколько это нормальная контора на данный момент?
  11. это не родной модуль, в родном нет настройки "Категории". Кто-то допиливал наверное,к нему и вопросы
  12. Здравствуйте. Буду благодарен любым подсказкам. Исходные данные: Окстор 3.0.2.0 Сайт формата блог + личный кабинет на базе форм обратной связи. (не интернет магазин - корзина скрыта за ненадобностью из фронта путём удаления иконок/кнопок взаимодействующих с корзиной.) домен в зоне RU Что надо сделать: 1. На базе окстора есть возможность назначать покупателям группу. готово. ок 2. Допустим их будет две. ок 3. Первая группа - имеет доступ к одному контенту в личном кабинете. Вторая группа к другому. Это уже сделано. Готово. ок. Это информация для понимания дальнейшего. 4. Надо сделать, чтобы пользователи имели возможность подписки (рекурентный платеж, ежемесячный). В результате чего, нужно, чтобы происходили действия далее: 4.1. Если человек подписывается на "группу покупателей 2", то менять покупателю группу автоматически после оплаты до тех пор, пока он не отпишется, например. 4.2. Таким образом. Покупатель из группы 1 перемещается в группу 2 , выполнив подписку. 4.3. Таким образом покупатель из группы 2, в случае не продления подписки, или неудачного продления из-за недостатка средств перемещается назад в группу 1. Вопросы: 1. Какой сервис посоветуете? 1.1. Можно ли реализовать не через корзину, а адаптировать на определенных страницах/событиях по кнопке в личном кабинете. В виде попап или переноса скриптом на страницу оплаты? 2. Работать будет для айпи Украины, России, Беларуси, других стран? Например в Украине FONDY сервис не будет работать на RU домене (если мне компетентно ответили). Следовательно нужен универсальный способ оплатить гражданину любой страны. 3. Готовых решений не бывает, как обычно, но возможно кто-то сталкивался с такой задачей. Подскажете может модули, на базе которых можно все сделать. В общем буду благодарен любым идеям, предложениям по реализации.
  13. урл как раз заводится, а вот таблицы oc_manufacturer_description и oc_manufacturer_to_layout остаются пустыми. Увидел это эксперементальным путем. Там после пересохранения появились данные. Страница производителя перестала отдавать 404. Без очистки кешей. Просто видимо без записи в oc_manufacturer_description и oc_manufacturer_to_layout она не работает.
  14. спасибо, оказалось что записи в таблице oc_manufacturer_description и oc_manufacturer_to_layout нет. Пока не пересохранишь руками. При этом автор модуля рассказывал, что дело в моем сайте, мол чтото не по стандарту. так и должно быть? данные в oc_manufacturer_description и oc_manufacturer_to_layout обязательны, чтобы страница производителя работала? или у меня на сайте косяк?
  15. Здравствуйте. После добавления производителей через импорт по ним 404 ошибка, кеш чистил. Проблема решается через админку - захожу в редактирование производителя, ничего не меняю, сохраняю и страница перестает отдавать 404 и работает нормально. Но это "решение" - сами понимаете говно. Алиасы записываются и числятся в админке после импорта и на странице SEO URL настроек, и на странице редактирования производителя. С доступностью импортированніх товаров при этом никаких проблем. Доступны сразу, без очистки кешей и прочей лабуды. Куда копать? Программист, автор модуля импорта утверждает, что проблема не в модуле, а в сайте. Это сразу отвечаю на логичный вопрос Вопрос - что мне проверить? Если в базе все данные есть сразу после импорта, это проверено через админку вручную Но какого черта страницы ТОЛЬКО производителей, отдают ошибку 404, пока их не пересохранишь, ничего не меняя? Кто знает. Помогите
×
×
  • Создать...

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

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