Shureg
-
Публікації
2 766 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Shureg
-
Нет смысла в бонусах, если клиент о них не знает. По вашему, пока покупатель не зарегистрировался, он эти скидки не видит, о них не знает, и ничем не мотивирован регистрироваться. Наоборот, если скидки не скрывать, тогда и будет стимул регаться и покупать.
-
Это не косяк, это вполне обоснованная работа системы. Если группа присваивается автоматически всем, то при оформлении заказ клиент, очевидно, в нее попадет и получит скидку. Логично ему её сразу и показывать
-
Группа, которая присваивается автоматом, считается общей и включает гостей. То, что вы хотите, будет работать только для групп, в которые администратор лично (или сторонний модуль) перевел клиентов
-
Один вопрос - зачем? Сделайте тогда уж "авторизацию" по номеру тф без пароля, чтобы не вводить каждый раз "гостю" свой адрес и прочее, только в первый. А потом вы его данные и так знать будете. И не надо "гостевых" заказов будет, все будут нормальные, с "авторизацией" по номеру.. Просмотр заказов и прочий личный кабинет, конечно, придется закрыть для таких пользователей, но зато заказы будут нормальные и переделывать придется только оформление заказа .
-
Ничё не понял... Вот этот момент у меня когнитивный диссонанс вызывает
-
Это изменяет отображение в магазине, на фронтенде. В админке данные выводятся "как есть" из базы данных. В mysql десятичный разделитель точка, и это не изменяемо
-
Ну, если уж на то пошло, то в России стандарт для десятичного разделителя именно запятая, а не точка, как в ОС по умолчанию. Хотя счас под давлением англоязычного ПО это требование размылось
-
Да, надо конечно точку с запятой. Это я так невнимательно написал) Хотя оно и так может работать, но лучше по стандарту делать
-
Не магия, а ява скрипт. Без ссылки на сайт разговор бесполезен
- 15 відповідей
-
- 1
-
-
- ultrastore
- jet cache
- (і ще %d)
-
system\library\cart\weight.php system\library\cart\length.php
-
Используйте неразрывный пробел  . В крайнем случае, попробуйте <span> </span>.
-
Да, так бывает, и довольно часто. Для саппорта это самый простой и надежный способ убедиться в настройках сайта. Обычно потом за собой подчищают, но всяко случается, человеческий фактор
-
Берем обычное меню. Модифицируем его, чтобы было горизонтально и выпадающим списком, с подкатегориями. В последний пункт меню закидываем вывод списка товаров. Готово. Вам, собственно, придется только модуль меню сделать, без лишних вмешательств. PS. Это если цель только меню сделать. На образце еще аяксом подгрузка страницы товара проходит, тоже можно сделать, если надо
-
Правьте вручную. Все равно после ваших правок окмодом пользоваться нельзя станет (или именно поэтому уже стало?). При чем тут ваш модификатор? Если индивидуально под него переписать файлы, то будут потеряны правки в том же файле других модфикаторов.
-
То, чего вы хотите - это лечение аппендицита анальгином. На время помочь может, но потом будет хуже. Намного.
-
Правильная последовательность: 1. Отправляем лесом шаблон, использующий вкмод. 2. Вкмод никогда и никуда не устанавливаем (кроме опенкарта 1.5). 3. Ищем и ставим нормальный шаблон.
-
Вот именно это и есть бред. Я уже писал, что разные модфикаторы могут менять один файл. Если вы его измените одним избранным модификатором, то изменения, внесенные другими, будут потеряны.
-
В чем смысл вашего первого действия? если вы все подобавляете изменения в исходники, то нужно вообще удалить модификаторы и отключить окмод. И наоборот, если вы меняет модификаторы не обновляете, то можно хоть удалить исходники, они ни на что не влияют, вы живете с кэша. Пока однажды кто нибудь его все таки не удалит.. И тогда будет смешно.
-
Если у вас при обновлении модфикаторов аут, значит у вас просто аут. Полный. Обновление одного отдельного модификатора - бред. Я так понимаю, вопрос, что делать, если два и более разных модификатора меняют один файл, вас не тревожит. Это их проблемы, главное, кнопку рефреш нарисовать.
-
Зачем? Если общее обновление не работает нормально, то рано или поздно весь это карточный домик все равно рухнет. А если работает, то нет смысла обновлять по отдельности. ЗЫ: Хотя нет, есть смысл. Если деньги платят, то почему нет
-
Чего вы там собрались изменять? В чем смысл этого действия? Обновление модифкаторов пересоздает кэш модфикаторов. Зачем вокруг кэша какие-то танцы? Можно. Но бесперспективно. Нельзя быть немножко беременным, и править вместо модулей кэш. Если обновление модификаторов сайт отправляет в аут, надо устранять причину, а не обновлять их по одному.
-
Это буквы. И цифры
-
Это, конечно, нехорошо, но не так уж критично. Одного phpinfo для взлома мало. Как видно из сообщения выше, его вполне мог сделать тот, кто парсил. И потом забыл или поленился удалить. Процентов 30-40 сайтов имеют завалявшийся phpinfo. Иногода еще и админер забытый. Однако они не взломаны Паранойя полезна, но в меру
-
Для главной страницы это не имеет значения.
-
А вы с сайтом работали? Или это вы по наличию phpinfo такие далеко идущие смелые выводы делаете?
