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

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

1 ноября 2019 в 7:22

1. 3500 руб https://addons.instantcms.ru/addons/billing2.html (чтобы понять функционал там видео по ссылке лучше посмотреть). А это вроде предыдущая версия https://instantcms.ru/billing/about.html Тут без видео почитать функционал можно.
2. Бесплатный Userpay - https://addons.instantcms.ru/addons/userpay.html

31 октября 2019 в 18:32

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

23 ноября 2015 в 14:35

блин начал делать и такой еще возник вопрос - если в html коде страницы не отображается добавленная запись <!-- adv -->, значит ли что и рекламный блок не будет отображаться?

23 ноября 2015 в 11:06

а возможно будет, если метод str_replace использовать, показывать рекламу в зависимости от роли юзера? Как это делать объяснять не нужно, просто на будущее спрашиваю возможно ли впринципе. Потому что по сравнению с insert_block это единственный минус для меня, блок то можно показывать в зависимости от роли...

22 ноября 2015 в 19:24

т.е. insert_block это худший вариант с точки зрения производительности? А как насчет str_replace если использовать? Тогда никакой php в редакторе не нужен, просто в редакторе писать фразу "-reklama-" например, а ее потом заменять на рекламный код с помощью str_replace... Вот здесь подобный способ описан, но для dle http://www.inforeks.ru/cms/75-vstavka-reklamy-dle.html

22 ноября 2015 в 17:45

tlito wrote:
https://www.drupal.org/project/insert_block тут вы сможете вставлять токен в тексте.

Благодарю за подробный ответ! Т.к. сайт только создается, то подойдет Insert Block. Правда смущает dev версия...

19 ноября 2015 в 14:42

спасибо, но не подходит - он блокирует пользователя по истечении установленного времени, слишком жестко.
Вот есть модуль неплохой logintoboggan - он делает то же самое, но вместо блокировки позволяет роль оставить для пользователя с урезанными правами, до тех пор пока он не подтвердит емэйл. Все бы хорошо, но вот не взаимодействует он с hybridauth - т.е. пользователи авторизируясь через него не обрабатываются модулем logintoboggan, впрочем как и User email verification.

Так что задача остается не решенной.

4 сентября 2014 в 19:41

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

8 августа 2014 в 6:49

sanita wrote:
А что вам мешает на перенесенном сайте оставить папку sites/domen1.ru/files?

* простите за вопрос - Вы это абстрактную ситуацию рассматриваете или переносите что-то? Я уже переносила несколько сайтов, везде оставляла одноименную папку в site/* и никогда проблем не было */

7 августа 2014 в 18:27

между тем обнаружил неприятную особенность-глюк в мультисайтинге, здесь описал http://www.drupal.ru/node/111722
Снова раздумываю не остановиться ли на симликах, там пути к файлам даже не надо изменять.

7 августа 2014 в 6:42

sanita wrote:
qwert123 wrote:
как сделать индивидуальные записи в .htaccess для конкретного домена?

Что именно вы хотите указывать для каждого отдельного сайта?
Ну, например

RewriteCond %{HTTP_HOST} ^(www.)?sait1.com$ [NC]
RewriteRule [zdesj-pishem-pravilo]

6 августа 2014 в 8:33

sanita wrote:
qwert123 wrote:
У стандартного мультисайтинга в друпале есть минусы - это единые файлы robots.txt и htaccess, проблемы с верификацией сайта. Хоть они и имеют решения но это как костыли выглядит. Хочется чтобы у каждого сайта была своя директория корневая куда можно закинуть индивидуальный файл.

5 марта 2014 в 7:23

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

4 марта 2014 в 20:14

Koreychenko wrote:
а mollom не справится с подобной проблемой?

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