Подходит ли мне TYPO3 ?

[chuhran]

В любом деле, сначала ставятся задачи, затем ищут готовые способы ее решения. Если найдено несколько способов - выбирают необходимый по критерию оптимальности (цена, затраченное время на изучение/установку/настойку/разработку, наличие специалистов и т.д)

Задач - создание сайта (портала) для ВУЗа.
Скажу сразу, что тему "Typo3+moodle (http://forum.typo3.biz/showthread.php?t=2335)" читал – не вдохновила.

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

Задача более развернуто:
1) ВУЗ состоит из нескольких факультетов, каждый из которых состоит как минимум из 5 кафедр. В идеале каждый элемент (факультет, кафедра) должен иметь свой сайт (персональный шаблон, доску объявлений, новостную лента и т.д.) и своих редакторов
2) Гибкая система управления пользователями
3) Возможность публикации статей (скорее всего научных – как следствие необходима поддержка LaTEX, но расшерение какжется имеется ).
4) Формирование электронной библиотеки (так же кажется возможно)
5) Вести историю студенческих групп

На этом пока все.
Повторюсь - это необходимо реализовать многоязычным контентом. На TYPO3 это возможно?

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

Перед тем как обратиться к TYPO3 пришлось по колдовать с Drupal и Joomla так, что их можно не предлагать.

Спасибо!

[Valery Romanchev]

Задач - создание сайта (портала) для ВУЗа.
Скажу сразу, что тему "Typo3+moodle (http://forum.typo3.biz/showthread.php?t=2335)" читал – не вдохновила.
как я понял, moodle Вам не нужна

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

На этом пока все.
Повторюсь - это необходимо реализовать многоязычным контентом. На TYPO3 это возможно?
да, причем есть две модели многоязычности
одно дерево с переводом почти всего контента
и разные деревья (эта модель есть и в Битриксе)
подробнее о двух моделях здесь
http://typo3.org/documentation/tips-tricks/multi-language-sites-in-typo3/
и здесь
http://typo3.org/documentation/document-library/core-documentation/doc_l10nguide/current/

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

1) ВУЗ состоит из нескольких факультетов, каждый из которых состоит как минимум из 5 кафедр. В идеале каждый элемент (факультет, кафедра) должен иметь свой сайт (персональный шаблон, доску объявлений, новостную лента и т.д.) и своих редакторов
2) Гибкая система управления пользователями
с этим все хорошо.

3) Возможность публикации статей (скорее всего научных – как следствие необходима поддержка LaTEX, но расшерение какжется имеется ).
это все нужно сначала проверять.
Поскольку могут проблемы с русским языком, кодировками и прочее.


4) Формирование электронной библиотеки (так же кажется возможно)
тут есть много вариантов: Архивы файлов, DAM.

5) Вести историю студенческих групп
Это нужно подробнее написать. Что это будет - расписание, списки групп, или еще и данные о курсах, семинарах, зачетах, экзаменах. В любом случае - для этого скорее всего нужно делать кастомный экстеншен


по поводу TYPO3 в ВУЗах
см.
http://edu.typo3.com/
http://typo3.biz/implementation/saity-uchebnykh-zavedenii.html

[Pavel Antonov]

3) Возможность публикации статей (скорее всего научных – как следствие необходима поддержка LaTEX, но расшерение какжется имеется ).


Тут собственно придумывать ничего не надо... можно все публиковать (автоматически) в PDF, HTML. Искать во всех этих форматах TYPO4 умеет.

[chuhran]

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

судя по списку задач, еще пригодится многосайтовость без изврата (с возможностью использовать один контент на нескольких сайтах)
Это Вы точно подметили!

да, причем есть две модели многоязычности
одно дерево с переводом почти всего контента
и разные деревья (эта модель есть и в Битриксе)
подробнее о двух моделях здесь<br>
http://typo3.org/documentation/tips-tricks/multi-language-sites-in-typo3/
и здесь
http://typo3.org/documentation/document-library/core-documentation/doc_l10nguide/current/
Ну, это я прочел первым делом :)
По поводу Битрикса - Вы как в воду глядели - как раз сейчас нашел какую-то ссылку на пиратскую версию этого творения. Если многоязычность там реализована именно за счет разных деревьев, то наверное, и качать не стану. Так ли это?

Такой хорошей реализации многоязычности и управления переводами, как в TYPO3, я больше не видел нигде.
(я думаю такое же или лучше может быть только в энтерпрайзерс системах за XXXXX$ )
Это, наверное, то, что я и хотел услышать.

это все нужно сначала проверять.
Поскольку могут проблемы с русским языком, кодировками и прочее.
Да, конечно, тестить необходимо только по месту!
Параллельный вопрос по публикации материала: в действующем варианте сайта мной сделано сл.об.: при публикации какого-либо материала (новость, статья, объявление - не важно) создаются поддиректории в определенных директориях с именем id материала. Например, при публикации статьи, которая получила id=200, создаются поддиректории /images/articles/200/ и /uploads/articles/200/. В общем, иерархия примерно такая:


/images/
articles/
1/
...
200/
/images/
news/
1/
...
/uploads/
articles/
1/
...
200/
/uploads/
news/
1/
...


Плюсы данного подхода:
1) пользователь избавлен от ручного создания директории
2) при удалении статьи удаляется и весь загруженный к ней материал
3) в большинстве случаях текст статьи сначала формируется на локальной машине, а затем готовый хтмл-код и публикуется. Так вот, при публикации, в хтмл-коде заменяется относительный путь к изображениям на уже действительный путь, т.е. /images/articles/200/img001.gif ... /images/articles/200/img101.gif. Это очень удобно, если статья с огромным кол-вом формул набиралась в Ворде, а потом сохранялась в хтмл. Это удобство отмечали люди, к-е реально ведут публикации. Такой функционал возможно реализовать в TYPO3? я конечно понимаю, что развелось достаточное кол-во визуальных редакторов, но все же...

5) Вести историю студенческих групп
Это нужно подробнее написать. Что это будет - расписание, списки групп, или еще и данные о курсах, семинарах, зачетах, экзаменах. В любом случае - для этого скорее всего нужно делать кастомный экстеншен

Расписание, списки групп, данные о курсах, семинарах, зачетах, экзаменах я почему-то предполагал завязать на moodle. Опять же - не знаю удастся ли это. Да и связка Typo3+moodle на данный момент мне не представляется реальной, даже не смотря на уверения http://webwise.ru.

Под историей групп я имел ввиду следующее, хотя каюсь, что н раскрыл понятие стразу. Администрация требует, чтобы публикуемый учебный материал (методички, примеры решения заданий и .т.д) был доступен только для действительных студентов, т.е. тех, которые реально проходят обучение. Как только срок обучения истек они переводятся в архив, в котором можно (по идеи), например через 10лет, отыскать свою студ. группу и организовать встречу. :)

кастомный экстеншен это от слова custom?

по поводу TYPO3 в ВУЗах
см.
http://edu.typo3.com/
http://typo3.biz/implementation/saity-uchebnykh-zavedenii.html
Спасибо!

[Valery Romanchev]

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


Плюсы данного подхода:
1) пользователь избавлен от ручного создания директории
2) при удалении статьи удаляется и весь загруженный к ней материал
3) в большинстве случаях текст статьи сначала формируется на локальной машине, а затем готовый хтмл-код и публикуется. Так вот, при публикации, в хтмл-коде заменяется относительный путь к изображениям на уже действительный путь, т.е. /images/articles/200/img001.gif ... /images/articles/200/img101.gif. Это очень удобно, если статья с огромным кол-вом формул набиралась в Ворде, а потом сохранялась в хтмл. Это удобство отмечали люди, к-е реально ведут публикации. Такой функционал возможно реализовать в TYPO3? я конечно понимаю, что развелось достаточное кол-во визуальных редакторов, но все же...

можно сделать так.
если например навесить на создание страницы процедуру создания нужных папок (hook для этого должен быть, для новостей - такой hook точно есть)
Далее для страниц можно ставлять HTML код в блок контента типа HTML и все.
Для новостей - не так просто. Придется настраивать шибко_умный визуальный редактор, чтобы он нужный код не порезал.

[chuhran]

А что такое hook?

[Pavel Antonov]

hook - способ встраивания своей логики в работу TYPO3, без модификации исходного кода TYPO3. К сожалению, не на все события в системе есть hook-и...

[shkoda]

помогите написать hook