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

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

17 декабря 2016 в 22:54

To dga_studio:
проблема - в разграничении прав доступа и зон ответственности. Компании которые взяли себе друпал как SMC так или иначе выстраивают следующую организационную структуру:
1. Редактор материалов - свой сотрудник - имеет права доступа на добавление и редактирование материалов. Задача - обновлять сайт новостями, обзорами, прочее. Квалификация не предполагает никаких знаний в программировании.
Стоимость работы - учтена в зарплате.

17 декабря 2016 в 22:47

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

17 декабря 2016 в 21:59

Был забанен на три дня за цитирование классика современности, поэтому молчал.
To gun_dose -
ну я вообще сотрудничаю с Яндексом, переписал например для себя их модуль Яндекс.Пингер, для своих нужд, их модуль слишком активно пингует, может и забанить, да и вообще всячески стараюсь пользоваться их API, и всем рекомендую, потому что Интернет - это их бизнес, увы, не наш. Их и гугла.
Я думаю ребята очень жалеют что проморгали facebook, надо же, кто то начинает серфинг в инере мимо их поисковиков...
обидно наверное.

17 декабря 2016 в 21:41

по описанию очень похоже на таксономию - большой вложенный справочник.
Если количество подкатегорий конечно, то таксономия очень даже подходит.
ТОгда отношение дочерних и родителей полностью определены get_taxonomy_tree

14 декабря 2016 в 0:15

gun_dose написал:

на которых в БД могут быть ценные данные, которые не видно с морды анониму.

Ну вот новости Яндекса про Аудитории - достаточно получить список пользователей, чтобы задешево использовать его не для рассылки всякой всячины, а грамотно отработать в РСЯ
Хотя бы это - а ведь есть еще IP, логи... могут быть. Вообщем доступ к базе - это катастрофа

13 декабря 2016 в 23:59

приведите мне пример. Вот конкретный пример, каким образом вы собираетесь внедрить свой код в "Output code"
глобального PHP в настройках views.
Тогда это будет полезным постом

13 декабря 2016 в 23:40

Ну пока ты там мамочке жалуешься - напишу для остальных.
Доступ к БД - это полный провал. Никто не будет себя обнаруживать выполнением кода. Просто будут тырить данные.
Но не все так страшно.
Правильная настройка прав доступа в апаче, права на файлы и каталоги на уровне Linux, пароль длиннее чем 6 символов - ну хотя бы 20, настройки доступа к самой базе, через сокет, а не по сети, и никто никогда доступ к вашей базе не получит. Скорее будет найдена очередная брешь в ядре. Это происходит примерно 1 раз в месяц.

13 декабря 2016 в 23:23

и это еще надо ставить?
На каждый чих по модулю, когда все и так лежит в memcache?
Ну каждый делает по своему!
А потом Друпал ругают за то что тормозит. Ну а как тут не тормозить если по 1000 модулей активны на проекте, который в MODx например весит всего ничего...
Вообщем так. Юзал, юзаю и буду юзать.
И за много лет работы ни разу никто мне ничего не сломал (хотя пытались и пытаются)

13 декабря 2016 в 23:08

"Хранить исполняющий код в бд как минимум не безопасно."
Общие фразы. Общие вычитки.
Не о чем говорить. А что вы будете делать если вам надо построить вывод views в зависимости от системной переменной или от реферера или от текущего языка или от текущей темы? без php фильтра у вас не получится. Так может и от views откажемся ради "великих" постулатов?
фигня

13 декабря 2016 в 22:41

Очень умный пост.
Типа если у вас нет своей темы и своего модуля - то и вообще не подходите к компу.
потому что там - о ужас - есть php-фильтр.
Он был написан исключительно для страшилок.
я - пользуюсь, давно и долго.

Это первое.
Второе - указанные вами (ну мужики то не знали) способы подключения - ими тоже нужно знать как пользоваться.
Иначе будет так что у вас на всех страницах сайта колбасит jQuery по несуществующим элементам.
Зато подключили в theme.info! Правильно, типа.

13 декабря 2016 в 0:10

какой фильтр позволит не резать скрипт - такой и ставьте, какая разница? php позволяет также и кое что другое сделать.
Нужна помощь, да помогу. Пишите в личку сообщение, хотя бы о том, а что нужно то в итоге?

10 декабря 2016 в 12:23

Если идете по пути javascipt не надо менять темплэйты.
У вас есть view, в центральной колонке присутствуют настройки "шапка" и "подвал". Туда можно вписать Глобальный: PHP
и сделать в нем вывод:

9 декабря 2016 в 19:27

Оба пункта касаются настроек views, в настроках полей есть настройки вывода.
шаблоны переопределяются в правом нижним углу views (расширенные настройки)
там где Тема оформления: Информация

js не хочется использовать, чтобы сайт лишний раз не тормозить.

там понимаешь ли переписать все эти ссылки после загрузки - ну что то около 0,001 секунды
далее - обернуть ссылкой строку таблицы - нельзя.
делать надо так - есть таблица - один столбец. В каждой ячейке надо нарисовать

9 декабря 2016 в 17:18

Почему не фасеты:
1. Фасеты бегло посмотрел, увидел что их работа основана на full-text index.
При изменении свойств (пермещение со склада на склад) (сток не сток) full-index надо перестраивать.
Это тяжелая операция. Максимум раз в час запускать ее допустимо.
2. Свое решение уместилось в 500 строк кода плюс ctools -plugin 70 строк. Никаких перестроек индекса, все на первичных ключах то есть фасеты по определению не будут работать быстрее.

9 декабря 2016 в 17:05

В любой линейке есть конечная станция - экземпляр сайта. Добиваться того, чтобы все решения по сайту еще и на гитхаб легли? Коллеги, вы о чем? Smile
Это первое..., второе..., строго по секрету вам скажу...
Нет никакого Дрпуал Вэй. Нет его, увы.
Есть мировой океан, по нему плывет черепаха, а на ней стоят три слона и держат землю, плоскую, как тарелка...