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

warezliker

Users
  
  • Posts

    642
  • Joined

  • Last visited

Everything posted by warezliker

  1. Добрый день. Есть ряд вопросов по модулю: 1. Статус заказа всегда "в работе" почему-то http://prntscr.com/gwv6vo Хотя при смене статуса все записывается в базу корректно и если зайти в сам заказ, то все ок. Т.е. фактический не подтягивается почему-то. УПД: проверил, вообще ничего, что воожу сам руками не сохраняется - после рефреша страницы пустые поля 2. Комментарий менеджера: можно ли сделать так, чтобы подтягивались/записывались комментарии по-умолчанию? Т.е. те, что идут как комментарий к статусу заказа. Если нет, то можно ли его вывести отдельно? 3. Стоимость доставки куда-то пишется? Можно ли ее писать сразу в стоимость заказа, туда, куда пишется стандартная доставка? ocstore 2.1.0.2.1 Первый пункт на вашей демке работает, у меня почему-то нет. 2 и 3 - мои хотелки, можем обсудить цену за доработку
  2. 250 долларов и 80 у.е. за доработать, т.к. конкретно у меня он не заработал полноценно. При том, что нафиг он мне нужен нерабочий, я ж под себя его заказывал. Причину потом уже сам нашел, но дело не в этом. Тут в районе 900-1000 руб просили. Я хз, что у вас там с курсом и во сколько раз это дороже. С продажи, правда, сняли потом, но как-то так.
  3. ну вообще-то за несколько лет здесь на форуме всегда было нормальной практикой у разрабов скинуть в личку предложение, если человек делал подобное решение. Давали ссылку на демку, если оно мне годилось - обсуждалась цена, если не совсем - возможность доработки, если вообще не мое, либо мое, но дико неудобно (такое тоже было), я делал ТЗ и искал исполнителя. Кстати, когда я тут тему создавал о том, что неэтично ставить в публичные продажи модуль по моему ТЗ за разработку которого я заплатил, тут народ с пеной у рта доказывал, что все ок, "я создатель - ты дурак". Я ж не собираюсь купить вашу работу, а потом ее продавать по 500 рублей на лево и направо. Мне нужен инструмент и если я пойму, что без него мне вообще никак, я без проблем найму исполнителя и сделают все с нуля так, как я это вижу. С другой стороны, если мне кто-то напишет, условно "делал такое, 200 у.е. - 3 дня" и я соглашусь, то с большой долей вероятности, мне продадут уже готовое решение, которое для кого-то делалось, а я и знать об этом не буду. Короче говоря, это все полемика.
  4. Не совсем. Поясню: Я - производитель, кроме того, что сам продаю, у меня есть дилеры. Там - сброная солянка, т.к. работаю максимально гибко и получается, что кто-то работает дропшипом, кто-то выкупает на себя, кто-то берет на реализацию, но, по большей части, у каждого дилера сразу все вместе. Так вот, с дилером, который работает БЕЗ дропшипа еще более или менее понятно, что делать: Это просто клиент в группе со своей ценой. Я могу создать на него заказ, и понять, согласно статуса заказа, на реализации он или же оплачен (т.е. что мне должны, какие товары у дилера в наличии - тоже иногда надо знать, чтобы перекрыться, когда у тебя, к примеру, нет сырья или есть заказ "на вчера" и можно договориться с дилером и "дернуть" у него эту позицию). На это стандартного функционала ОС хватает, только заказы в разрезе клиента смотреть надо как-то оперативно и удобно (тут либо модуль искать, либо пилить сто-то простое). Вот если дропшип - уже хуже, т.к. дилер (клиент) один, а вот получатель (тоже клиент) другой. И задолженность за товар передо мной уже у получателя, а после получения оплаты уже у меня будет задолженность перед дилером. Т.е. заказ надо связывать уже с двумя аккаунтами как-то + с деньгами ОС вообще никак не умеет. В принципе, тоже можно костылем делать - добавить статус заказа из разряда "комиссия выплачена", чтобы как-то отражать, что заказ уже закрыт полностью. Но все равно, какая-то привязка заказа к дилеру должна быть.
  5. Ищу модуль для работы с дилерами. Т.е. чтобы наглядно учитывать, что кто и когда заказал, на какую сумму, сколько должен и что у него на реализации + работа с дропшиперами. Поискал у нас и на маркетплейсе - ничего похожего нет, либо плохо искал. Если кто-то из уже делал подобное решение на заказ - скиньте подробности и стоимость в личку, я посмотрю, может мне оно подойдет. Спасибо.
  6. Есть ли решение для корректного учёта товара на складе. Я имею ввиду в разрезе опций - т.е. один набор опций - один товар. В опенкарте это довольно странно реализовано, типа опция - некий доп к основному товару. Хотя как можно вместе с основным товаром списывать, например, цвет, я не понимаю Пока нашел это: https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=18773&filter_search=Options stock&page=2 Но не совсем подходит, т.к. чтоб оно работало, опции должны быть обязательными, а в наших реалиях чем меньше препятствий клиенту, тем лучше. Ну и заказ все равно подтверждать по телефону, менеджер его отредактирует. Ещё встречал кто-то какие-то варианты?
  7. Я б сделал модулем, что дали выше. Сделал бы просто: отсортировал выгрузку товаров из престашопа и опенкарта по уникальному полю (артикул там или что-то такое, может вы импортировали так, что у вас id совпадают). Взял бы из модуля образец файла с редиректами: там будет что-то сроде колонок старый урл, новый урл, тип редиректа, вкл/выкл. Удалил бы из обеих выгрузок все лишнее, кроме урлов, свел в один файл, добавил бы столбик с типом редиректа и состоянием вкл. и скормил бы модулю редиректов Минут за 20 сделать реально
  8. Да, типа привязать по-быстрому существующего, если он есть. На скрине, если честно, я не понял особо ничего :). Только у меня чуть иначе: 4 года клиенты вообще никак не регистрировались именно в ОС, оформление заказа было предельно упрощено. И теперь эту пачку хочу приводить к человеческому виду + можно будет включить возможность авторизации и регистрации для тех, кто захочет, при этом особо не усложняя процесс оформления заказа. Чем придется заняться - нормализацией номеров телефона, но, думаю, это решаемо
  9. кстати, скажите, а в чем принципиальные отличия у 2.1 и 2.3? Визуально там просто все то же самое. Я с точки зрения пользователя, а не разработчика. В чем плюсы?
  10. Судя по тому, что модуля нет, сделаю краткое ТЗ. 1. Модуль должен позволять сделать запуск вручную для проверки существующей базы клиентов и заказов. Что должно произойти: Выбрать заказы, оформленные "гостями". По очереди перебирая заказы, сделать сверку гостевого покупателя по номеру телефона и/или емейлу с существующими покупателями и создать нового покупателя, если такого в базе еще нет. Если в базе клиент уже есть, то надо предложить привязать заказ к существующему клиенту. Желательно это предложение сделать в конце работы, т.е. вывести что-то вроде отчета с перечнем заказов, на каждого дублирующегося покупателя с предложением посмотреть что там в заказе и привязать заказ к покупателю из базы. Т.е. чтоб оно отработало и после уже можно было спокойно перебрать все совпадения и проанализировать, что с ними делать. Почему не тупо объединять ничего не спрашивая: потому что емейл может быть один и тот же. К примеру на старой версии симплы у меня емейл поле было не обязательным и если не заполнялось, то использовался емейл-заглушка одинаковый для всех. телефонный номер тоже может гулять вместе с телефоном между родственниками, либо вообще карточку выкинули, оператор ее отключил по таймауту, а потом выпустил и продал заново люди переезжают, адреса меняются - добавлять их тоже будет полезно. 2. Такая проверка должна производиться для всех новых гостевых заказов либо при оформлении заказа, либо как-то по расписанию относительно часто, если этот функицонал будет тяжелым и процесс создания нового заказа будет тормозить. Уведомление о том, что такой клиент в базе уже есть и неплохо было бы к нему привязать заказ надо выводить в редакторе заказа и куда-то в видимое место, например, сюда http://prntscr.com/gk5b6z По поводу форм, в которых показывать данные по существующему и гостевому покупателю + какие-то кнопки для объединения пока не скажу ничего, т.к. сам еще не понимаю, как это сделать удобно, в том числе и разработчику. Предлагайте стоимость и сроки. Какие-то коррекции в ТЗ тоже приветствуются, т.к. не факт, что я придумал оптимальное решение для своей задачи, может можно сделать все как-то иначе и рациональнее Почасовку не предлагать, интересует только конечная цена за продукт.
  11. Да, я пользуюсь этим модулем. Собственно, он меня и натолкнул на мысль, что этого функционала дико не хватает. Модуль показывает все заказы, связанные с телефоном клиента или емейлом, но! эти заказы в системе ничего не объединяет. Соответственно, нет никакой истории в разрезе покупателя, нет возможности что-то с этим сделать - закрепить какой-то статус, скидку и т.д.
  12. Вести учет продаж и клиентов ещё можно. Складского учёта нет как такового, а если у товаров есть опции, то вообще все превращается в кашу. Фин учёта тоже нет. Только доход посмотреть
  13. Поискал подобный модуль и нашел только под мадженту. В чем суть: У клиентов есть аккаунты. Но клиент может (и всегда так делает) оформить заказ как гость и заказ к нему, конечно же, никак не привязан. Нужен функционал, который сверяет уникальные данные в заказе (е-мейл и/или телефон) и предлагает привязать заказ к существующему покупателю, либо делает это на лету. Это базовое, что необходимо. Что ещё нужно: Надо, чтоб он умел пройтись по существующим заказам и привязать их к клиентам, либо создать новых клиентов из гостей и привязать к ним заказы. Если магазин проработал год или два, то таких заказов там будет много. Если есть что-то с подобным функционалом, дайте, пожалуйста, ссылку. Но и рассматриваю разработку с нуля
  14. UPD: вдруг кому пригодится: https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=27280 Country & Zone Editor работает прекрасно + симпла подтянула все без проблем. 20 баксов и ноль головняка, все супер.
  15. Демку так и не пофиксили? Вопрос: ни с каким модулем зависимых опций ваш реадктор не дружит? Установлен вот этот модуль: Интересно будет поведение при пакетном добавлении таких опций. Как я понимаю, получится просто каша и потом надо будет заходить в каждый товар и править руками?
  16. Здравствуйте. Не совсем понятно по демке, как работает (и работает ли вообще) добавление опций, т.к. в выпадающем списке опций ничего не появляется, когда начинаешь вводить название опции
  17. На самом деле, вот такая поделка решила бы вопрос на 100% https://med.miwisoft.com/mijoshop/tools/298-multilanguage-country-zone страшненькое, убогое, но 10 баксов и именно то, что надо :))
  18. кстати, я так понял, что это оно только для 1.5.х Т.е. можно купить и попробовать адаптировать УПД. Посмотрел внимательнее. Изврат тот еще...
  19. о, спасибо, изучу. Я тут за вами отвечать не успеваю :)))
  20. сео-мультиязык у меня стоит. Только толку-то, т.к. он используется для того, чтобы добавлять в урл языковой префикс, и тег в код сайта. @Tom правильно меня понял и сказал по делу со скринами: Мне именно надо, чтобы при оформлении заказа на украинском языке, покупатель видел название регионов по-украински, на русском - по русски. Пока что нашел еще вот этот: https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=27280&filter_search=Zones Manager в принципе, те же 20 баксов, но вот вопрос как оно там с симлой будет, остается открытым. Вообще, удивлен, насколько все местами в опенкарте через жопу сделано. Даже не просто недоделано, а сделано так, что пользоваться этим невозможно никакому, с**а, бизнесу :(.
  21. Здравствуйте. Ищу модуль для того, чтобы сделать мультиязычными страны и регионы, т.к. магазин на двух языках и покупатель, оформляя заказ, видит часть адреса на своем языке, а часть на языке магазина по-умолчанию. Нашел пока только этот: https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=11680 но брать не хочу, т.к. продавец 99% не девелопер, а просто продает чужое либо написанное для него на заказ. Ну и мудак тот еще, что я могу аргументировать. Буду благодарен за любые варианты.
  22. Откуда ж еще. Только с этого и живу, иначе б голодал. Если серьезно: max_input_vars, насколько я понимаю, имеет значение, когда я передаю что-то на сервер и оно не влазит в размер этого значения. Т.е. у меня, например, при редактировании товара сотня полей по-умолчанию и еще с тысячу-другую набирается при добавлении опций (у каждой наценка, баллы, вес и т.д.). Вот эта вся масса передается в запросе и мне понятно, что если оно все в запрос не влезло, то он будет просто обрезан и сохранится не все. Было еще, что падал мускуль, т.к. ему не хватало памяти, но эти места уже давно исправлены. Но я не сохраняю ничего большого, просто обычная работа сайта + стандартная обработка заказов. И на тебе. Значение max_input_vars я увеличил, но все же мне кажется, что это приколы мускуля
  23. Такая проблема: на всех товарах в магазине используется большое кол-во опций (в районе 200). Плюс модули, которые ими рулят - зависимые опции и т.д., но не суть. Время от времени обнаруживается, что на какой-то из опций слетела цена, либо она "потерялась" и затесалась вообще куда-то не туда (в случае с зависимыми опциями). Подобное поведение проявлялось ранее из-за ограничений max_input_vars в пхп, но вылезало только при редактировании и сохранении конкретного товара. В данный момент товары никто не трогает, но такая фигня раз в неделю-две вылезает сама по себе и, самое неприятное, что ее сложно отследить - опций масса, визуально понять сложно, что что-то не так, плюс в лог сайта, php и mysql НИЧЕГО не по этому поводу пишется. Лог мускула вообще девственно чист и ошибок и событий. Какие могут быть варианты (м.б. мускулу не хватает памяти, но он бы падал тогда, по идее, а просто "теряет" или "тасует" кусок записи из таблицы с опциями) и как это можно найти и исправить?
×
×
  • 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.