anboza
-
Публікації
2 091 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача anboza
-
я сторонник: <script> window.location; </script>
-
ну хоть что-то читайте же
-
<img src="..\image\catalog\15.png" alt="текст" height="xx" width="xx" /> почитать
-
нормально все работает.
-
точка на карте - это координаты. можно привязать к карточке товара <iframe>карта с определенными координатами</iframe>, ну и выводить. Остальное - нужно смотреть от задачи
-
подскажите, а что мешает, для простой карты с маркетом, использовать обычную карту Google My Maps? Насколько я понимаю, эти деньги платятся, если есть необходимость использовать google API, с возможностью что-то более сложное реализовать
-
поясните, что хотите. не понятно.
-
думаю, подход к оплате, одинаковый. не уверен точно, не пользую яндекс. А связать товар и место на карте, ничего военного нет )
-
или мобильную версию карточки товара ))) можем гадать, пока ТС внятно не объяснит, что хочет
-
да, можно. то, что вас смущает - это доработка, в принципе ничего военного. Только если я не ошибаюсь (судя по скрину), там используется Google Maps API. А он платный, нужно быть готовым к затратам.
-
в дефолте, catalog\view\theme\default\template\product\product.tpl
-
если не из порнохаба, все норм )) это это они на вас ссылаются, не наоборот )
-
да ну что вы. Большинство модулей - это возможность уйти от рутинной, никому не нужной разработки велосипеда, который уже давно изобрели ) В рамках примера Simple, может и так - это сложный модуль, но большинство, проще, не требуют ничего. Тем более, имея некоторые познания, модифицировать их, не проблема. Так что потерю исходного кода, считаю основной, субъективно.
-
может вы его уже ушатали? ))) Как бы ответственный автор ))
-
доработки возможны. Для установления цены, нужны ссылки (лучше доступы). Тогда вам и сроки и суммы точно скажут
-
1. считать чужие деньги - моветон 2. давайте вспомним Микрософт. Половина планеты, сидит на варезе, это не значит, что все стремятся иметь актуальную обновленную версию. Логика так себе.
-
какой сделаете, такой и будет по-умолчанию как правильно, используют /new
-
оригинально!
-
проверьте, есть ли тип файлов в настройках: Редактирование настроек магазина - > Сервер - > Раздел "Загрузки" - Разрешенные типы файлов - Разрешенные Mime Types
-
добавить <li> <a href="<?php echo $ссылка; ?>"><?php echo $text_название ссылки; ?></a> </li> ну и соответственно ввести переменные <?php echo $ссылка; ?> прописать в контроллере $data['ссылка'] = $this->url->link('адрес страницы'); <?php echo $text_название ссылки; ?> в языково файле: $_['text_название ссылки'] = 'как-то назвать';
-
это через языковой фай common /header.php/ text_logged - собственно языковая переменная ))
-
language/язык/common/header.php $_['text_register'] = 'Регистрация'; $_['text_login'] = 'Авторизация'; иконки можно подгрузить через изменение верстки в блоке, где выводится header.tpl
-
ничего не мешает, просто сделать "в размер" окна, изображение ))
-
и? если правильно готовить исходные изображения, никаких белых полей и не будет. просто если говорить о массовом парсинге с 100500 доноров, тупо залить 1000К товаров, тогда эта проблема есть.
-
css 303 строка: .shop-item__image:after background: linear-gradient() отключите
