Сейчас заканчиваю разработку первого сайта на друпале.
Столкнутся с некоторыми трудностями, которые, ИМХО, не должны встречаться в такой системе:
1. Тизер страницы формируется автоматически, а нужно, чтобы определял пользователь.
2. Сложности в формировании меню и добавлении контента.
Приходится формировать структуру категорий в словаре, потом добавлять контент и меню.
При часто этом названия пункта меню и название страницы совпадают.
Хочется формировать структуру информации, добавление контента и меню на одной странице +
возможность копировать страницы.
3. Самое главное. Очень нужна возможность формирования таблиц для нового, уникального контента.
Например, мне нужно сделать каталог продукции, следовательно требуется таблица с полями-характеристиками
товара и картинками.
Вопрос: как исправить эти моменты?
PS
Интересно, а на сколько у админов Drupal'а дружественный интерфейс - в плане внесения официальных изменений в систему?
Комментарии
Предлагаю воспользоваться поиском.
Порадовало выражение "Интерфейс админов друпала"... Спасибо
Тизер отделяется от остального текста тегом <!--break-->.
Таблицы нормально делаются в TinyMCE.
1. Для кастомного тизера есть модуль (название правда забыл - завтра найду отпишусь, или кто-нить другой за меня)
3. Для таблиц кроме tinymce, есть вариант который я у себя применил: делаете ноду с помощью cck, body оставляете, в неё запихиваете обычную html таблицу, стиль прописываете в css. Если же вам нужен дружественный интерфейс то советую посмотреть на drupal.org в модулях для cck - модуль добавляющий таблицы (есть там првада один модуль - matrix - но он больше для работы с базами данных, но всё равно посмотреть его вам никто не мешает)
Да, вопросы на самом деле неоднократно обсуждавшиеся... Более того, если вы уже "заканчиваете" разработку сайта, то наличие этих вопросов удивительно.
1. уже ответили
2. Есть различные варианты
3. ССК
Благодарю за информацию. Поиск я юзал, однако даже Гугл не всесилен.
1. По поводу , ankheg2, спасибо. Полезная штука.
Однако все таки правильнее, когда у пользователя есть возможность самому писать тизер в отдельном поле, которое будет показываться только в списке страниц, а на самой странице его не будет.
Поэтому этот вопрос перетекает в 3й.
2. "Есть различные варианты"
Я понимаю, спасибо ;-))) И написать это не проблема.
Однако хотелось бы найти максимально стандартный способ.
3. Спасибо, пошел смотреть. Только вот насколько это надежная штука: если весь контент оформлять ей, не посыпется?
Кстати, почему ССК не включили в стандартный набор модулей?
Update:
Посмотрел ССК.
По функционалу - вполне адекватная примочка, относительно гибкая.
Но как я понял, ССК просто создает дополнительные таблицы с добавленными полями, и связывает их со стандартным контентом. Неправильно это.
Строго формально я не прав - БД "по паспорту" выдерживает миллионы записей. Однако при больших объемах могут возникать ошибки + куча проблем при всяких вырожденных случаях (высстановление БД ручками, битые файлы и т. д.; всего не предусмотреть).
Хорошо бы в шестой версии соединить ССК и ядро системы. Чем я могу в этом помочь?
PS
Интересно, а почему в ЧПУ нет закрывающего слеша?
>Но как я понял, ССК просто создает дополнительные таблицы с добавленными полями, и связывает их со стандартным контентом. Неправильно это.
>Строго формально я не прав - БД "по паспорту" выдерживает миллионы записей. Однако при больших объемах могут возникать ошибки + куча проблем при всяких вырожденных случаях (высстановление БД ручками, битые файлы и т. д.; всего не предусмотреть).
Есть подозрение, что вы просто никогда не работали с большими БД со сложной структурой, поэтому и рассказываете странное...
Не далее как неделю назад я имел "счастье" восстанавливать слетевшую БД. Правда это была Джумла в локалке. Но впечатление и от ее небольшого объема мне хватит надолго.
Надеюсь вы не утверждаете, что при увеличении БД надежность возрастет
Можно бы услышать, что конкретно вам кажется странным?
Хорошо бы в шестой версии соединить ССК и ядро системы. Чем я могу в этом помочь?
Это Вы с кем сейчас разговариваете?
6-ка вроде как на стадии отладки с августа.
лучше не чем таким не помагать, а то релиза раньше января не дождемся.
>> Хорошо бы в шестой версии соединить ССК и ядро системы. Чем я могу в этом помочь?
>Это Вы с кем сейчас разговариваете?
>6-ка вроде как на стадии отладки с августа.
>лучше не чем таким не помагать, а то релиза раньше января не дождемся
Со всеми, кто знает как можно добавить в систему официальные изменения.
Разумеется имеется виду не уже готовая версия, а следующая по гайдлину (ну 6.*).
Глупо заявлять: я хочу так - сделайте мне. Однако есть вещи, которые конструктивно необходимо развивать в интересах системы. Я готов этим заняться, но в силу отсутствия опыта разработки под Друпал, я спрашиваю: как можно это сделать, с кем согласовывать кодинг и т.д.
Глупо заявлять: я хочу так - сделайте мне. Однако есть вещи, которые конструктивно необходимо развивать в интересах системы. Я готов этим заняться, но в силу отсутствия опыта разработки под Друпал, я спрашиваю: как можно это сделать, с кем согласовывать кодинг и т.д.
Если действительно готовы, то Вам видимо сюда.
какие-то детсадовские рассуждения, это Макс в детстве, вот отсюда и пойдёт нелюбось в ССК . Называние ССК примочкой, ха-ха.
Насчёт 1) - Добавьте поле через ССК в ваш тип данных и выводите его, а не тело ноды - в чём проблема?
2) Вообще немного не понятно, при создании ноды можно и создавать пункт меню с любым названием. Если речь про категории, то много разныхсвариантов, наиболее радикальный - модуль category - но при его использовании обратного пути нет, половина сложных модулей перестаёт работать, и при деинсталяции модуля на работающем сайте структуру придётся воссоздавать заново.Но сам по себе модуль стоит того, чтобы в нём разобраться, даже при таких ограничениях....
Макс? Какой Макс? Детсадовские, так детсадовские... однако в чем именно я ошибаюсь? Я высказываю свою точку зрения, исходя из своего опыта. Но я не претендую на правильность. Если что-то не так - поправьте пожалуйста.
> Называние ССК примочкой, ха-ха.
Все программы от блокнота до SAP'а - лишь инструменты. Не стоит из них делать кумиров.
Спасибо за совет про "category", однако его я уже смотрел...
помогать не хочется
анреспект всем помощникам, которые не хотят помочь человеку научиться использовать поиск
Возможно я чего-то делаю не верно, но ни Гугл, ни офф сайт, ни этот сайт не помогли мне поиском. И поверьте, я практически всю информацию нахожу всегда сам, если срок не "вчера". На форуме вопросы задаю редко. И это кстати, не самые детские вопросы, по крайней мере не на все прозвучал ответ. А вот насмешек много.
не, нефига, злой я
хотел ответить, но понял, что человеку важнее самоутвердиться, чем освоить друпал
жумла - так жумла
если Вы начинаете осваивать этот CMF - пожалуйста, не ругайтесь
1 пункт решается всего лишь настройками
2-й - решается кучей модулей(несколько решений одной задачи, а не куча модулей на одну), только поискать 10 минут, а вот в отношении одинаковых имен - немного сложнее
3-й - почти стандартным модулем CCK
1) я здесь выкладывал модуль excerpt
2) при создании материала все настраивается до путей
3) cck + contemplate
Я очень сильно извиняюсь, если мои слова могли быть истолкованы некорректно.
Еще раз большое спасибо тем, кто помог мне: все проблемы решаны, правда не совсем стандартными средствами.
Последний вопрос:
в чем недостаток добавления функциональности ССК в ядро системы?
Недостаток в комлексности. В друпале даже модуля для фоток в стандарте нет. А он уж куда нужнее - стандартный. Не думаю, что ццк даже в семёрке будет. Очень многие категорически против делать из стандартного друпала всемогущего монстра.
Кстати по поводу кастомного тизера - вспомнил модуль teaser
Вроде, тот же самый который и у меня стоит...
А что в шестерке CCK в ядро встроен?
Есть мнение, что сборка Друпала, поставляемая "по стандарту" - это просто небольшая демо-версия простой CMS, построенной на фреймворке, который и есть по сути Друпал.
Поэтому и нет смысла "пихать" в дему всякие навороты, которые просто не нужны большинству тех, кто качает стандартную сборку (и тем более, обновляется).