Перейти к содержанию
Официальный форум поддержки Simpla

LSDance

Пользователь
  • Публикаций

    66
  • Зарегистрирован

  • Посещение

Весь контент LSDance

  1. Если ваш план удастся, то не сочтите за трудность реализовать роли для пользователей админ модератор менеджер и пользователь. Я и сам могу это сделать, но раз уж вы вызвались, тогда дерзайте)))
  2. Железный аргумент, не поспоришь))) И наверняка вы скажите что эта строка test:$apr1$npsuom1f$eJbCpSWPYN/BH0Ejhdxq1/:products,pages,blog,settings не может быть такой test:$apr1$npsuom1f$eJbCpSWPYN/BH0Ejhdxq1/:products,pages,blog,settings:id1 или test:$apr1$npsuom1f$eJbCpSWPYN/BH0Ejhdxq1/:products,pages,blog,settings,id1 или test:$apr1$npsuom1f$eJbCpSWPYN/BH0Ejhdxq1/:products,pages,blog,settings/id:1 А вообще решений этой задачи полно, ведь нет ничего сложного хранить данные об админе в БД или в json. Возможно я что то упускаю, но для того чтобы вывести id, я не вижу трудностей. Поправьте ес
  3. Посмотрел вышеописанный метод, в голову пришла одна идея, но надо тестить, если есть у кого желание попробовать посмотреть в сторону update, а не delete - insert.
  4. Напиши поподробнее где эта инфа должна выводиться, кто Ее может видеть итд итп на днях сделаю и выложу.
  5. И так, вот решение для вывода свойств товара для каждой КАТЕГОРИИ: 1. База данных Добавляем новое поле в таблице s_features - in_category - int(11) . На всякий случай указал обычный int , но можно поставить и меньше. 2. api/Features.php в конец класса после метода get_product_options всталяем новый метод : public function get_visible_options($product_id) { $query = $this->db->placehold("SELECT f.id as feature_id, f.name, po.value, po.product_id FROM __options po LEFT JOIN __features f ON f.id=po.feature_id WHERE po.product_id in(?@) AND f.in_category = 1 ORDER
  6. И снова здравствуйте, кто-нибудь уже делал вывод только тех свойств, которые были отмечены (в админке) для конкретной группы или товара? Имеется в виду не полная карточка, а именно в списке товаров ( ProductsView ). Превью во вложении.
  7. preg_match('|\((\d+-\d+)|ui', $str, $match); Если всегда числа будут то лучше так поправьте. И всегда пожалуйста)))
  8. $str = 'Madoc Дж. 9502 Mavi (25-30/*6) жен.'; preg_match('|\((.*?)/.*?\)|ui', $str, $match); echo $match[1]; Как то так.
  9. Нужные значения всегда будут в скобках и иметь приведённый вид?
  10. Я конечно Вас поддержу, к сожалению так и есть, именно поэтому на мой субъективный взгляд на форуме так мало достойных ответов по темам. В моем случае все-таки пришлось упростить решение задачи. Я хотел разделить логику корзины оформления и оплаты, поэтому просто поправил уже имеющиеся View, теперь переходя в корзину мы видим товар и можем применить купоны, далее оставляем свои данный и выбираем способ получения товара + способ оплаты и финальный шаг сама оплата. Собственно ничего не изменилось, только теперь каждый шаг сам по себе становится максимально понятным.
  11. Да, как вариант, но я решил сделать это на уровне программы а не шаблона. А вообще спасибо за ЕДИНСТВЕННЫЙ ответ по теме
  12. Самы простой способ сделать через JS и немного CSS . Собственно рисуете 2 кнопки, одну "в корзину"(input), другую "Оформить заказ" (a[href]). Далее ловите событие по клику либо по submit и в случае успеха скрываете одну кнопку а другую показываете (fadeIn FadeOut например). Если не понятно, можете в личку написать распишу подробнее с примерами (безвозмездно)
  13. В Вашем конкретном случае это лишний шаг, но кроме магазинов с цифровыми товарами и "воздухом" есть множество других, где добавление одного дополнительного шага может решить ряд проблем связанных как минимум с UI, обратите внимание хотя бы на то, какой порядок оформления заказа на yandex-market ( от "в корзину" до "оплата" ), но все же тема не об этом. И Вы уж зря пишите про палки в колеса, ведь это никаким образом не влияет на скорость работы программы и тем более не делает неработающими остальные модули.
  14. Вопрос неактуален, логику разбивки шагов я реализовал, как допишу весь цикл оплаты, выложу решение.
  15. Доброго всем дня! Как то давно на форуме поднималась тема о доп. шаге при оформлении заказа ( к сожалению я ее не нашел ). Суть следующая, при переходе в корзину мы видим добавленный товар и для того чтобы его заказать (оформить) нужно перейти далее, где нам будет предложено ввести данные покупателя --> далее выбор оплаты и оплата. Для полной ясности в стоковой версии движка данные покупателя мы вводим на той же странице где и представлен товар из корзины, эти 2 "шага" необходимо разбить. ЗЫ Если есть ссылка на форму по данному вопросу прошу линк. Спасибо!
  16. Доброго времени! Вот еще вариант - аля - костыль)))) через псевдо-элемент *:last-child { pointer-events: none; } Соответсвенно вместо звездочки вписываете свои селекторы. P.S Элемент останется ссылкой НО перейти по ней будет невозможно и поведение будет как у НЕссылки.
  17. Товарищи Kors и yr4ik, спасибо за разъяснения. Получается что $this->main можно было так же записать в виде обычной переменной $main?
  18. Хорошо, но ведь это свойство не объявляется в родительском и дочернем классах, я только недавно начал изучать ООП и эта запись ввела меня в ступор, если есть мануал по такому типу объявлений свойств объекта прошу дать ссылку, заранее спасибо.
  19. Добрый день товарищи! Если взглянуть в файл IndexView.php, то там можно заметить вот такой кусочек кода // Создаем соответствующий класс if (is_file($this->modules_dir."$module.php")) { include_once($this->modules_dir."$module.php"); if (class_exists($module)) { $this->main = new $module($this); } else return false; } else return false; // Создаем основной блок страницы if (!$content = $this->main->fetch()) { return false; }
  20. У меня нет пока автоизации, и я хочу ее сделать, можно конечно и просто через форму, но интересней как с этим окном
  21. Что бы при переходе в админку было всплывающее окно с авторизацией
  22. Хорошо, тогда скажите как это реализовать))) хочу сделать так же на сврем сайте. Если не сложно напишите алгоритм авторизации
×
×
  • Создать...