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

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

5 сентября 2013 в 17:06

Было бы здорово параллельно с бездумным копированием кода понемногу учить php.

Не надо $account добавлять ни в какое "оглавление" функции. Этого объекта там нет, его никто ниоткуда не передает. Надо просто убрать condition, в котором используется объект $account.

4 сентября 2013 в 11:13

webpavilion wrote:
обычно те кто им пользуются любят аниме, для остальных не очень подходит.

У меня везде кеды. Аниме не люблю.

21 августа 2013 в 10:54

Айвн wrote:
Так что понимаю полностью о чем речь. Вот и спрашивается где та ЗОЛОТАЯ середина
А нет никакой золотой середины Smile если не знать, как именно все должно делаться - то не получится и оценить самостоятельно, придется доверять. Собственно, это ж не только в IT так, практически в любом другом бизнесе, от ремонта квартир до турфирм.

21 августа 2013 в 10:39

Айвн wrote:
думаю даже ПОМОЖЕТ.. одну по Drupal уже заимел - читаю. Если есть хорошая нужная книга - дайте ссыль или название и автора

Вот, например.
Ну и ролики учебные, вроде луллаботовских.

21 августа 2013 в 10:05

Айвн wrote:
Я вот так вот и пытаюсь.. и вроде по времени зажат не сильно, но зажат и стараюсь осваивать ив то же время ну совершенно ничего не получается - поставить модуль я не имею ввиду.. За каждым чихом приходится снова бежать сюда. Спрашивать. Вникать, тупить, снова спрашивать.
Книжку купить и прочитать не повредит Smile

20 августа 2013 в 15:07

Все эти подробности - песни, альбомы - говорят о том, что надо сначала рассказывать полностью о задаче, и лишь потом искать решение Smile

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

20 августа 2013 в 9:51

iNFerNo wrote:
Я себе представлял так реализацию... (реально ли она).

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

20 августа 2013 в 9:32

iNFerNo wrote:
=) Лучше бы за килобайт кода брали деньги. Или там количество знаков... так то хоть можно код выложеит ьвсообещство и люди подскажут где можно было бы короче написать... и тд и тп... и тогда можно оспаривать и чото доказывать.

20 августа 2013 в 0:34

Айвн wrote:
Вот пришел человек на форум на этот и захотел найти специалиса. Как узнать насколько рамотный специалист и насколько эффективный и надежный сотрудник?

По вкладу в сообщество, работам публикациям, рекомендациям. Как говорится, главное захотеть.

19 августа 2013 в 17:47

Если voting field в файвстаре не плющит от нескольких полей, то два варианта:

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

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

19 августа 2013 в 16:03

Дык понятно все это. Просто странно как-то. Хотите ответственности - так работайте не с неизвестными гражданами за копейки, а с теми кто как-то пытается отвечать за свои действия. Это наверно дороже - да, а как иначе-то?

19 августа 2013 в 15:28

iNFerNo wrote:
Но при этом никто не знает как он пишет код и будет ли он вообще работать или сделает чото и скажет я пол за аванс все сделал давай до свиданья. сейчас времени нет. вам за оставшуюся деньги доделают... другие...
Все такие такая работа малочестная со стороны разработчиков - жизнь такая. Урвать побольше и сделать поменьше. Даже если уплачено и готовы были платить и дальше.

16 августа 2013 в 11:57

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

Quote:
В картинку впихивали бы, представлением ковырялись

Чего? Wacko

p.s. по теме треда: we do it like they do on the Discovery channel

16 августа 2013 в 11:53

Айвн wrote:
Я НАВИЧЁГ и я буду читать эту статью и если половина вопросов снимется, то мой поклон всей команде.
Спасибо.

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

16 августа 2013 в 11:14

Quote:
Одна проблемма, у меня что на термин, что на товар ссылкак аля wwww.ru/site/bla-bla/13
Где 13 ID как то товара так и товара, соответсвенно для связки 13 это заголовок ноды

Что означает "как то товара так и товара" и какая связь между числом 13 и заголовком ноды? Wacko

15 августа 2013 в 17:09

Да кикстарт я сам никогда не использую, но дисплеи-то и без него есть.

Там не просто entity reference, там свой commerce product reference. И да - если бы вы использовали дисплей, не нужно было бы извращаться чтобы писать комментарии к нему.

15 августа 2013 в 16:36

PHP-кодом надо добавлять.
Вот модуль, где то же самое проделано для юзеров, вот еще полезные комментарии к нему. Посмотрите, как там сделано - сделайте то же самое.

P.S. Только непонятно, зачем писать комментарии к commerce products, а не к product displays.

15 августа 2013 в 9:34

Надо того... в логи ошибок php посмотреть, и (если в FF) - в фаербаге открыть консоль на предмет ошибок JS. Либо в первом, либо во втором месте будет ошибка.

10 августа 2013 в 19:30

Niklan wrote:
Я тут блог обновлял и тоже хотел цепануть дискус, а потом подумал, и не нашел плюсов в этом деле.

Плюсы примерно такие:
- не надо заморачиваться с уведомлениями - дискас сам уведомляет;
- не надо заморачиваться со спам-контролем - и аппрувы есть, и к тому же, ввиду того что дискас на JS, боты тупо в него не пишут;
- не надо заморачиваться с регистрациями из соц.сетей - они в дискас интегрированы;