sergera-sakh: Комментарии

Главные вкладки

6 августа 2014 в 19:02

"drupby" wrote:
какие именно результата интересуют?

Как настраивали встроенное кеширование, были ли какие-то проблемы. Может быть какие-то нюансы при эксплуатации вылезли?

6 августа 2014 в 17:53

Присоединяюсь к вопросу. Если есть у кого-то опыт использования opcache, стоящего из коробки в php 5.5, может поделитесь результатами, чтоб не тыкаться наобум?

27 декабря 2013 в 9:49

erikson wrote:
А как вывести табы с помощью views?

А для чего? Создаете блок, для него прописываете шаблон со списком необходимых пунктов, просто подставляете в нужное место arg(1), ну и настраиваете предварительно проверку по агрументам, чтоб не выводилось, где не надо.

28 мая 2013 в 5:17

Решение было найдено, притом оказалось достаточно простым и изящным: делаем группировку по названию материала (который у нас повторяется), а в css прописываем:

#block_id .views-row {
display: none;
}

В результате имеем всегда уникальные значения

27 мая 2013 в 10:08

У меня сейчас аналогичная проблема, есть поле datetime, но его значение в кач-ве аргумента не проходит, ставлю использовать дату создания или обновления - всё ок. Притом когда-то, если не ошибаюсь, делал фильтр по календарю с CCK-полем и все было ок.

5 сентября 2012 в 9:10

"Softovick" wrote:
При некоторых обстоятельствах можно нарушить работу сайта.

не подскажите, почему? Я месяц назад как-раз описывал свое решение этой проблемы: "добавьте в конец cron.php следующую строку:

4 мая 2012 в 7:55

Каменный цветок не вышел ) объединил все таблицы, при импорте ничего не ругалось, сайт1 видел ноды сайта2 и поля в них, но поля были пустыми, добавление контента в них ничего не давало, после сохранения поля снова были пустыми. Как не игрался с комбинациями - ничего не вышло, а в некоторых случаях сайт2 терял содержимое полей даже своих нод. В общем пока я в ступоре, ибо перепробовал все варианты, которые нашел в сети.

25 апреля 2012 в 5:24

Нашел кое-какой материал по данной проблематике на англоязычных ресурсах:
если у вас используется мультисайтинг на одном движке, то модуль CCK очень желательно вынести в корневой каталог modules, т.к. проблема вывода полей напрямую связана с версионностью, а также необходимо тщательно проглядеть таблицу $variables, в ней найти версии CCK и прописать их идентично, т.к. вполне может быть так, что в одной базе этот параметр может быть вообще не прописан.

24 апреля 2012 в 16:03

bsyomov wrote:
Посмотрите на node_export + feeds.

Честно говоря начал пытаться перенести вручную, перенес таблицы:
content_field_*
content_group
content_group_fields
content_node_field
content_node_field_instance
content_type_*
files
node
node_access
node_counter
node_revisions
node_type
term_*
vocabulary
vocabulary_node_types
это помимо таблиц модуля User.