Репозиторием для git у вас служит сайт целиком или какая-то отдельная директория (например, /sites)? Я так понимаю, вы делаете сабмит в предварительную версию (stage), по аналогу в dev-версию модуля на drupal.org

Спасибо за советы, буду думать

Я пока не в том положении, чтобы разбрасываться заказчиками. Но буду работать в указанном направлении. С SSH, git знаком, но как писал выше, речь об организационных вопросах, не технических. Вы вероятно, работаете на крупных проектах, со множеством соразработчиков; может на западных заказчиков. Угадал? У меня уровень попроще

Полезная штука, кто же спорит. Спасибо за ссылку!

Получается, что drush ничем не выручает. Можно считать, что его нет, зачем упоминать. В D7 кнопки вряд ли уже дождемся, посмотрим что будет в D8

Даже в своей компании могут не дать доступа. Мало ли что вам удобно, а вдруг сервер взломают. Это надо еще обосновать и убедить. На одном сервере админ запретил даже устанавливать модули из админки, а вдруг?

Насчет "их проблемы" - как-то жестко. Вот, скажем, вы сделали сайт и отказались от поддержки. А меня нанял заказчик поддерживать его. Для простоты - только обновлять новые версии ядра. И вот приходится только облизываться на драш и тупо копировать через FTP. Но с семеркой хоть как-то еще можно было, а вот что делать с 8-кой - вопрос.

Скажите, пожалуйста, как вы пользуетесь drush в организационном плане? Вот скажем, сделали сайт заказчику, поддерживаем на его сервере. Сервером правит Админ. Он говорит - никаких драшей ставить не буду и вам не дам, о SSH и не мечтайте. Или же на хостинге - FTP и PHPmyadmin и крутитесь как хотите. Вот кстати недавно наткнулся на модуль https://www.drupal.org/project/rdrush , не от хорошей жизни видимо.

Красивый ролик, я лайкнул. В любом случае, лучше чем ничего.
Почему называется "20 фактов"? Я начал считать, но сбился. Было бы здорово, если бы в уголке был счетчик И звук бы, как в кассе, дзинь! ))
0:12 - распростроняется

Может дело в новом термине - содержит недопустимые символы, например. Попробуйте удалить этот термин и переиндексировать, появится фасет или нет.

Юппи - это же CMS на фреймворке YII

Может, https://www.drupal.org/project/taxonomy_menu ?

Последнюю попытку можно? Единственное, 7 не получилось в параметры вставить

Тут я предлагаю итерационно решать вопрос. В случае, если были пропуски в публикациях, увеличивать интервал

$pDaysLimit = 7
$pLimit = 4;
$pDays = $pDaysLimit;

1. Сделали запрос c параметром $pCreated = time() - $pDays *24*60*60
2. Возвратило записей не менее $pDaysLimit * $pLimit ?
2.1 Да, выводим, выход
2.2 Нет, $pDays++ и возвращаемся к п.1

Проверьте, будет ли 28 возвращать. В виде запроса для phpmyadmin:

SELECT * FROM node WHERE FROM_UNIXTIME(created,'%Y%m%d') IN ( SELECT FROM_UNIXTIME(created,'%Y%m%d') FROM node WHERE created >= 1468479019 GROUP BY FROM_UNIXTIME(created,'%Y%m%d') HAVING COUNT(*) >= 4 )

$pDate = time() - 24*60*60*7;
$pLimit = 4;

$res = db_query("SELECT * FROM node WHERE FROM_UNIXTIME(created,'%Y%m%d') IN ( SELECT FROM_UNIXTIME(created,'%Y%m%d') FROM node WHERE created >= :created GROUP BY FROM_UNIXTIME(created,'%Y%m%d') HAVING COUNT(*) >= :limit )", array( ':created' => $pDate, ':limit' => $pLimit));

Работа в phpmyadmin - это прямая работа с таблицами БД. Поэтому, должен быть бекап базы данных, чтобы в случае чего, откатиться назад.

Найдите таблицу sessions - вкладка Операции.
В окне выполните пункты - Проверить таблицу, Очистить таблицу(TRUNCATE).

Попробуйте залогиниться на сайте

Таблицы могли побиться, попросите саппорт хостинга проверить (или сами при помощи phpmyadmin). Таблицу sessions можно очистить

Может, сделать вьюв foo/brand/category , а потом hook_url_inbound_alter менять

Очень красиво все.
На http://everest-dom.com/team ошибочка видна. На других страницах тоже, только вывода нет (на /company/mission, например)
На http://everest-dom.com/blog?page=1 пейджер обычный, как-то не вяжется с общим стилем, мне кажется.
За крошки не думали? Например, на http://everest-dom.com/blog/severnye-otstupayut-seychas-0 не очень понятно где находишься, разве по URL

Спасибо за предупреждение!
Что же это за модули, хоть ставки ставь. Может OpenID или Color

gun_dose wrote:

Как мы в этот мир приходим,
В чём секрет простых мелодий
Мы желаем знать
Наверняка

https://www.drupal.org/project/node_limit

Да, с блоком можно так поступить, наверное. Просто, сегодня блок другой для мобильного, завтра - пейджер, потом - главную страницу и так докатимся до отдельной мобильной темы.

Тогда, получается, отключать кеш нельзя. Но и оставлять включенным тоже. Первый подход не работает. Остается делать отдельные кеши для каждой темы. Теоретически, для двух тем количество записей в таблице кеша удвоится, что тоже нехорошо.У меня один сайт работает именно по такой схеме, пока проблем не наблюдаю, но тревожно