Работы как правило не всегда объективно оцениваются. Завистники ставят в минус и получается портится репутация, так нельзя. А ели привязать к этому репутацию, троллей разведется больше, просто чтобы поднасрать
А еще во избежание накруток и т.д. можно сделать так.
Сначала лайки могут ставить не абы кто, а только определенные пользователи - известные друпалеры.
И если какому-либо новому пользователю они наставили определенное количество нормальных лайков, то у него также открывается возможность оценивать чужие материалы.
Можно опрос какой-нибудть или тест сделать, допустим проходимый бал 70% иначе через месяц. Но это не то что геморно, ответы тупо появятся в сети, да и вообще мало кого остановит от навешивания всех плашек. Надо как-то обудмывать, или выводить в профиле.
Также можно дать возможность подверждать знания, аля LinkedIn.
Ну, во первых, связь через членство OG и связь через entity_reference - что там, что здесь для связи используется одна таблица в БД. Так что, не думаю, что OG в этом отношении более затратная.
А, во вторых, использование OG позволяет решать некоторые организационные вопросы по взаимодействию с клиентами.
Тут у одного моего хорошего знакомого возникла проблема, ему заказали перенос эл. магазина с Битрикса на Drupal Commerce.
Он на этом проекте не смог зарегистрироваться почему-то, поэтому меня попросил задать вопрос, что я и сделал. http://community.drupalife.com/question/97
2. Похоже, нет возможности заливать свои фото при написании материалов или комментировании.
3. При заходе на сайт не видно, под каким логином зашли. Просто написано "Профиль". Если несколько пользователей будет по какой-то причине входить с одного компьютера, то один пользователь может, не заметив, войти на сайт под профилем другого пользователя и что-то написать.
Может быть, попробовать вместо слова "Профиль" выводить логин пользователя ?
То есть, Вы имеете в виду, что пользователь, к примеру, регистрируется на сайте, далее вводит себе ноду типа "магазин", а далее про вводе нод типа "товар" у него для связи с его магазином будет поле типа "Entity reference", в котором можно будет задать один или несколько магазинов, которые он ввёл ранее ?
Согласен с ответившими выше, для чего использовать эти костыли ?
Если проблема заключается в том, что потом сайт на хостинге будет тормозить, подвисать, падать, то вот нормальный облачный хостинг - http://dualspace.ru.
Я бы это без views, руками.
Цикл через оператор цикла, далее на каждой итерации проверять, существует ли нода с датой и временем и если уже существует, то "занято", иначе "записаться".
Информацию для вывода формировать с учетом render api и возможностей темизации.
Может быть, кому-то это сделать проще с помощью views.
Так а в чем проблема ?
От начала даты проходишь циклом с шагом 1800 секунд и далее смотришь. Если уже есть нода с такой датой и временем, то выводишь "занято", иначе выводишь "Записаться".
А где ссылка "Записаться", там параметром передаешь время.
И при сохранении ноды проверять, чтобы у двух разных нод не было одинаковых даты и времени.
А пользователю возможности редактировать это время не давать.
И еще следует проработать такую вещь, как то, что несколько пользователей одновременно с разных компьютеров могут попробовать записаться на одно и то же время.
Ну, под такой движок, где отдельно фронтэнд, а отдельно админка, как раз так и делается - дизайн, верстка и адаптация под движок.
Например, тот же MODx или SilverStripe.
Вы у себя в переопределении этого хука узнаете, является ли данный пользователь автором ноды, либо предком автора ноды. И в этом случае разрешаете ему смотреть содержимое.
Dru.io — сообщество для Друпалеров
Но ведь автор вопроса может быть некомпетентен и выбрать лучшим тот ответ, который объективно лучшим не является.
Dru.io — сообщество для Друпалеров
Dru.io — сообщество для Друпалеров
А еще во избежание накруток и т.д. можно сделать так.
Сначала лайки могут ставить не абы кто, а только определенные пользователи - известные друпалеры.
И если какому-либо новому пользователю они наставили определенное количество нормальных лайков, то у него также открывается возможность оценивать чужие материалы.
Как-то так ...
Dru.io — сообщество для Друпалеров
Проект, посвященный выбору натуральных продуктов питания
Ну, во первых, связь через членство OG и связь через entity_reference - что там, что здесь для связи используется одна таблица в БД. Так что, не думаю, что OG в этом отношении более затратная.
А, во вторых, использование OG позволяет решать некоторые организационные вопросы по взаимодействию с клиентами.
Недорогой VPS от ihor.ru
Dru.io — сообщество для Друпалеров
Тут у одного моего хорошего знакомого возникла проблема, ему заказали перенос эл. магазина с Битрикса на Drupal Commerce.
Он на этом проекте не смог зарегистрироваться почему-то, поэтому меня попросил задать вопрос, что я и сделал.
http://community.drupalife.com/question/97
Если не трудно и есть время, ответьте пожалуйста.
Dru.io — сообщество для Друпалеров
Вот еще несколько пожеланий и замечаний:
1. Некликабельные ссылки
2. Похоже, нет возможности заливать свои фото при написании материалов или комментировании.
3. При заходе на сайт не видно, под каким логином зашли. Просто написано "Профиль". Если несколько пользователей будет по какой-то причине входить с одного компьютера, то один пользователь может, не заметив, войти на сайт под профилем другого пользователя и что-то написать.
Может быть, попробовать вместо слова "Профиль" выводить логин пользователя ?
Проект, посвященный выбору натуральных продуктов питания
То есть, Вы имеете в виду, что пользователь, к примеру, регистрируется на сайте, далее вводит себе ноду типа "магазин", а далее про вводе нод типа "товар" у него для связи с его магазином будет поле типа "Entity reference", в котором можно будет задать один или несколько магазинов, которые он ввёл ранее ?
Dru.io — сообщество для Друпалеров
Да, действительно, было в спаме Яндекса.
Спасибо за ответ.
Dru.io — сообщество для Друпалеров
Зарегистировался на этом проекте с e-mail r.yakimkin@yandex.ru
На почту почему-то ничего не пришло.
При попытке вспомнить пароль также ничего на почту не приходит, хотя этот e-mail уже считается в системе существующим.
Недорогой VPS от ihor.ru
Digital Ocean получается дороже раза в два при примерно тех же характеристиках (10$ в месяц против 250 рублей в месяц).
Ну и Ihor.ru предоставляет бесплатно ISP Manager.
После долгого перерыва....
Насчет карты - можно поступить так.
Определять по IP страну провайдера. Для Украины показывать одну карту, для России - другую.
Проект, посвященный выбору натуральных продуктов питания
Ну, может быть, кому-то из начинающих разработчиков пригодится или будет интересно.
После долгого перерыва....
Не совсем понятно, что делает Крым на карте Украины.
Напитки Алтая
Думаю, для сайта такого типа регистрацию пользователей правильнее запретить
http://napitki-altay.ru/user/register
Сайт фриролльщиков и бонус-хантеров.
Название сайта читается как "Похер старс". Не очень хорошо.
Вопрос по функции variable_get_value модуля variable
Если не ошибаюсь, написал функцию, которая с помощью SQL-запроса эти данные и получала.
Хочу отобразить день по часам (вернее по получасам) в виде нод
Вот в данном случае мне было бы проще сделать цикл вручную, чем использовать views.
Как установить перевод пользовательского интерфейса, оставив админку на английском?
Согласен с ответившими выше, для чего использовать эти костыли ?
Если проблема заключается в том, что потом сайт на хостинге будет тормозить, подвисать, падать, то вот нормальный облачный хостинг - http://dualspace.ru.
Хочу отобразить день по часам (вернее по получасам) в виде нод
Я бы это без views, руками.
Цикл через оператор цикла, далее на каждой итерации проверять, существует ли нода с датой и временем и если уже существует, то "занято", иначе "записаться".
Информацию для вывода формировать с учетом render api и возможностей темизации.
Может быть, кому-то это сделать проще с помощью views.
Отображение поля по запросу
Понятно.
Думаю, здесь самое нормальное решение - что-то вроде форматтера для текстового поля.
Хочу отобразить день по часам (вернее по получасам) в виде нод
Так а в чем проблема ?
От начала даты проходишь циклом с шагом 1800 секунд и далее смотришь. Если уже есть нода с такой датой и временем, то выводишь "занято", иначе выводишь "Записаться".
А где ссылка "Записаться", там параметром передаешь время.
И при сохранении ноды проверять, чтобы у двух разных нод не было одинаковых даты и времени.
А пользователю возможности редактировать это время не давать.
И еще следует проработать такую вещь, как то, что несколько пользователей одновременно с разных компьютеров могут попробовать записаться на одно и то же время.
Адаптировать свой шаблон под Drupal
Ну, под такой движок, где отдельно фронтэнд, а отдельно админка, как раз так и делается - дизайн, верстка и адаптация под движок.
Например, тот же MODx или SilverStripe.
Реализация иерархии материалов совмещенной с иерархией администраторов.
Ну, допустим, некий пользователь хочет просмотреть некую ноду и нужно определить, имеет ли он на это право или нет.
Для этого существует hook_node_access()
Вот хорошая статейка по его использованию - http://xandeadx.ru/blog/drupal/562
Вы у себя в переопределении этого хука узнаете, является ли данный пользователь автором ноды, либо предком автора ноды. И в этом случае разрешаете ему смотреть содержимое.