Дали това е необходимо да се използва възгледи, Drupal

Аз смея да вмъкнете им смуче една дума, която дори не може да направите резервно копие на всички проекти (зад само личен уеб сайт и peredelyvvat трябва да бъде), но бих искал да се чувстват умни.

ilami написа:
показва цялата необходима информация и софтуер

Това! И винаги, ако достатъчно интерактивни.

Artu написа:
Мисля, че трябва да се възползва от Drupal, след като те са там.

Готов подразбиране "см, не се нуждаят от предимствата на тази функция.

Digital Аз със сигурност не знам, но тънък специализирана работа винаги ще даде по-ефективни резултати в сравнение с използването на универсален решения.

UPDATE
Винаги трябва да бъдат подготвени, че проектът ще бъде разработен по-стръмен от очакваното и след това какво да пиша отново, но на софтуера? Можеше, но по-добре е веднага, това е моето IMHO.

Forbes.ru, vyusov на няколко главната страница. Как силно спирачките. )

Не слушайте всякакви спекулации, причините за използване на vyuzy много повече, отколкото да не се използва. Дори ако изведнъж се оказа, че това ще бъде необходимо да се замени vyuz код - проектиране изход към vyuze, и след това искане и са предназначени да заменят шаблон - 10 пъти по-бързо, отколкото първоначално се развива целият им софтуер.

Попитайте администраторите с него-патрул, които те са обекти на възгледите.

Ние представляваме, че страницата е заредена с vyus.

Какво става, ако това се случи? (Стъпка 1) На първо място, тя трябва да бъде зареден vyus, (стъпка 2) да се търси в базата данни и да изберете конфигурацията на презентация. (Етап 3), то трябва според конфигурацията да искането (не винаги се случва оптимално). (Стъпка 4) След това заявката се изпълнява, данните се прехвърлят на шаблона.

И сега какво се случва, когато се зарежда програмиран страница. Стъпка 1 и 2, просто не са на разположение. Стъпка 3 е опростена, по искане вече е компилиран. Стъпка 4 - и представяне, което потребителят вижда.
Които са запознати с правят масиви, db API, EntityFieldQuery в Drupal 7 ponmayu колко е мощен и проста система.

Мисля, че дори един бегъл преглед на случая е ясно, че vyus просто не могат да се движат по-бързо от потребителски код.

Сега нека да преминем и нека нашия проект ще живее една година или две. Натрупана приличен потребители, проектът премина на други разработчици и клиентът иска да промени нещо много спешно, с една проста задача като имахме две от името на полето и фамилното име и той иска един с автоматично попълване на полето и търсене по имена на името. Какво ще правим? Правилно се изкачи в куки Vusal, опитайте се да промените заявката, промяна на формата, под формата променят. Нещо не работи. Вие трябва да напишете областта на филтъра. Ако това действие е успешна - отлично. Не - необходимо е да се пренапише потребителски код. Колко време ще отнеме да се развива?
Такива примери са доста често срещани.

Друг въпрос. Подобно на любителите vyusa дръпнете готов HTML към Drupal? Отговорът е нищо. Необходимо е да се наложи почти от нулата. И ако любовник е любовник vyus панели - можете да чуете как прекрасно се кълне програмист :).

Моето мнение, вместо да губите време изучаване на възгледи API е по-добре да прочетете документацията на Drupal (обезщетение за Drupal е много по-добре написана от гледната) и обикновено се кодират за Drupal.

Според моите наблюдения (3 достатъчно големи проекта през последната година), проектът е написана от себе си с помощта на Drupal

И искам да отговоря на този един брой на поста от k_dmitry

Drupal Drupal без vyusa не бъдат значително съкратени функционалност.

  • Форма API
  • Невярно API
  • опашка за API
  • API за файла
  • Партида API
  • Прекрасна Рамковата AJAX
  • кеширане система
  • Render масиви
  • Много вграден JS библиотеки

Както е казал А. Швец - "Вижте ядро" и print_r (DSM, dpq), за да ви помогне (не буквално).

Г-н qraker, здравей! Как е настроението ви, г-н qraker? Надявам се, не и не мога да се чука го по-нататъшно обжалване му към вас.
Не се страхува от вас, аз съм безмилостно vtopchite в калта или в най-добрия случай просто се игнорира, аз все още си позволя bryaknut нещо дори въпреки факта, че той не иска да говори с теб.

graker написа:
Все пак, ако следваме тази логика - това е необходимо след първото хвърляне vyuzom Невярно API (защото нестандартни решения ще бъдат по-бързо), а след това направи масиви и шаблони (обичай PHP бързо ще вършеят), следвани - и всичко, Drupal, по същата причина.

Chegozh сте стигнали толкова рано? Бихме казали, че е необходимо да се пренапише Zend, но по-добре е да се напише нов преводач, и за разработване на нов протокол за комуникация. Границата е оказване на масиви и форма API, почивка по поръчка, но това е всичко друго, може да бъде по-бързо и по-гъвкав от "системата на всички тичат, а се използва само една малка част."

graker написа:
Или, извинете, говори за това, че някой е оставил някъде дребен оформление и не знаят какво правят всички останали? Така че това е проблем на работния процес, а не инструменти.

Съжаляваме, но ада пишка дизайнер, за да знаем какво правим с другите? Неговата работа е да се направи HTML шаблони и не точка?

graker написа:
Може би проблемът не е в панели Imposer?

Sderzit - това е вашият стил, аз винаги ще се търси причина да се играе мръсно ви трик, но не сега.
Благодаря ви, г-н qraker, за вниманието!

Ново във форума

  • Изгубени съдържанието на някои от блоковете, след смяната на езика
  • Потребителски шаблони.
  • Как да се върне на мнения, които изчезнаха след отстраняване на поле от вида на материала?
  • шаблон за грешка
  • Drupal 8 намалява информацията в изхода
  • Показване на изображенията
  • клониране възли
  • Как да се създаде или къде да намерите ръководство за игра на света на модула?
  • Образователна програма # 1: GitHub - инструкции за употреба
  • Помощ за сайта

Съдържанието на този сайт са публикувани при условията на Криейтив Комънс Признание-Споделяне на споделеното 3.0 или по-
Софтуерните кодове в текста на статиите - на GNU GPL v2 среда или по-късно.
Drupal - Dries Buytaert търговска марка