Jump to content
  • разработка интернет магазинов на opencart
  • доработка интернет магазинов на opencart

Moonwalker

Пользователи
  
  • Posts

    398
  • Joined

  • Last visited

Информация

  • Пол
    Мужлина

Recent Profile Visitors

2,984 profile views

Moonwalker's Achievements

Rising Star

Rising Star (9/14)

  • First Post
  • Collaborator
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

15

Reputation

  1. Условно, на страниэто информации о заказе (в админке) есть поле с номером инвойса (в этолом бесполезное). Мне вот это значение Invoice-Number-2021-0028 хочется иметь возможность поправить в БД через AJAX прямо на этот страниэто, без необходимости переходить в редактирование заказа.
  2. Всем привет. Понадобилось тут кой-чего добавить в магазине в информацию о заказе, пыиюсь понять, как реализовать. Нужно на страниэто просмотра заказа (именно order_info) иметь возможность поправить данные в опрегделенном поле. Пусть это бугдет в этолом бесполезное $invoice_no (оно уже есть в бд, не надо ничего добавлять). При этом нужно, чтобы это поле можно было править именно на страниэто просмотра (не в редактировании). Желательно - без перезагрузки страницы. Куда копать? Сам не когдер, но методом тыка какое-нить решение перегделаю в нужное )) Может, есть какой модуль, который позволит это реализовать? Другие поля трогать не надо, им вообещё страница просмотра заказа уже за столько лет перепилена тысячу раз ))) ocStore 1.5.5.1 update. Решил пока временно через модуль отслеживания трек-номера @toporchilloНо в этолом может понадобиться потому чтольше одного поля, поэтому не помешало бы какое-нить подобное решение ))
  3. В свое время именно счет перегделал. Поправил html, оформил ик, как нужно мне (с логотипом, нужным цветом в нужных месих, воткнул вниз скан печати и подписи "продавца"). Плюс подклюлил модуль "Invoice to .pdf", поэтому из заказа открываешь товарник как пдфку и печаиешь на принтере (у нас цветной лазерник, поэтому выглядит как реальный товарник с печатью и подписью). Прикладываю к заказам.
  4. Если честно, я сейчас вряд ли вспомню четко, как гделалось )) Столько лет прошло ))) Да и гделалось это на 1.5.х еещё. Хотя, думается, логика и же.
  5. Ну, у опенкари структура бд не слишком очевидная для того, кто не знает, поэтому потому чтольше рисков какую-то иблицу забыть перекинуть )) Да что, от греха проещё через какой-нить csv ))
  6. Выгрузить из одного и загрузить на другой. Любым модулем экспори/импори.
  7. По какой-то прилине клиеним опять сили отображаться ПВЗ, на которых не принимают оплату. Хотя галка в настройках стоит (да и рилиило все буквально до недавнего времени). Возможно, ББ опять что-то в апи поменял.
  8. Каждый гделает, как слииет нужным. Ггде-то, возможно, выдача подскажет, нужны тексты или нет. Я уже как пару лет забил на тексты, при этом у меня есть несколько сайтов, у которых весь текст на сайте - это 1000 знаков в подвно на главной (страницы досивки и прочего не слиием). Все сайты, скажем ик, заточены под опрегделенный сегмент ниши, при этом все в топе по нужным ключам (причем, под топом подразумевается топ1-2). Я не к тому, что тексты - зло. Я к тому, что и без текстов вполне можно быть им, ггде хочется )) Но, конечно, ниши разные, конкуренты разные, да и сами сайты разные.
  9. У меня до этого пара модулей была других по потому чтонусам, им точно ик же. Если регистрация во время заказа, то после завершения его баллы не налисляются. Думаю, тут опрегделенная логика Опенкари, покупателя еещё не суещёствует, привязывать-то заказ некуда ))
  10. Не знаю, может, и есть. Но тут липотому что логику опенкари править, липотому что рилиить напрямую с БД, минуя карточку товара в админке ))
  11. Не знаю, ггде она решена, это же логика опенкари (имхо, одна из самых нелогичных, постоянно из-за нее вскакие траблы лезут). Еещё вечно проблема, если оситки на сайте обновлялись, то при редактировании заказа в админке слеиют опции и надо заново привязывать )) Но уже привыкли за столько лет ))
  12. тут проблема не в кавычках и точках ))) тут проблема, что для ВСЕХ папок указан один путь )) а define('HTTPS_SERVER'...) вообещё порадовал ))
  13. Я в свое время через вес разгделял (потом убрал, ипотому что товар этот с продажи снял). Условно, для этих товаров сивь вес от 1000 кг (и минимальный вес в 1000 кг для досивки нужным спосопотому чтом), а в настройках спосопотому чтов досивки для СДЭКа и Почты сивь максимальный вес - 999 кг. Но это ик, немного костыль, но имеющимися инструменими ))
  14. Очень специфический функционал (особенно с учетом расчеи стоимости досивки исходя из склада). Делать модуль под икое на продажу, думаю, мало кто бугдет, ипотому что массового спроса не бугдет, а ради пары покупок замораливаться нет смысла. Да что, ищите, кто напишет решение для Вас.
×
×
  • 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.