Оценка стоимости проекта
 

Во сколько может обойтись разработка проекта вроде afisha.ru на Typo3 и вообще стоит ли разрабатывать именно на этом движке? Хотелось бы услышать реальные сроки и цены. Проект будет разрабатываться не на русском.

скорее всего - не стоит делать на TYPO3

точно не стоит, если
1) на 95% контент будут добавлять посетитители сайта)
2) 95% контента будет структурированным (например мероприятия, комментарии, записи в блогах)

если имеет место 1) и 2) - то делайте проект на каком-либо фремворке типа Django. CMS будет только помехой.

А можно поподробнее? И сколько времени может уйти на то, чтобы разработать подобный проект на веб фреймворке?
По поводу первого пункта - основная информация будет вноситься не посетителями, а по второму пункту - то, да... контент должен быть достаточно структурированным, хотя блогов не будет.

Valery Romanchev, извените, а что, TYPO3 плохо контент структурирует?

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

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

То вам придется для этого программировать (создавать свой экстеншен). Готовая админка у вас будет сразу, а вот готовой морды - не будет - её придется кодить

вот пример http://www.tamak.kz/catalog/
по видимому - кастомный экстешен написан, строго под задачу


Готовые варианты решения не совсем подходят под задачу, через чур сложны или еще пока сырые (commerce или tx_categories или formidable.. есть еще всякие).

Т.е. полного аналога инфоблоков Битрикса в тайпо3 нет.

Хотя в TYPO3 есть отличное решение для случая, когда товаров 10 штук - а именно TemplaVoila (делается FCE и все счастливы)

Встроенные – это как? У TYPO3 практически вся функциональность через экстешены сделана. Или вы имели в виду, что нету готового экстеншена в публичном доступе? Так вроде тут вопрос был про разработку под сайт, а не просто сборку из готовых расширений.

Кстати насчет вывода структурированного контента – можно сказать, что у TYPO3 есть встроенный вывод чего угодно и как угодно :D , через те же объекты RECORDS и CONTENT, можно настроить любой вывод. Ну, а если хочется, чтобы все было и красиво и быстро и чтобы с тайпоскриптом не возиться и чтобы админка была навороченная, то конечно расширение свое надо делать. Ну так это и так понятно, в публичном доступе очень мало (может 10% от общего числа) действительно мощных расширений и которые работают без глюков и не требуют обработки напильником.

встроенный = системный экстеншен
только не говорите, что я могу сам что угодно скопировать в папку системых экстов, речь не об этом :-)


с RECORDS и CONTENT нельзя делать сложные запросы, постраничный просмотр и фильтры.

Иначе бы с формидаблом французы не заморачивались, а Павел Антонов не делал бы grid :)

Т.е. врядли вы сделаете на RECORDS и CONTENT вот такую штуку:
http://wiki.typo3.org/index.php/Formidable (картинки)
нечто в действии:
http://www.ameos.com/formidable/frui...arch-list.html



да почему же? в битриксе же есть инфоблоки, а почему в тайпо3 такого быть не должно?

я считаю, что должно. Потому что это очень типовая задача.

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

Делать его чисто для себя - просто нет смысла.
Тот же formidable - он же в публичном доступе. И я думаю, что врядли аналогичные по проработанности и универсальности экстеншены кто-то делает чисто для себя.

Ну тот же FCE из TV, про которые вы писали выше, это обычное расширение, не системное.

да можно это, только не красиво выглядит:

через data можно получить номер страницы из get запроса
через ->stdWrap собрать запрос для andWhere
через ->select выбрать записи для этой страницы
через CONTENT вывести эти записи

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

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

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


надо еще нумерацию страниц выводить :)
В общем - закопаешься. И тормозить точно будет.
Т.е. никто так не делает. Иначе бы было уже куча снипеттов таких

а вместо нумерации можно стрелочки вперед/назад :D

Так клиенту и скажите... посмотрите что он Вам скажет. :rolleyes:

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

Правильно! Вот потому и не надо использовать TYPO3 для всего на свете. Иногда проще взять MVC фреймворк и быстренько решить задачу!

для TYPO3 есть несолько расширения для работы в парадигме MVC

почитайте список рассылки ext coordination team... сразу станет понятно, что до продакшн всем существующим MVC экстам далеко... да и будущее их не определённо

Я все понимаю, но тот же ameos_formidable вполне продакшн, хотя мне он не очень понравился, когда я его пол-года назад пробывал.

Что я хочу сказать, что в TYPO3 никто не мешает сделать свое расширение и довести его до продакшн, а то так у народа сложится впечатление, что что-то в реализации TYPO3 мешает структурировать контент :). Нет конечно.

Я вот лично сейчас доделываю свой commerce с использорованием IRRE элементов, (каталог уже полностью работает), я его пишу с нуля и один, правда в паблик он вряд ли будет – такова договоренность с порталом, для которого делаю. И я не вижу каких-то особых препятствий для написания расширения, реализущего MVC под TYPO3. Фактически, в моем commerce, там есть классы, которые концептуально примерно соотвествуют MVC, позже я это выделю в отдельное расширение.

Все верно! Можно разработать все что угодно... кто же спорит.. но это будет разработка с НУЛЯ!

Вопрос в применении готовый отлаженных решений. К чему изобретать велосипеды, когда все придумано до нам? :)

Так что нет смысла с lib/div завязываться ?