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

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

17 декабря 2014 в 21:20

Логику не могу придумать. Вот вешаем "печеньку" на hook_exit

1. Пользователь покинул первую страницу - получил "печеньку" 150 (условно)
2. Пользователь покинул вторую страницу и перешел в трекер и опять получил новую "печеньку" 160
3. В трекере нет объектов новее данной отметки, ничего не выводим

Значит делаем через еще одну "печеньку2"

10 декабря 2014 в 20:46

Если делать с помощью терминов то страница taxonomy/term/%tid будет давать плохое влияние на сео сайта.
Если делать с помощью нод то сама страница ноды, даже с пустым контентом будет тащить сео сайта вниз.

Всетаки я надеялся на готовый модуль. Видать придется писать свой (((

10 декабря 2014 в 18:26

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

17 июля 2013 в 13:40

Да знаю я все эти функции, но у меня же нет доступа у чистой SQL строке чтобы их туда поставить. Мне нужно с помощью идиотского db_select это провернуть.
Вот я и спрашиваю, что можно сделать с:

17 июля 2013 в 4:06

Поле содержит смешанные значения. В том числе и текстовые.

Но надо отфильтровать по значению между 5 и 15, исключив текстовые значения.

Не могу придумать как это сделать с помощью оператора IN. Ведь число может быть еще и с плавающей.. А с BETWEEN таже фигня.

25 марта 2013 в 14:53

думаю можно в темплэйте это сделать.

Посмотрите в модуле плагина Limit... как его там, должен быть .tpl файл.
Или он может использовать template views'a.

В любом случае вам надо скопировать этот темплэйт в свою тему и переписать, добавив нужные данные.

25 марта 2013 в 12:41

Не правильное решение.

1. www-data дать доступ ко всем своим сайтам на сервере вы должны понять какая это дыра в безопасности.
2. При указании настроек FTP вы сказали что ничего не получится - "не правда", все работает если указать нужного пользователя.

ПС: Я думаю что подойдет решение добавление каждого пользователя (Web) на сервере в группу www-data. Сам не пробовал. И тоже надо выяснять с безопасностью.

А вообще решение более сложное и сводится к настройке https протокола и сертификатов на сервере.
Которое пока нет времени разбирать.

22 марта 2013 в 14:33

Я бы не взял на себя ответственность убрать все уязвимости друпала, да и любой другой CMS. Не зря у специалистов по защите информации самая большая ЗП в ИТ структуре.

22 марта 2013 в 14:31

Потратит больше времени на поиск и не успеет 100%. Да и гарантий не получит. Т.к. гарантирую никто не возьмется за поиск. Т.к. в друпал не самая защищённая система и всегда можно пролезть через известные уязвимости сторонних модулей.

22 марта 2013 в 14:22

drupby wrote:
есть модуль Hacked, который обнаружит практически все "дырочки"

А если я сделал это своим модулем. А если я вообше сделал это не через модуль а просто положил куда-то php скрипт.
А если я где-то предусмотрел sql инъекцию?

Тоже найдет? А если я вообще это сделал не через друпал )))

22 марта 2013 в 13:32

Если сайт работает на одном хостинге и не работает на другом. Меняйте хостинг. Ничего от тех поддержки вы не получите.

И если это не VDS хотя бы - ничего не измените.

22 марта 2013 в 13:26

Ну вы же не написали что этот плагин используете.

Тогда вариант с объединением. Исключите поле описание из вывода. А в поле заголовка используя функцию "перезаписать результаты" с помощью токенов переопределите вывод.

Например:

22 марта 2013 в 13:13

Принцип: создаете для себя вариант входа в систему, через drupal или отдельным способом не имеет значения, где вы получаете новые учетные данные или имеете возможность их изменить на заранее предустановленные. Вот и весь принцип.

*Слово как слово, нет в нем ничего похабного. Кто как испорчен я думаю.