Было бы здорово параллельно с бездумным копированием кода понемногу учить php.
Не надо $account добавлять ни в какое "оглавление" функции. Этого объекта там нет, его никто ниоткуда не передает. Надо просто убрать condition, в котором используется объект $account.
Так что понимаю полностью о чем речь. Вот и спрашивается где та ЗОЛОТАЯ середина
А нет никакой золотой середины если не знать, как именно все должно делаться - то не получится и оценить самостоятельно, придется доверять. Собственно, это ж не только в IT так, практически в любом другом бизнесе, от ремонта квартир до турфирм.
Я вот так вот и пытаюсь.. и вроде по времени зажат не сильно, но зажат и стараюсь осваивать ив то же время ну совершенно ничего не получается - поставить модуль я не имею ввиду.. За каждым чихом приходится снова бежать сюда. Спрашивать. Вникать, тупить, снова спрашивать.
Все эти подробности - песни, альбомы - говорят о том, что надо сначала рассказывать полностью о задаче, и лишь потом искать решение
Если все рейтинги так или иначе завязаны на сущности, в которые входят рейтингуемые материалы (альбом, сборник) - то новую сущность создавать не придется. Но без кода все равно не обойтись.
Я себе представлял так реализацию... (реально ли она).
На странице настройки самописного модуля таблица/список всех вьюх созданных, если в конкретной вьюхе нужно включить оценочный рейтинг для нод/терминов то просто включаем его у каждой вьюхи. И пересохраняем страницу.
=) Лучше бы за килобайт кода брали деньги. Или там количество знаков... так то хоть можно код выложеит ьвсообещство и люди подскажут где можно было бы короче написать... и тд и тп... и тогда можно оспаривать и чото доказывать.
Если voting field в файвстаре не плющит от нескольких полей, то два варианта:
1) Если количество разных рейтингов известно заранее/добавляется редко - то добавлять нодам каждый раз по дополнительному вотинг-полю и в соответствующей вьюхе выводить только нужное поле.
2) Если рейтинги нужно создавать на лету, то по-любому надо модуль писать, который будет автоматом добавлять поля и выводить во вьюхах только нужное (выбирать через самописный аргумент, например).
Дык понятно все это. Просто странно как-то. Хотите ответственности - так работайте не с неизвестными гражданами за копейки, а с теми кто как-то пытается отвечать за свои действия. Это наверно дороже - да, а как иначе-то?
Но при этом никто не знает как он пишет код и будет ли он вообще работать или сделает чото и скажет я пол за аванс все сделал давай до свиданья. сейчас времени нет. вам за оставшуюся деньги доделают... другие...
Все такие такая работа малочестная со стороны разработчиков - жизнь такая. Урвать побольше и сделать поменьше. Даже если уплачено и готовы были платить и дальше.
Не совсем понятно, в чем вопрос. Как одно разместить справа от другого? Это, типа, CSS. Как напихать разных данных? По-разному, смотря что за данные, сколько, откуда и каким порядком должны браться.
Quote:
В картинку впихивали бы, представлением ковырялись
Чего?
p.s. по теме треда: we do it like they do on the Discovery channel
Одна проблемма, у меня что на термин, что на товар ссылкак аля wwww.ru/site/bla-bla/13
Где 13 ID как то товара так и товара, соответсвенно для связки 13 это заголовок ноды
Что означает "как то товара так и товара" и какая связь между числом 13 и заголовком ноды?
Да кикстарт я сам никогда не использую, но дисплеи-то и без него есть.
Там не просто entity reference, там свой commerce product reference. И да - если бы вы использовали дисплей, не нужно было бы извращаться чтобы писать комментарии к нему.
PHP-кодом надо добавлять.
Вот модуль, где то же самое проделано для юзеров, вот еще полезные комментарии к нему. Посмотрите, как там сделано - сделайте то же самое.
P.S. Только непонятно, зачем писать комментарии к commerce products, а не к product displays.
Надо того... в логи ошибок php посмотреть, и (если в FF) - в фаербаге открыть консоль на предмет ошибок JS. Либо в первом, либо во втором месте будет ошибка.
Я тут блог обновлял и тоже хотел цепануть дискус, а потом подумал, и не нашел плюсов в этом деле.
Плюсы примерно такие:
- не надо заморачиваться с уведомлениями - дискас сам уведомляет;
- не надо заморачиваться со спам-контролем - и аппрувы есть, и к тому же, ввиду того что дискас на JS, боты тупо в него не пишут;
- не надо заморачиваться с регистрациями из соц.сетей - они в дискас интегрированы;
[Решено]Модуль проверки на наличие у пользователя регистрации на сайте.
Было бы здорово параллельно с бездумным копированием кода понемногу учить php.
Не надо $account добавлять ни в какое "оглавление" функции. Этого объекта там нет, его никто ниоткуда не передает. Надо просто убрать condition, в котором используется объект $account.
D7 vs D8
Не, это любители аниме - латентные кедофилы
D7 vs D8
Да ну ее
D7 vs D8
У меня везде кеды. Аниме не люблю.
День знаний
Вещалка на сайте
Вещалка на сайте
Вот, например.
Ну и ролики учебные, вроде луллаботовских.
Вещалка на сайте
Views рейтинг модуль. Существует такое или как сделать???
Все эти подробности - песни, альбомы - говорят о том, что надо сначала рассказывать полностью о задаче, и лишь потом искать решение
Если все рейтинги так или иначе завязаны на сущности, в которые входят рейтингуемые материалы (альбом, сборник) - то новую сущность создавать не придется. Но без кода все равно не обойтись.
Views рейтинг модуль. Существует такое или как сделать???
Вещалка на сайте
Вещалка на сайте
По вкладу в сообщество, работам публикациям, рекомендациям. Как говорится, главное захотеть.
Views рейтинг модуль. Существует такое или как сделать???
Если voting field в файвстаре не плющит от нескольких полей, то два варианта:
1) Если количество разных рейтингов известно заранее/добавляется редко - то добавлять нодам каждый раз по дополнительному вотинг-полю и в соответствующей вьюхе выводить только нужное поле.
2) Если рейтинги нужно создавать на лету, то по-любому надо модуль писать, который будет автоматом добавлять поля и выводить во вьюхах только нужное (выбирать через самописный аргумент, например).
Вещалка на сайте
Дык понятно все это. Просто странно как-то. Хотите ответственности - так работайте не с неизвестными гражданами за копейки, а с теми кто как-то пытается отвечать за свои действия. Это наверно дороже - да, а как иначе-то?
Вещалка на сайте
Кто как делает ЭТО?
Не совсем понятно, в чем вопрос. Как одно разместить справа от другого? Это, типа, CSS. Как напихать разных данных? По-разному, смотря что за данные, сколько, откуда и каким порядком должны браться.
Чего?
p.s. по теме треда: we do it like they do on the Discovery channel
Начинаем работать с Drupal: полное практическое руководство
Обращаю внимание, никто из всей команды не обещал, что статья снимет половину вопросов.
Читайте на здоровье.
Комментирование терминов таксономии и товаров Drupal Commerce-а
Что означает "как то товара так и товара" и какая связь между числом 13 и заголовком ноды?
[Решено] Подскажите модуль вставки определенного контента в любой блок/ноду
На здоровье. На самом деле, пальцем в небо - я название встречал, но не пользовался никогда
[Решено] Подскажите модуль вставки определенного контента в любой блок/ноду
Custom tokens?
Комментирование терминов таксономии и товаров Drupal Commerce-а
Да кикстарт я сам никогда не использую, но дисплеи-то и без него есть.
Там не просто entity reference, там свой commerce product reference. И да - если бы вы использовали дисплей, не нужно было бы извращаться чтобы писать комментарии к нему.
Комментирование терминов таксономии и товаров Drupal Commerce-а
PHP-кодом надо добавлять.
Вот модуль, где то же самое проделано для юзеров, вот еще полезные комментарии к нему. Посмотрите, как там сделано - сделайте то же самое.
P.S. Только непонятно, зачем писать комментарии к commerce products, а не к product displays.
[РЕШЕНО] Клонированная views при редактировании даёт ошибку AJAX
Надо того... в логи ошибок php посмотреть, и (если в FF) - в фаербаге открыть консоль на предмет ошибок JS. Либо в первом, либо во втором месте будет ошибка.
Шаблон для типа материала и зависимых от него представлений
Надо прочитать инструкции по views-у и вопросы отпадут сами.
Модерация комментариев Disqus
Плюсы примерно такие:
- не надо заморачиваться с уведомлениями - дискас сам уведомляет;
- не надо заморачиваться со спам-контролем - и аппрувы есть, и к тому же, ввиду того что дискас на JS, боты тупо в него не пишут;
- не надо заморачиваться с регистрациями из соц.сетей - они в дискас интегрированы;