4 октября 2007 в 20:53
Сижу в тихом ауте. У меня слов не осталось - одни буквы из матерных слов. Да, возможно я идиот, может быть просто не понимаю как это всё делается, но то, что даже если это и можно сделать в принципе - оно совсем неочевидно! Но давайте к делу.
Итак. Решил я перевести свой сайт со статической документацией под управление Drupal. Видимо не иначе как диавол смутил мой разум, иначе я не могу придумать за каким лешим я всё это затеял.
Начнём с того - документации у меня много! Сотни файлов, многие руководства имеют постраничную разбивку. Как это всё заливать в Drupal? Да вот получается, что только ручками! И никакие импорты из модулей не помогут, потому что и модули кривые и HTML в файлах тоже не прямой и заголовки с категориями кто будет делать? Представим теперь объём работы! Представили? По моим рассчётам - это пара месяцев напряжённого труда.
Далее. Про новости я вопрос задал на форуме но ответ так и не получил. Ну ведь вижу, что на drupal.ru на главной странице есть новости в том виде в каком мне нужно, но убейте меня не понимаю как это сделать! Ну не понимаю я почему я ставлю в публикации RSS полный текст новости, а на странице вижу только заголовки с предложением почитать больше или сразу перейти в блог. Ну пёс с ними новостями - как-нибудь потом, не главное, но вот доки.
Скажите мне как можно МАССОВО изменить родителя у нескольких документов? Насколько я понял - НИКАК! Только по одному - вот счастье-то! И скажите мне заодно почему для этого я должен зайти в сам документ, прочитать его со всеми картинками, потом ещё изменить нажать и снова прочитать весь этот документ - да не документ я меняю, а только его атрибут! Скажите мне, как МАССОВО изменить категорию (термин) у нескольких документов? Насколько я понял - НИКАК! Вот оно дважды мне счастье! А как распространить категорию на всех потомков данного документа (я про подшивку кто не понял) - насколько я понял - НИКАК! Вот оно трижды мне счастье. Захожу по одному в документ, щёлкаю по выпадающему меню с родителями - у меня всего-то ещё документов ничего - а меню это уже просто ОГРОМНОЕ! А что будет когда документов будут сотни и тысячи? Сколько времени я буду ждать пока это выпадающее меню откроется и как "удобно" мне будет по этому громандному списку ползать и выискивать нужного мне родителя! Ну просто зашибись! Верх экстаза!
Словом сижу я в тихом ауте и грустно грустно смотрю в монитор.
Комментарии
ну а что Вы хотели? универсального конвертора "всего во все" еще никто не придумал, а если и придумают, то стоить он будет как корпорация MS, требовать ресурсов небольшого государства и решит Вашу задачу лет за 100
наверняка есть люди с готовыми наработками, они за 1-2 дня адаптируют их под Ваши нужды, была бы мотивация
Конвертер - это только одна часть проблемы! Кстати по поводу конвертера я особенно и не возбухал - понимаю что это ОЧЕНЬ нетривиальная задача! А вот по поводу юзабилити что мне скажете?
>Скажите мне как можно МАССОВО изменить родителя у нескольких документов? Насколько я понял - НИКАК!
SQL-запросом прямо в БД
Ай спасибо!
Для того чтобы это сделать SQL-запросом надо знать как это всё прописывать в какие таблицы. Надо быть уже программистом Drupal, но никак не пользователем!
создайте нод со всеми полями, и сделайте print_r(node_load(array('nid'=>$node->nid)));
посмотрите какой нужен набор полей,
далее
$node=new stdClass();
unset($node->nid);
$node->body = '...' и тд.
и после этого
node_save($node);
так выглядит разумное сохранения используя API Drupal, друпал пропишет этот нод во все таблицы как надо.
проще заплатить специалисту или самому им стать, чем ругаться "как все плохо"
хотите лепить из готовых конструкторов - лепите, но в каждом упретесь в подобную проблему, и решить ее сможете только этим способом
полностью универсальных систем не бывает
А как стать, где научиться? Подскажите.
>Скажите мне как можно МАССОВО изменить родителя у нескольких документов? Насколько я понял - НИКАК!
как вариант - изменить родителя у термина таксономии, но для этого необходимо предварительно хорошо продумывать структуру организации материалов на сайте - это значительно упростит жизнь в дальнейшем.
начинай читать тут:
http://drupal.org/node/55610
Ребята, поймите меня правильно! Я благодарен drupal'овцам за их работу! Что бы они не сделали - это бесплатно и значит уже спасибо хотя бы за это!
Просто я ведь говорю об элементарных вещах (с моей точки зрения), о которых не только можно было бы, но и нужно было бы подумать уже давно! Неужели НИКТО не наступал на эти грабли? Для меня просто это удивительно!
Вы не подумайте, что я предьявляю какие-то претензии к разработчикам - Боже упаси! В конце концов кто кроме меня виноват в выборе инструмента для моего сайта? Если я не додул и не понял - это безусловно мои проблемы. Просто я вижу что можно улучшить, что сильно бы облегчило жизнь не только мне, но и остальным у кого есть схожие задачи! Вижу, но что могу сделать? Как пробить это всё в проект? Как доказать необходимость? При ограниченном знании английского и фигового знания Drupal изнутри?
Romand, ты предлагаешь рулить через таксономию, но и это неудобно! Ты говоришь про продумывание, но давайте скажем честно - гениев, которые бы СРАЗУ могли расписать всю структуру сайта в множественной иерархии, при сколь-нибудь сложной структуре - просто не существует! Всё-равно будет всё менятся и не раз! Вот тут бы и иметь инструмент гибкого изменения и пристыковки одого материала к другом, другим родителям и т.д. Но ведь этого нет?
Товарищ — друпал это пока еще не массовая игрушка, это воплощение гениальных идей пока еще в том виде, в каком вы его можете видеть сейчас. Для программистов эта система — идеальный вариант «развернуться» на полную программу ... Также Друпал отлично похдодит для создания собственных cms (т.е. такая заготовка-плашка / сырец / полуфабрикат). А для вас это может быть пока и «геморой», но вас собственно никто и не заставляет ее использовать, ведь для таких как вы придумали юзабельную рафинированную Джумлу и другие детища....
я вот не могу понять нежелания обратиться к платным специалистам, найдутся люди, которые за 100-200 УЁ адаптируют свой скрипт для переноса данных, отдадут вам его исходники, и даже покажут как написать 1-3 строчки SQL запросов, чтобы массово поменять родителя, все это займет 1-2 дня
Вы сказали, что для Вас это 2 месяца работы, но даже за месяц работы в том же макдональдсе платят около 300 УЁ, неужели Ваше время в разы дешевле времени работы там? В то же время, за эти 2 месяца можно достаточно освоить любую систему и самому написать нужный скрипт, а потом так же продавать адаптированные решения...
ну глупый я, не понимаю...
ctm, зачем эти дешёвые наезды? И какой в них смысл?
igdrasil@drupal.org, как бы вам объяснить...? Ну я ведь не случайно назвал топик "под впечатлением". Ну представьте себя, когда вы видите красивую на вид игрушку. Вам кажется, что это ну если не воплощение вашей мечты, то во всяком случае очень красивая и удобная вещь. Но вот вы берёте её в руки и начинаете с ней играть и видите, что в ней нет того и этого и пятого и десятого. Не почувствуете себя в чём-то обманутым? Да понятно, что я могу обратится к специалистам, могу сесеть и сам разобраться во внутренностях Drupal, в конце концов и cms сам написать могу, которая делает то что мне нужно, но дело не в этом. Дело в том, что хотелось бы улучшить то, что мы имеем! Неужели вы скажете, что те возможности о которых я говорил вначале никому не нужны и я хочу бреда?
просто те, кому такие задачи решить несложно, считают это ерундой, и оформляют в лучшем случае в виде сниппета, а те кто заказывает - никогда не выложат готового решения, т.к. он под их конкретную задачу, не имеет прилично оформленного интерфейса, сами для доработки недостаточно компетентны, да и вообще, "я же денег за это заплатил, с чего мне бесплатно раздавать"
а ответ очень прост. чтобы информацию куда-то легко было перенести-надо правильно её хранить с самого начала.
хранить более 5-10 документов в статике-неправильно
а насчёт изменений всяких-возьмите книжку по sql. разобраться просто. конвертил базу dle в друпал(был мой первый опыт с друпалом) - всё прошло хорошо
Вопрос не в том, что кто-то может сделать, а кто-то не может. Вопрос в том, что ДОПУСТИМ я сделаю. Оформлю, запатчу и т.д. Кто возьмётся это протолкнуть в майнстрим? Я хотел бы это сделать ОДИН раз и пользоваться этим во всех будущих версиях, а не делать всё заново с выходом новой версии.
Что бы я кокнретно сделал:
- добавил бы на страницу управления материалом в админке, возможность изменять родителя не открывая на изменение весь документ, потому что если я меняю атрибут документа, а не сам документ, то мне ни к чему открывать его на редактирование!
- добавил бы возможность выбирать родителя не из одного ниспадающего меню, а последовательно проходя сверху вниз с верхнего уровня иерархии, так чтобы при большом количестве документов это ниспадающее меню не весило мегабайты и не откывалось бы минут по 10 и чтобы в нём полчаса не нужно было искать нужного родителя
- чтобы можно было поменять родителя комплексно для всего выбранного материала
Хотя бы это для начала - ничего особенного и сильно сложного не вижу. Всё реализуется в рамках core функционала и сейчас только весьма и весьма неудобным способом.
ещё одна сервисная функция для URL Aliases. замена определённой части URL Alias на другую опять-таки МАССОВО для ВСЕХ URL Aliases или выбранных URL Aliases по какому-либо фильтру/шаблону. Тоже помоему ОЧЕНЬ полезная вещь!
> хранить более 5-10 документов в статике-неправильно
Я вас удивлю, но все большие хранилища документации как раз в статике и только в статике! Примеры? LDP например: www.tldp.org
Потому что документация генерируется автоматически из сырцов (тот же XML или SGML) с помощью того же Docbook, TeX, SGMLtool и т.д. И при выходе новой версии засасывать это всё в CMS снова никому не хочется!
Но у меня есть свои резоны засасывать доки в CMS, потому что вижу в этом ряд преимуществ: единый стиль оформления, интерактив, распределение прав доступа и т.д.
> Вопрос не в том, что кто-то может сделать, а кто-то не может. Вопрос в том, что ДОПУСТИМ я сделаю. Оформлю, запатчу и т.д. Кто возьмётся это протолкнуть в майнстрим? Я хотел бы это сделать ОДИН раз и пользоваться этим во всех будущих версиях, а не делать всё заново с выходом новой версии.
Возьмитесь и сделайте, раз можете!.
Или вы считаете, что кто-то должен любые ваши капризы исполнять? Купите тогда Битрикс + саппорт к нему лет на 10 вперёд и гоняйте разработчиков как хотите и куда хотите.
Drupal - это CMS, развиваемая большой кучей народа. Кому-то что-то не нравится или он нашёл ошибку и исправил - отправляйте патч на drupal.org, докажите его важность и тогда его с радостью примут в mainstream.
А кричать на форуме "Ну почему в этой системе нет супер-важной фичи для меня любимого и как так, что никто её никто до сих пор бесплатно не написал?!" - это нагло, по меньшей мере.
> Ну ведь вижу, что на drupal.ru на главной странице есть новости в том виде в каком мне нужно, но убейте меня не понимаю как это сделать! Ну не понимаю я почему я ставлю в публикации RSS полный текст новости, а на странице вижу только заголовки с предложением почитать больше или сразу перейти в блог.
Уже не раз говорилось про большой порог вхождения в Drupal. Что-то не понимаете - читайте доки, API, лезьте в код, смотрите, что и откуда там берётся, как формируется эта RSS и т.д.
Или же купите себе CMS и специалистов к ней.
Запомните: Вам никто ничего не должен!
2corochoone
А вы уверены, что вам вообще именно Drupal подходит? ИМХО, но, судя по Вашим целям и задачам для CMS, Вам стоит обратить внимание на CMS с поддержкой XSLT. Но и такую CMS придется дорабатывать.
Поиск слова XSLT по drupal.ru выдал следующую страничку http://www.drupal.ru/node/2198. В ней как раз указаны CMS с поддержкой XSLT.
Если же Вы все таки хотите пользоваться Drupal, то Вам стоит ознакомиться с этим: http://serebrennikov.com/entry/16
Потому что документация генерируется автоматически из сырцов (тот же XML или SGML)
а я вас удивлю ещё больше. xml по строению и сути обращения - бд.
я вас наверно, удивлю, но БД-это не mysql, а структурированное хранилище информации. если инфа храниться в XML-она структурирована. и это БД.
P.S. а mysql - это СУБД, то бишь система управления базами данных. то есть она включает в себя не только структурированное хранилище, а ещё и интерфейсы извлечения информации из него, контроля доступа и т.д.
вот так-то.
Вам помогут Convera RetrievalWare (возможно) и MarkLogic MarkServer (возможно)
- Для Друпала необходим интерфейс разметки текста ноды по категориям.
- Необходим интерфейс анализа выделенного текста для автоматического присвоения категорий.
- Для каждой ноды должно быть несколько тизеров, тизеры должны быть привязаны к таксономии
- Необходим модуль Data Mining, то есть единый интерфейс для сгребания материалов как онлайн, так и со своих статических сайтов.
- Необходима комплексная система фильтров при импорте контента модулем Data Mining
- Модуль разметки и фильтров Должны быть связаны с модулем Data Mining.
- Data Mining - это, грубо говоря, модуль, который загружает страницу сайта в фрейм и предоставляет AJAX-интерфейс для разметки контента.
Разметка - это: выделение текста и присвоение ему аттрибута: title - заголовок, body - тело документа, author - автор, attachment - прикрепленный файл, paragraph - параграф, table - таблица и категории др.
Фильтры - это програмки, заменяющие код выделенного текста (очищают, выфильтровывают код, а не оставляют его в базе) для конкретного аттрибута: чтоб параграф был параграфом, таблица не выглядела коряво, автору был присвоен email, т.е. индивидуальные фильтры для каждого типа контента.
И кнопка Сохранить - вот, чего не хватает...
Когда же все это будет для Друпала...
"который загружает страницу сайта в фрейм"
-----------------
Имеется ввиду интерфейс для загрузки страниц с других сайтов на свой сайт на Друпале. Тогда Друпал обгонит все остальные CMS, поскольку с его стороны появится огромное число пользователей, ищущих действительно юзабельных решений для настоящей и быстрой систематизации контента, скопившегося на их жестких дисках, а не по 5-6 страниц в день.
Вы не поверите, но 20% контента у меня на компе - это винда, программы и мусор, который лень разгребать, еще 79% - файлы для локального торрента, которые я раздаю, а вычленить оставшийся 1% реально полезной информации и разгрести не позволяет моя лень
>Или вы считаете, что кто-то должен любые ваши капризы исполнять? Купите тогда Битрикс + саппорт к нему лет на 10 вперёд и гоняйте разработчиков как хотите и куда хотите.
Вы ничего не поняли из того, что я сказал и просто тупо наехали. Где я говорил, что мне кто-то должен? Какие капризы вы увидели в том, что я хочу? В общем если вам сказать по теме нечего кроме "сам дурак", то эти слова можете оставить при себе - они никому не интересны.
Как всё запущено. Изучение модуля node показало, что в Drupal в принципе не предусмотрено редактирование по отдельности атрибутов документа и его содержимого. Всё это жёстко впиливается в форму соответствующего типа node. Я в принципе не знаток Drupal и не знаю - возможно ли перекрыть сторонним модулем форму в существующем типе или во всяком случае добавить для существующего типа ещё дополнительную форму сторонним модулем? Сам-то node и например book я запатчил и теперь у меня рядом с вкладкой "Edit" создаётся дополнительная вкладка "Edit attributes", где я наблюдаю всё тоже кроме textarea с самим текстом документа. Меняю там любые атрибуты - и работает. Только вот думаю насколько это прямо? Может как-то можно сторонним модулем сделать? Знатоки - вы скажите - это просто возможно или нет?
Выход есть!
пример - http://doki.org.ua (более 1000 нод) на заливку инфы ушло 2 дня, при том что исходный вид документов - xml
использовал:
Ребята, если бы я мог использовать XML, то я бы его использовал.
Я ведь писал в самом первом посте - много док только в HTML и при этом ещё не в валидном HTML! Такой ни один конвертер не возьмёт я думаю! И уж тем более никто кроме меня не разберёт это всё по категориям, не вставит картинки там где они есть.
> Ребята, если бы я мог использовать XML, то я бы его использовал.
я не использовал xml, а сделал из него валидный HTML
> И уж тем более никто кроме меня не разберёт это всё по категориям, не вставит картинки там где они есть.
если в этом есть логика, и ты сможешь ее описать то TextPipe очень быстро перелопатит все твои документы, но разобраться в его возможностях и построении действующих регулярные выражения дело не 5 минут... так что может и не стоит за это браться, а в ручную? или какие по твойму еще могут быть варианты
Буду думать над вариантами-то. А что мне делать остаётся? Или ручками буду потихоньку. Посмотрим.
у мну аналогичная проблема
есть HTML страницы около 700 штук
Руками заносить не то чтобы лень, просто они на старом движке и людям доступны
А время потраченное на перенос, трачу на добавление новых материалов