roman-yrv: Комментарии

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

14 января 2015 в 1:09

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

Но ведь автор вопроса может быть некомпетентен и выбрать лучшим тот ответ, который объективно лучшим не является.

13 января 2015 в 23:12

"Niklan" wrote:
Работы как правило не всегда объективно оцениваются. Завистники ставят в минус и получается портится репутация, так нельзя. А ели привязать к этому репутацию, троллей разведется больше, просто чтобы поднасрать

13 января 2015 в 22:24

А еще во избежание накруток и т.д. можно сделать так.

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

Как-то так ...

13 января 2015 в 21:58

"Niklan" wrote:
Можно опрос какой-нибудть или тест сделать, допустим проходимый бал 70% иначе через месяц. Но это не то что геморно, ответы тупо появятся в сети, да и вообще мало кого остановит от навешивания всех плашек. Надо как-то обудмывать, или выводить в профиле.
Также можно дать возможность подверждать знания, аля LinkedIn.

13 января 2015 в 13:41

Ну, во первых, связь через членство OG и связь через entity_reference - что там, что здесь для связи используется одна таблица в БД. Так что, не думаю, что OG в этом отношении более затратная.

А, во вторых, использование OG позволяет решать некоторые организационные вопросы по взаимодействию с клиентами.

12 января 2015 в 21:29

Тут у одного моего хорошего знакомого возникла проблема, ему заказали перенос эл. магазина с Битрикса на Drupal Commerce.
Он на этом проекте не смог зарегистрироваться почему-то, поэтому меня попросил задать вопрос, что я и сделал.
http://community.drupalife.com/question/97

Если не трудно и есть время, ответьте пожалуйста.

12 января 2015 в 17:04

Вот еще несколько пожеланий и замечаний:

1. Некликабельные ссылки

2. Похоже, нет возможности заливать свои фото при написании материалов или комментировании.

3. При заходе на сайт не видно, под каким логином зашли. Просто написано "Профиль". Если несколько пользователей будет по какой-то причине входить с одного компьютера, то один пользователь может, не заметив, войти на сайт под профилем другого пользователя и что-то написать.
Может быть, попробовать вместо слова "Профиль" выводить логин пользователя ?

12 января 2015 в 12:25

То есть, Вы имеете в виду, что пользователь, к примеру, регистрируется на сайте, далее вводит себе ноду типа "магазин", а далее про вводе нод типа "товар" у него для связи с его магазином будет поле типа "Entity reference", в котором можно будет задать один или несколько магазинов, которые он ввёл ранее ?

11 января 2015 в 18:28

Зарегистировался на этом проекте с e-mail r.yakimkin@yandex.ru

На почту почему-то ничего не пришло.

При попытке вспомнить пароль также ничего на почту не приходит, хотя этот e-mail уже считается в системе существующим.

10 января 2015 в 15:24

"Lotar" wrote:
И зачем на форуме темы связанные с производством сайта?

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

2 декабря 2014 в 19:22

Согласен с ответившими выше, для чего использовать эти костыли ?

Если проблема заключается в том, что потом сайт на хостинге будет тормозить, подвисать, падать, то вот нормальный облачный хостинг - http://dualspace.ru.

2 декабря 2014 в 14:23

Я бы это без views, руками.
Цикл через оператор цикла, далее на каждой итерации проверять, существует ли нода с датой и временем и если уже существует, то "занято", иначе "записаться".
Информацию для вывода формировать с учетом render api и возможностей темизации.

Может быть, кому-то это сделать проще с помощью views.

30 ноября 2014 в 16:21

Так а в чем проблема ?
От начала даты проходишь циклом с шагом 1800 секунд и далее смотришь. Если уже есть нода с такой датой и временем, то выводишь "занято", иначе выводишь "Записаться".
А где ссылка "Записаться", там параметром передаешь время.
И при сохранении ноды проверять, чтобы у двух разных нод не было одинаковых даты и времени.
А пользователю возможности редактировать это время не давать.

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

30 ноября 2014 в 16:13

Ну, под такой движок, где отдельно фронтэнд, а отдельно админка, как раз так и делается - дизайн, верстка и адаптация под движок.
Например, тот же MODx или SilverStripe.

11 ноября 2014 в 12:12

Ну, допустим, некий пользователь хочет просмотреть некую ноду и нужно определить, имеет ли он на это право или нет.

Для этого существует hook_node_access()

Вот хорошая статейка по его использованию - http://xandeadx.ru/blog/drupal/562

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