cache_clear_all() с указанием аргумента.

Ну и если есть АРІ - зачем лезть напрямую в базу запросами? Без особой надобности в этом смысла нет.

С JavaScript знаком не очень хорошо - на нем не специализируюсь. Блокировать переход по определенным ссылкам на текущей странице вполне возможно. Контролировать переходы по ссылкам на других вкладках этого же браузера - не знаю. В конце концов пользователь может открыть альтернативный браузер и спокойно гуглить если время прохождения теста позволяет. То есть вряд ли выбранный подход решает проблему.

Что можно сделать на мой взгляд:
1. Запретить выделять и копировать текст теста.
2. Ограничить время ответа на определенный вопрос и общее время прохождения теста.

Первое, что приходит в голову: использовать драш и кронтаб

В драше:
drush vset maintenance_mode 1

Добавьте поле Отчество в Commerce customer profile

На новом сайте сбросьте кэш и вызовите update.php

Features

global $user - это пользователь, под которым просматривается страница.

Первое что пришло в голову: в GET['q'] должен лежать адрес ноды в форме node/n, где n - номер ноды.
Получаем оттуда номер ноды. Загружем объект ноды с помощью node_load() и полученого номера ноды. В объекте ноды смотрим автора, и принимаем решение, показывать блок или нет.

Решение корявое, не красивое, и не оптимальное.

Но исходя из доступных исходных данных другое пока в голову не пришло.

Небольшое ИМХО.

Насколько я понял после беглого прочтения, в статье рассказывается о деплойменте LAMP для локальной машины.

Если уже установлен линукс, то какой смысл городить огород с XAMPP, если с успехом можно использовать чистый Apache/Nginx, MySQL и PHP?

Два-три часа чтения мануалов по конфигурированию всего этого, и имеем рабочую систему, плюс понимание, как оно все работает. Готовых примеров - полно. Для той же Убунты например все делается довольно просто.

Gallery formatter

Насколько я понял проблему:

admin/structure/taxonomy - на этой странице ищите Ваш словарь таксономии. В нем создавайте Новый термин, перетаскивайте по иерархии куда нужно, и дальше к нему перетаскивайте в подчинение то что должно подчинятся по иерархии новому подразделу

Если есть драш - попробуйте drush cc.

Если нет - попробуйте зайти через менеджер БД (Phpmyadmin или HeidiSQL)и почистить вручную кэшевые таблицы. Перед всем этим не забудьте сделать бекап.

Как вариант - создать релейшн по полю связи с display node, далее добавить в поля алиас ноды, убрать его из отображения (поле алиаса должно быть в списке полей перед изображением). Далее rewrite results поля изображения, выбрать режим вывода ссылкой, и там использовать алиас ноды товара

Для начала попробуйте посмотреть видео с официального ресурса. Это позволит избежать многих стандартных вопросов.

"lait1989" wrote:

Никак не могу найти эти записи в самой базе.

Смотрите таблицы commerce_product и commerce_product_revision

"lait1989" wrote:

SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'commerce_product-7' for key 'PRIMARY'

Ошибки в студию.

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

"lait1989" wrote:

Подскажите пожалуйста. Бьюсь уже вторую неделю над импортом товаров.

А где, собственно, постановка проблемы? Телепаты здесь вряд-ли есть.

По сути: Meta tags вполне таки нормально работает.

Топикстартеру: Grammar nazi негодуэ.

Можно сюда: admin/commerce/customer-profiles/types/billing/fields - этот профиль доступен по умолчанию.

подпишусь, интересно, как раз предстоит делать проект с таким функционалом. Пока смотрел в сторону userpoints - единственное что нашел в стабильном релизе.

Получится то получилось. Но это хак модуля. Что кагбе намекает, что подход не правильный. При первом же обновлении модуля правка слетит, и импорт будет работать не правильно.

Можно пробовать сделать на основе связки модулей Content Access и ACL, но без кодинга там похоже не обойтись. Это при соответствии 1 фото = 1 нода.

Поля нужно добавлять в соответствующую сущность Customer profiles.