1. Главная
  2. kirill_dan

kirill_dan: Комментарии

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

18 апреля 2015 в 20:11

Смысл ясен. Чего-либо сложного или нестандартного я не услышал. Все можно решить (большинство во всяком случае) просто через вьюсы. Момент номер один. В вашей конкретной задаче Entity reference нужно удалить и забыть вообще о его существовании. Поясню на примере. К примеру у вас есть нода - некая недвижимость. С сайта некий пользователь хочет сделать пред заказ на просмотр этой недвижимости на какое-то число. Сам заказ - это тоже нода. Которая содержит только дату просмотра и краткий комментарий. Единственный вариант связать этот заказ с этой нодой - это Entity reference.

18 апреля 2015 в 17:32

ВикторСтепанков wrote:
"ХулиGUN" wrote:

Я в принципе считаю что и хетзер хорошо у нас раскрученное гавно даже по сравнению с mochahostom где и цены ниже и поддержка все сделают с панель ставят только закажи а эти мудаки еще и скан требуют ну их на...

18 апреля 2015 в 13:06

sumerian wrote:
справедливости ради скажу, что у меня Avira обнаруживал что-то, но не всё.
И ещё, вредоносный код может быть в БД в menu_router и при посещении определённой страницы код записывался в файлик. Вариантов действительно много. Если сайт долго просуществовал необновлённый до 7.32 - вот вам куроводство http://www.drupal.ru/node/113136, и у вас не обязательно всё будет абсолютно так, как написано.

18 апреля 2015 в 0:59

ВикторСтепанков wrote:
"kirill_dan" wrote:

Это как ? Сайт хостера находится на своем же хостинге на своих серверах

А стучались вы к ним по какому порту? Кто знает, что у них там настроено. Визуально на сайт можете попасть? Причем тогда пинг на 80 порт? Или вы своим глазам не доверяете?

17 апреля 2015 в 23:50

Дело в том, что если вы используете Entity Reference, связывая пользователя с нодой и при этом вам нужно еще иметь связь по таксономии, то вы не можете использовать два словаря таксономии и для пользователя и для ноды!!! У вас просто не будет пересечения по таксономии, так как пользователь и ноды используют свои независимые словари таксономии, которые ничего не знают друг о друге (ну во всяком случае без танцев с бубном).

17 апреля 2015 в 23:16

А вы не пингуйте на сайт хостера! Вы ведь не с его сайта будете работать. Тем более не понятно, что там с открытыми портами. Пингуйте на proof.ovh.net
А еще лучше попробуйте там потестить коннект с разных площадок.

17 апреля 2015 в 20:49

Хостер должен вам предоставить логи. Ведь он каким-то образом сделал такое умозаключение, а значит на что-то конкретное должен грешить. А заблокировать сайт и кричать у вас там вирус и парьтесь теперь, как хотите - это бред. "Вирус" может быть внедрен либо в исполняемые php скрипты, либо в js. Нужно смотреть логи апача и nginx, если он стоит. Также нужно внимательно просмотреть журнал самого друпал. Гонять через антивирус текстовые файлы - это все равно, что носить воду в решете!

17 апреля 2015 в 20:33

Лично я купил год назад VPS у французов OVH. Три ядра, 4 гига оперативы. Саппорта нет. Установил CentOS 6.6 все настроил. Сайт у меня еще до сих пор в разработке. Очень и очень тяжелый. Много модулей, подключен Apache Solr, до фига ручного кода и т.д. Более-менее приемлемо шуршит. Но у меня стоит кэширование PHP. На фронте стоит nginx. Апач пашет как модуль fastCGI. И после завершения проекта буду ставить Varnish, так как нагрузка на проц и память сумасшедшая! Кто советует шаред хостинг, тот наверное вообще не понимает, что такое Друпал! Если проект большой, то только VPS, а лучше дедик.

17 апреля 2015 в 20:01

Нужно сделать CONTEXTUAL FILTERS
Indexed Node: Author
Путь примерно такой: /user/%/myannouncements
Также установить RELATIONSHIPS
Indexed Node: Author

Материал должен быть проиндексирован. Теперь по ссылке, где % - это uid пользователя будут доступны только те ноды, которые принадлежат данному пользователю из контекстного фильтра. А фильтры будут работать при любом раскладе.

14 апреля 2015 в 17:06

Выбираете в настройках выводимого поля форматтер - plan text. Чуть ниже открываете закладку "Rewrite result" (Перезаписать результат). Отмечаете Trim this field to a maximum length (обрезать поле). Указываете в текстовом поле количество символов для обрезания. Отмечаете Trim only on a word boundary (обрезать только на границе слов). И отмечаете Add an ellipsis (поставить многоточие). Все. Теперь будет выводиться всегда нужное количество символов (которое вы указали в текстовом поле).

5 апреля 2015 в 22:58

Sky Cat wrote:
Попробуйте для формы Select2. Очень гибкий и мощный скрипт для выпадающих списков и ajax.

Спасибо большое, попробую.

Глянул возможности библиотеки - это просто СУПЕР! Спасибо.

5 апреля 2015 в 22:37

Sky Cat wrote:
Если уж на то пошло, то убрав кусок кода ниже из taxonomy_get_tree() и его клонов (taxonomy_edge_get_tree_optimized(), _hs_taxonomy_hierarchical_select_get_tree() и т. д.), мы упростим запрос и он должен выполняться значительно быстрее. Естественно, нужно понимать, для чего это нужно и какие последствия могут быть. Но запросы точно быстрее станут. И чем больше объем обрабатываемых терминов, тем более заметен будет эффект.

5 апреля 2015 в 15:32

Отвечаю сам себе и тем, кому интересно. Смысл модуля taxonomy_edge в том, чтобы оптимизировать вывод терминов таксономии в блоках меню и т.п. Добиваются они этого тем, что вводят промежуточную таблицу с более эффективным хранением иерархии и переопределения функции в модуле таксономии на свою, чтобы не вызывать taxonomy_get_tree. В моем конкретном случае это мне не годиться. Так как у меня тупняк таксономии наступает при выводе ее в зависимых полях, а не при полном вываливании в меню или блок.

5 апреля 2015 в 15:07

duozersk wrote:
Попробуйте заюзать https://www.drupal.org/project/taxonomy_edge - должно помочь с производительностью taxonomy_get_tree()

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

5 апреля 2015 в 14:58

Sky Cat wrote:
В общем, посыл моего комментария простой: не используйте Hierarchical Select на таком количестве терминов. Такими темпами дойдете до того, что построение иерархии у вас будет по таймауту отваливаться. Да и пользователям ждать 20-30 секунд для выбора адреса вряд ли нравится.