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

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

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

14 мая 2019 в 16:52

Самое простое - поставьте модуль devel, и в нем включите отображение SQL запросов, после чего внизу страницы будет видно какие запросы были выполнены и сколько по времени они заняли.

27 апреля 2016 в 12:55

При создании/редактировании ноды, если нода проходит по условиям(например, по типу, статусу и так далее), создавать PDF и отправлять через mime mail(умеет отправлять файлы), на мой взгляд, проще и быстрее сделать это без rules через hook_node_update, hook_node_insert, ибо рулс один черт придется "научить" отправлять вложенный PDF, а contact_attach тут лишний.

24 марта 2016 в 22:00

путь там указывать следует полный, например, если картинка закопана где-то в папке с темой, то будет так data-image-src="/<?php print $directory; ?>/путь_относительно_папки_темы/parallax_bg.jpg"

24 марта 2016 в 21:58

Нажав на кнопку "Версия для слабовидящих" и действительно сломал глаза Wink

Вообще мне нравится как на правительственном сайте США работает кнопка "для слабовидящих" Wink

24 марта 2016 в 2:47
1

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

21 марта 2016 в 22:55

https://api.drupal.org/api/drupal/modules%21system%21system.api.php/func...

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

19 марта 2016 в 13:30

Личные сообщения незарегистрированным пользователям вы хрен отправите, так как у них нет личного кабинета, где они могли бы его посмотреть, и нигде не указан email(хотя email отдельно от личного кабинета - это уже скорее почтовая рассылка), другое дело, если Вам нужен чат, был какой-то модуль на d.org(по моему так и назывался chat), но работал он только через node.js и не уверен, что работает с анонимами, но кроме этого, есть масса сторонних систем живой обратной связи, вроде jivosite и ему подобных, вся интеграция обычно заключается во вставке небольшого клочка кода в файл шаблона.

24 февраля 2016 в 22:03

Для этого придется использовать сторонний софт, всякие эктивиксы с ява машинами и т.д., хотя вариант с "и т.д." еще ни разу не видел, так же можно вместо логина/пароля использовать файлы, но это пустая трата времени, ибо не имеет никакого смысла.

P.S. обычно, для входа без паролей используют соц сети

24 февраля 2016 в 19:06

Если с увеличением числа контента начинаются тормоза, то проблема обычно именно в запросах к БД, например, можно составить вьюху так, что сервер ляжет при 10 нодах

24 февраля 2016 в 15:29

Сами вредоносы не пишут, ибо ввиду ограничений безопасности друпала это не имеет смысла, и обычно невозможно, однако, сами хакеры иногда анализируют систему для того, чтобы использовать её в своих целях, кроме того, бывает взлом через FTP/SSH/и т.д.(при том, украсть первый особой сложности не составляет, а в случае, если каким-то образом сперли рута(SSH), то там уже не сайт надо спасать..., хотя мне такое, тфу тфу тфу, не попадалось при том, что мне не однократно давали доступ к серверу через SSH с логином root и без какой-либо защиты от брута, и так работает 80% VPS, а потом народ на форум

22 февраля 2016 в 23:48

Моим контент менеджерам больше всего нравится, как ни странно, именно админка в друпале, то есть, именно то, что часто описывают как большущий недостаток друпала, ибо с обычным views + VBO + admin_menu + contextual_links + отдельная роль, можно за 15 минут сотворить такое, после чего они начинают ненавидеть админку WP или джумлы.

22 февраля 2016 в 23:38

Если этих 2х считать за отдельные системы(забить на друпал), то UC - это CMS, а DC - CMF, то есть сравнивать их бессмысленно, если UC - это магазин из коробки, где нужно немного поработать напильником, но при этом имеет большой ряд архитектурных ограничений, то DC - фреймворк для сборки магазина, да, тяжелый и не поворотливый, из-за чего опять же накладывается ряд ограничений(но совсем другого характера), но какой есть, тем более, что конкурентов именно этой в сфере у него попросту нет и не предвидится, кроме того, DC имеет более широкое распространение, не думаю, что в 8 что-то поменяется.

22 февраля 2016 в 22:49

На самом деле, и на джумле можно собрать сайт любой сложности, однако, выглядеть это будет мерзко(нелогично) и сделать это сложнее(заметно дольше, чем используя любой MVC фреймворк).

22 февраля 2016 в 2:16

Кроме того, в 99% случаев страна/город/область обычно таксономия, кроме случаев, если сайт не является справочником по типу педивикии на тему этих стран/городов/областей, то есть, если у страны нет отдельной страницы с неким контентом(не списком)

22 февраля 2016 в 2:13

Моя не completely понимать, но либо у Вас выполняется переход на другую страницу и scroll тут вообще ни при делах, либо кто-то забыл блокировать поведение по умолчанию для аякс ссылок, если тут вообще аякс, в этом случае просто заблокируйте его любым способом, но на фиг там делать аякс, лично мне не совсем понятно.

19 февраля 2016 в 15:00

Подобное скорее всего лежит где-нибудь в БД, то бишь, вредоносный код может находиться в каком-нибудь блоке с PHP фильтром(особенно, если вы его не включали, а он оказался включен), или еще где-то, откуда возможен вызов обработки PHP(встречал подобное несколько раз)

19 февраля 2016 в 2:17

Как ни странно, подобные услуги пользуются спросом, иногда встречаются довольно навороченные сайты, где апгрейд по сути невозможен(чаще не имеет смысла), ввиду того, что новый сайт выйдет дешевле, при этом денег на такое у компании в бюджете не предусмотрено, а некие доработки по сайту требуются, в этом случае, подобные организации согласны платить двойные/тройные цены за доработку, лишь бы не тратиться на апгрейд, который вполне может перевалить за миллион по своей стоимости, особенно, если требуется рефакторинг, который в 90% случаев как раз таки требуется.

10 февраля 2016 в 21:51

На сколько помню, поиск там происходит через Search API, так что как вариант, для него можно написать плагин, например, поля, которое будет возвращать "транслитерированный"(хотя это не совсем транслит) вариант, если он необходим, после чего добавить агрегацию, которая будет включать и оригинал и транслит, и использовать получившееся поле при поиске.

Вообще вроде есть готовый модуль, который предлагает интеграцию transliteration в search api, но не думаю, что Вам он подойдет, в смысле подойдет именно транслитерация, ибо по ней, Р из кириллицы превратится в R, а не в P