LSDance

Что то мне эта CMS сильно напоминает....

Если ваш план удастся, то не сочтите за трудность реализовать роли для пользователей админ модератор менеджер и пользователь. Я и сам могу это сделать, но раз уж вы вызвались, тогда дерзайте)))

Железный аргумент, не поспоришь))) И наверняка вы скажите что эта строка 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, я не вижу трудностей. Поправьте ес

Посмотрел вышеописанный метод, в голову пришла одна идея, но надо тестить, если есть у кого желание попробовать посмотреть в сторону update, а не delete - insert.

Напиши поподробнее где эта инфа должна выводиться, кто Ее может видеть итд итп на днях сделаю и выложу.

еще актуально?

И так, вот решение для вывода свойств товара для каждой КАТЕГОРИИ: 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

И снова здравствуйте, кто-нибудь уже делал вывод только тех свойств, которые были отмечены (в админке) для конкретной группы или товара? Имеется в виду не полная карточка, а именно в списке товаров ( ProductsView ). Превью во вложении.

preg_match('|\((\d+-\d+)|ui', $str, $match); Если всегда числа будут то лучше так поправьте. И всегда пожалуйста)))

$str = 'Madoc Дж. 9502 Mavi (25-30/*6) жен.'; preg_match('|\((.*?)/.*?\)|ui', $str, $match); echo $match[1]; Как то так.

Нужные значения всегда будут в скобках и иметь приведённый вид?

Я конечно Вас поддержу, к сожалению так и есть, именно поэтому на мой субъективный взгляд на форуме так мало достойных ответов по темам. В моем случае все-таки пришлось упростить решение задачи. Я хотел разделить логику корзины оформления и оплаты, поэтому просто поправил уже имеющиеся View, теперь переходя в корзину мы видим товар и можем применить купоны, далее оставляем свои данный и выбираем способ получения товара + способ оплаты и финальный шаг сама оплата. Собственно ничего не изменилось, только теперь каждый шаг сам по себе становится максимально понятным.

Да, как вариант, но я решил сделать это на уровне программы а не шаблона. А вообще спасибо за ЕДИНСТВЕННЫЙ ответ по теме

Самы простой способ сделать через JS и немного CSS . Собственно рисуете 2 кнопки, одну "в корзину"(input), другую "Оформить заказ" (a[href]). Далее ловите событие по клику либо по submit и в случае успеха скрываете одну кнопку а другую показываете (fadeIn FadeOut например). Если не понятно, можете в личку написать распишу подробнее с примерами (безвозмездно)

В Вашем конкретном случае это лишний шаг, но кроме магазинов с цифровыми товарами и "воздухом" есть множество других, где добавление одного дополнительного шага может решить ряд проблем связанных как минимум с UI, обратите внимание хотя бы на то, какой порядок оформления заказа на yandex-market ( от "в корзину" до "оплата" ), но все же тема не об этом. И Вы уж зря пишите про палки в колеса, ведь это никаким образом не влияет на скорость работы программы и тем более не делает неработающими остальные модули.