1. Главная
  2. graker

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

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

12 января 2013 в 12:58

natbampo wrote:
"graker" wrote:
Я освоил - почти всё делаю раза в полтора как минимум быстрее, чем на шестерке

И соответственно дешевле в 1.5 раза? :)

Да - я по часам работу рассчитываю.

11 января 2013 в 18:20

natbampo wrote:
Печаль. С новомодными веяниями вроде тех что сайт по друпал way должен быть без своих написанных (под этот сайт) модулей, а только настройкой орг-овских модулей, сложно придумать мотив программисту разбираться во всем этом. Может кто знает?

Да собственно мотив тот же самый, что и всегда: быстрее и лучше делать свою работу. Если изучение поможет делать быстрее - надо изучать. Не поможет - не надо изучать.

10 января 2013 в 19:05

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

9 января 2013 в 18:04

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

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

Ну и я бы поправил коммент (#description) к полю status в настройках. Там написано, что это статус, в котором будет сохранен заказ после оплаты. Это вводит в заблуждение: ведь на самом деле речь идет про статус, в котором будет сохранена транзакция.

9 января 2013 в 17:32

<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a> wrote:
"vitaboss" wrote:
Переходим на битрикс :)

Как вариант. Заметь, на битрикс приходят заказчики, которые УЖЕ готовы платить

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

9 января 2013 в 16:17

Ну как где - в контекстных фильтрах. Если выводятся авторы для ноды книги - аргумент будет по идее nid книги, если книги для автора - то nid автора.

9 января 2013 в 1:33

Если кому надо, слегка подправил модуль чтобы были редиректы на следующую/предыдущую страницу оформления заказа: http://graker.ru/news/2013/01/09/drupal_commerce_i_webmoney

4 января 2013 в 15:46

Во вьюсах для entityreference есть релейшены в обе стороны: можно выбирать как референсы данной сущности, так и элементы, которые ссылаются на данную сущность.

Если нужно программно, то EntityFieldQuery справится с нахождением всех сущностей, ссылающихся на данную.

4 января 2013 в 12:02

MainVisor wrote:
Собственно по 3 пункту можно сделать стандартными средствами например модуль color и другие. Да и 8 друпале станет намного проще все это реализовать.

3 пункт - это редирект Smile
А настройки сборки - да, color и т.п. сами подобное делаем.

3 января 2013 в 20:14

Собственно, вопрос-то не такой сложный/непонятный, чтоб глумиться. Хотя автор конечно мог бы прояснить, что конкретно ему неясно в работе drupalgardens.

drupalgardens - это SaaS. Чтобы сделать такой SaaS в первом приближении, надо:
1. Сделать главный сайт с интерфейсом для размещения "заказа" на создание сайта.
2. Прикрутить к интерфейсу скрипты (например, bash), которые будут добавлять доменные имена и устанавливать (через drush) нужную сборку по "заказу" пользователя.
3. Редиректить юзера на эту сборку, чтоб он ее настраивал.

28 декабря 2012 в 1:01

Quote:
Так вот, в каких ситуациях использовать panels намного эффективнее, чем просто делать стандартную темизацию или обходиться решениями без использования panels ?
panels - они не только для раскладывания данных в строчки и столбики. Хотя и для этого они тоже могут быть полезны.

6 декабря 2012 в 0:40

Не, ну зашифрованная ФС, и что? В любом случае, будет админ, который может расшифровать ФС для доступа к ней.
Единственное что приходит в голову - это сторонний софт для обмена открытыми ключами, которыми потом надо шифровать сообщения, причем, в сторонней же программе, так чтоб в поле текста сообщения вставлять уже зашифрованный текст. То есть - категорически неудобно конечному пользователю, проще имейлы шифровать.

5 декабря 2012 в 15:31

gorr wrote:
Почитал - понравилась рекомендация вставки в ТЗ фразы:
«Всё, что не оговорено, выполняется на усмотрение исполнителя»

Самая обязательная штука, во все документы вставляю Smile

5 декабря 2012 в 12:05

"Abdula" wrote:
Странно, почему такую нужную возможность не встроили прямо в ядро или какой-то штатный модуль, ведь при обслуживании сайта искать юзера по email приходится довольно часто...

Потому что друпал плохой, не для людей, и вообще!

4 декабря 2012 в 14:14

eremeef wrote:
Неужели умных людей нет на форуме?
Ты с таким посылом хочешь, чтобы тебе тут помогали?

Quote:
ткуда это берется?
/styles/medium/public/
Из имейджкэша, который за тебя всё ресайзит, чтобы не надо было специальные курсы по ресайзингу проходить.

2 декабря 2012 в 12:54

Для вашей задачи не нужно писать ни строчки кода.
Пользователь добавляет обычные материалы типа "Статья" через node/add/story - они появляются в "Содержимом".
Все статьи со ссылками на редактирование/удаление выводятся через views на заданную страницу.
Доступ к удалению "своих" статей дается через пермишны.
Ссылка на добавление статьи дается в шапке views.
Больше ничего и не надо.

Зачем для этого создавать ноды в коде - понимать отказываюсь Smile

2 декабря 2012 в 3:23

Очень острое ощущение, что вы хотите решить задачу совершенно неправильным способом. Возможно, стоит пойти другим путем: подробно изложить, чего вы вообще достичь пытаетесь.

23 ноября 2012 в 11:52

rgba wrote:
на счёт placeholder - у кнопки SEND value прописанно, тоже не видит)

Это очень странно, возможно надо шире смотреть, в контексте генерации формы. Ни разу не сталкивался.