Moonwalker
-
Posts
398 -
Joined
-
Last visited
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by Moonwalker
-
Всех приветствую... Спрошу тут, чтобы не плодить темы, глядишь, кто из опытных Journal'оводов подскажет )) Задача: нужно для разных карточек товаров сделать разный дизайн (точнее - в одном из вариантов поубирать кнопки "количества" и "купить" - зачем, не спрашивайте ). Вижу возможность создать разные стили. У меня в Styles - Product Page Style создан новый стиль, в котором отключено все лишнее. Т.е., все выглядит так, как нужно. Но не пойму напрочь, как его привязать к Layout. Создал новый, хотел к нему привязать стиль (там даже есть возможность выбрать Page Layout Style, но там выбор только из тех, что есть в разделе Style - Page Style, а мне нужен именно стиль страницы товара =/ ). Наведите на мысль, куда копать, у кого есть подобный опыт )) ps. Шаб куплен официально, но давно, срок поддержки прошел, так бы и у них спросил ))
-
Условно, на странице информации о заказе (в админке) есть поле с номером инвойса (в целом бесполезное). Мне вот это значение Invoice-Number-2021-0028 хочется иметь возможность поправить в БД через AJAX прямо на этой странице, без необходимости переходить в редактирование заказа.
-
Всем привет. Понадобилось тут кой-чего добавить в магазине в информацию о заказе, пытаюсь понять, как реализовать. Нужно на странице просмотра заказа (именно order_info) иметь возможность поправить данные в определенном поле. Пусть это будет в целом бесполезное $invoice_no (оно уже есть в бд, не надо ничего добавлять). При этом нужно, чтобы это поле можно было править именно на странице просмотра (не в редактировании). Желательно - без перезагрузки страницы. Куда копать? Сам не кодер, но методом тыка какое-нить решение переделаю в нужное )) Может, есть какой модуль, который позволит это реализовать? Другие поля трогать не надо, там вообще страница просмотра заказа уже за столько лет перепилена тысячу раз ))) ocStore 1.5.5.1 update. Решил пока временно через модуль отслеживания трек-номера @toporchilloНо в целом может понадобиться больше одного поля, поэтому не помешало бы какое-нить подобное решение ))
-
Модуль печати Товарного чека из админки сайта
Moonwalker replied to insona10's topic in Opencart 3.x: General questions
В свое время именно счет переделал. Поправил html, оформил так, как нужно мне (с логотипом, нужным цветом в нужных местах, воткнул вниз скан печати и подписи "продавца"). Плюс подключил модуль "Invoice to .pdf", поэтому из заказа открываешь товарник как пдфку и печатаешь на принтере (у нас цветной лазерник, поэтому выглядит как реальный товарник с печатью и подписью). Прикладываю к заказам. -
[РЕШЕНО] Sitemap и товары с отрицательным количеством
Moonwalker replied to Moonwalker's topic in Загальні питання
Если честно, я сейчас вряд ли вспомню четко, как делалось )) Столько лет прошло ))) Да и делалось это на 1.5.х еще. Хотя, думается, логика та же. -
Ну, у опенкарта структура бд не слишком очевидная для того, кто не знает, поэтому больше рисков какую-то таблицу забыть перекинуть )) Так что, от греха проще через какой-нить csv ))
-
Выгрузить из одного и загрузить на другой. Любым модулем экспорта/импорта.
-
По какой-то причине клиентам опять стали отображаться ПВЗ, на которых не принимают оплату. Хотя галка в настройках стоит (да и работало все буквально до недавнего времени). Возможно, ББ опять что-то в апи поменял.
-
Каждый делает, как считает нужным. Где-то, возможно, выдача подскажет, нужны тексты или нет. Я уже как пару лет забил на тексты, при этом у меня есть несколько сайтов, у которых весь текст на сайте - это 1000 знаков в подвале на главной (страницы доставки и прочего не считаем). Все сайты, скажем так, заточены под определенный сегмент ниши, при этом все в топе по нужным ключам (причем, под топом подразумевается топ1-2). Я не к тому, что тексты - зло. Я к тому, что и без текстов вполне можно быть там, где хочется )) Но, конечно, ниши разные, конкуренты разные, да и сами сайты разные.
-
Ну, я сделал, что баллы в корзине обещаются только тем, кто уже залогинен. Остальным нет ))
-
У меня до этого пара модулей была других по бонусам, там точно так же. Если регистрация во время заказа, то после завершения его баллы не начисляются. Думаю, тут определенная логика Опенкарта, покупателя еще не существует, привязывать-то заказ некуда ))
-
Не знаю, может, и есть. Но тут либо логику опенкарта править, либо работать напрямую с БД, минуя карточку товара в админке ))
-
Не знаю, где она решена, это же логика опенкарта (имхо, одна из самых нелогичных, постоянно из-за нее всякие траблы лезут). Еще вечно проблема, если остатки на сайте обновлялись, то при редактировании заказа в админке слетают опции и надо заново привязывать )) Но уже привыкли за столько лет ))
-
тут проблема не в кавычках и точках ))) тут проблема, что для ВСЕХ папок указан один путь )) а define('HTTPS_SERVER'...) вообще порадовал ))
-
Я в свое время через вес разделял (потом убрал, ибо товар этот с продажи снял). Условно, для этих товаров ставь вес от 1000 кг (и минимальный вес в 1000 кг для доставки нужным способом), а в настройках способов доставки для СДЭКа и Почты ставь максимальный вес - 999 кг. Но это так, немного костыль, но имеющимися инструментами ))
-
Очень специфический функционал (особенно с учетом расчета стоимости доставки исходя из склада). Делать модуль под такое на продажу, думаю, мало кто будет, ибо массового спроса не будет, а ради пары покупок заморачиваться нет смысла. Так что, ищите, кто напишет решение для Вас.
-
Для начала, там не Опенкарт. Прямо вот так реализовать - искать, кто напишет решение под вас. Если совсем костылями и самому, можно разные цены попробовать решить через опции (когда опция - это поставщик). Ну и искать модуль доставки, который будет в карточку товара считать вариант сразу. Но это все "через одно место", что называется )) Ищите, кто напишет решение под вас )) Будет и правильнее, и проще ))
-
Добавления номера страницы при пагинации
Moonwalker replied to exfit's topic in Opencart 3.x: General questions
Вот этот модуль отлично справляется: https://opencartforum.com/files/file/2645-seo-full-index-uluchshenie-indeksacii/ -
Господи, вот это вы слой пыли сдули ))) Шесть лет комменту )) Это была ну ооооочень старая версия, тогда по sub_total считалось. Потом поправили, теперь сам выбираешь, откуда считать. В твоем случае нужно выбрать "Итого" в поле "В качестве суммы заказа брать все включая:".
-
Так и я в целом про это. Если у сеошника есть бубен, который позволит, условно, внешней оптимизацией поднять сайт в топ, но при этом сам сайт уг (согласись, встречаются такие в топе порой), то это не гарантия того, что сайт будет продавать (а владельцу именно это и надо). Даже тот чек-лист, который ты скинул, это техническая сторона оптимизации, да, она может дать рост, но может не дать продаж, которые уже в другой области знаний и компетенций находятся. А вообще сейчас даже топ1 уже толком трафика не дает, ибо может находиться где-нить в середине второго экрана из-за контекста и всяких сервисов )) Так что, лучше плотно работать над конверсией сайта и смотреть в контекст, там в целом все более прозрачно и прогнозируемо (особенно в плане финансов). зы. Все имхо, конечно ))
-
@specialforce22, ну так и СЕО-"специалист", по сути, тоже никого не обманывает. Он обещает, условно, топ-1-2-3 по такому-то запросу. Если он его добивается, то он ведь свою работу сделал? То, что сайт не продает, это уже не к нему вопрос, а к самому сайту (а скорее, владельцу, маркетологу, если он есть). Если владелец не понимает этого, то, в целом, это не вина СЕОшника (хотя, лично для меня сейчас SEO - это чистое шаманство, алгоритмы порой меняются чаще, чем срок, за который СЕОшник обещается достичь результата, таких "продвигаторов", порой, мне в день звонит больше, чем реальных покупателей, все обещают сделать "лучше всех"). При этом, к слову, порой и сами СЕОшники сразу честно говорят, что сайт реально стоит переработать, ибо позиции будут, а вот продажи - не факт ))
-
К слову, да. Вопрос такой: есть ли возможность выводить клиентам только ПВЗ, у которых возможна оплата при получении? Т.е., те пункты, которые выдают только предоплаченные заказы, клиентам даже не показывать? Уверен, в запросе к api Боксберри это как-то можно задать.
-
Да уже понял, что надо новую, видимо, ставить ((( Осталось только вспомнить, что я в модуле под свои магазины допиливал ))) Насколько я понял, последняя версия со старым апи тоже работает?
-
У меня магазин на 1.5.х. В вкмоде я давно уже все вставил, в логе ничего про нехватку ключа нет ))) bb.json тоже нет ))) Правда, в логе есть вот такое: Но нет уверенности, что оно как-то связано с проблемой. Причем, я помню, что раньше оно работало нормально ) А потом испортилось. Кажется, в тот же момент, когда Яша со своим Апи начал мудрить )) зы. Хм... Вижу, что в последней версии есть bb.json. Так не хотелось обновляться, ибо немного допиливал модуль под магазин. Плюс, насколько понимаю, новая версия уже под новый апи боксберри? Нет варианта никакого в старую версию впихнуть эту фигню? ))) У меня стоит 2.4.1.1.
-
C api-ключом все нормально, я сам тут отписывался, как его починить )) Карта- открывается При открытии карты после указания региона и города видим следующее:
- 1,109 replies
-
- 1
-
-
- доставка boxberry
- boxberry
- (and 3 more)
