1. Главная
  2. roman-yrv

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

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

22 марта 2013 в 16:14

Nickolyan wrote:
Разраб с разработчиком видеться не должен.

Вы имеете в виду, заказчик с непосредственным разработчиком ?

Да, это так.

Но как раз аргументы для менеджера и подбираются.

22 марта 2013 в 13:24

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

Ну а что, если у людей бизнес на эти регионы завязан.

21 марта 2013 в 17:07

Думаю, самый быстрый и простой способ - воспользоваться модулем views, создать новый views(представление), в нём сформировать список того, что будет выводиться (в Вашем случае, все опубликованные узлы типа mycontent, отсортированные по какому-либо параметру) и задать у этого представления адрес mycontent.

А на "низком уровне" это делается с помощью hook_menu.

21 марта 2013 в 12:28

Насколько я понимаю, "Drupal-код" от php-кода отличается тем, что в Drupal-коде будут ссылки на описание функций Drupal данной версии из api.drupal.org и т.д.

ТО есть, человек пишет node_load и помечает как "код Drupal 7".
И при отображении этого кода будет следующая замена - node_load заменится на node_load

21 марта 2013 в 11:50

"AlexION101" wrote:
1. Как сделать так, чтобы эти статьи показывались в url отдельной папки. Например http://mysite/myarticles/ТутНазваниеАртикла или так:
http://mysite/myarticles/?id=ТутIDАртикла

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

20 марта 2013 в 20:00

valov-web wrote:

Проблемка! а как убрать Поле Title, или чтобы оно заполнялось автоматом).Чтобы пользователь его не вводил?

Написать небольшой модуль, в нем переопределить хук hook_form_alter
Перед этим узнать, какой у данной формы form_id, и для него уже произвести необходимые действия.

Например, вот код ниже выставит значение заголовка формы комментария как Re: заголовок родительского узла или Re: заголовок родительского комментария

18 марта 2013 в 18:34

Просто есть задачи, которые хорошо решаются именно с помощью подзапросов.

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

И получился довольно изящный код.

16 марта 2013 в 9:49

"drupby" wrote:
1.я тебе привёл в качестве примера ГС на друпале твой

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

Например, сайт какого-нибудь села, или районной газеты.

16 марта 2013 в 9:43

Товарищи, я считаю, что наличие или отсутствие большого количества "говносайтов" на какой-либо CMS - это еще не показатель её качества, серьезности и продуманности.

А скорее, показатель возможности, не имея соответствующей квалификации, собирать на этой системе эти "говносайты".

Так же и с хостингом.

Если одна система реально превосходит по функционалу, программистским возможностям, удобству для разработки другую, то не играет большой роли тот факт, что под неё хостинг нужно покупать не за 50 рублей в месяц, а уже за 350.

16 марта 2013 в 0:50

Я думаю, здесь нужно рассуждать так.
Если результат SQL-запроса нужен для данной темы и для другой темы не понадобится, то ничего страшного в том, что это будет в template.php, не произойдет.

15 марта 2013 в 19:12

"glu2006" wrote:
а вообще есть друпаловская функция получения элементов меню :)

Подскажите, пожалуйста, какая функция вызывает список дочерних элементов меню, если известен родительский элемент ?

15 марта 2013 в 17:42

"glu2006" wrote:
Не бывает таких ситуаций чтоб в файле темизации что-то надо было получать :)

Ну, например, возникла ситуация, когда в одном из типов нод нужно было сбоку вывести список элементов меню, родительский элемент которых равен какому-то значению.
В файле node--ТИП_НОДЫ.tpl.php это с помощью SQL-запроса получаю и в цикле вывожу.
Быстро и удобно, хотя и код получается запутанным.

15 марта 2013 в 17:04

Ну а скажите пожалуйста, если Вам в Битриксе нужно разработать для определенного сайта новый тип дополнительного поля, насколько трудно там это решается ?

Ну вот, к примеру, если для определенного типа страницы нужно задавать несколько значений географических координат (у каждой координаты - поле "широта" и поле "долгота") ?

15 марта 2013 в 12:59

"glu2006" wrote:
Мы говорим о коробочных вариантах? или кастомной разработке на базе битрикса?
Коробочный вариант битрикса купил и выноси мозг официальному саппорту и не важно в какой студии вы купили эту коробку.
Вы же не ходите в эльдорадо выносить мозг продавцам в случае поломки самсунга или лыжи, а выносите мозг сервисному центру.

15 марта 2013 в 12:10

Меня лично убивает следующее ...

Если клиент попросит что-то доработать на Друпале или косяк какой-то устранить, то это вполне осуществимо. И все останутся довольны.
А если сайт на Битриксе ?
Вот что делать в этом случае ?
Отмазываться ? "Переводить стрелки" на техподдержку ? Ковыряться в ядре ?
Так извините, причем здесь с точки зрения клиента некая "техподдержка", если клиент работает с веб-студией ... и деньги также отдает веб-студии.

15 марта 2013 в 11:55

"glu2006" wrote:
А интеграция с CRM? которой у друпала вообще нет (в коробочном варианте)

А вот, к примеру, решение, сейчас в активной разработке
http://drupal.org/project/crm_core

15 марта 2013 в 11:27

Здесь можно выделить две типичные ситуации.

1. Ларечник Армэн, владелец ларька (или двух ларьков) по продаже б/ушных мобильников решил расширить свой бизнес и запустить "элэктронный магазын", через который он бы сбывал свой товар. Он на это благое дело отрывает от сердца целую штуку баксов...

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

15 марта 2013 в 11:00

Вот у Drupal 7 есть еще одна хорошая особенность.
А именно, неплохо решен вопрос организации данных - есть сущности, можно создавать новые типы контента, новые типы полей и новых типов элементов форм.
Можно в существующие типы контента добавлять свои поля.

Если нужно создать новый тип CCK-поля, то это спокойно делается средствами Drupal с помощью Field API.
Или можно воспользоваться решениями типа Field Collection, которые делают составные поля из уже определенных.