Просмотр полной версии : Оценка стоимости проекта
Во сколько может обойтись разработка проекта вроде afisha.ru на Typo3 и вообще стоит ли разрабатывать именно на этом движке? Хотелось бы услышать реальные сроки и цены. Проект будет разрабатываться не на русском.
Valery Romanchev
18.12.2007, 22:07
скорее всего - не стоит делать на TYPO3
точно не стоит, если
1) на 95% контент будут добавлять посетитители сайта)
2) 95% контента будет структурированным (например мероприятия, комментарии, записи в блогах)
если имеет место 1) и 2) - то делайте проект на каком-либо фремворке типа Django. CMS будет только помехой.
А можно поподробнее? И сколько времени может уйти на то, чтобы разработать подобный проект на веб фреймворке?
По поводу первого пункта - основная информация будет вноситься не посетителями, а по второму пункту - то, да... контент должен быть достаточно структурированным, хотя блогов не будет.
Valery Romanchev, извените, а что, TYPO3 плохо контент структурирует?
Valery Romanchev
21.12.2007, 14:29
Valery Romanchev, извените, а что, TYPO3 плохо контент структурирует?
если быть точным - в TYPO3 не развиты встроенные средства для работы с произвольным структурированным контентом, когда имееются сотни единиц такого контента.
Например - если вам нужно сделать каталог 400 товаров (или рецензий.. не важно чего). И товар имеет 10 специфических параметров, товары должны быть в категориях (до 3х уровней вложенности).
Нужно сделать поиск, просмотр списком и показ одной записи.
То вам придется для этого программировать (создавать свой экстеншен). Готовая админка у вас будет сразу, а вот готовой морды - не будет - её придется кодить
вот пример http://www.tamak.kz/catalog/
по видимому - кастомный экстешен написан, строго под задачу
Готовые варианты решения не совсем подходят под задачу, через чур сложны или еще пока сырые (commerce или tx_categories или formidable.. есть еще всякие).
Т.е. полного аналога инфоблоков Битрикса в тайпо3 нет.
Хотя в TYPO3 есть отличное решение для случая, когда товаров 10 штук - а именно TemplaVoila (делается FCE и все счастливы)
если быть точным - в TYPO3 не развиты встроенные средства для работы с произвольным структурированным контентом, когда имееются сотни единиц такого контента.
Например - если вам нужно сделать каталог 400 товаров (или рецензий.. не важно чего). И товар имеет 10 специфических параметров, товары должны быть в категориях (до 3х уровней вложенности).
Нужно сделать поиск, просмотр списком и показ одной записи.
То вам придется для этого программировать (создавать свой экстеншен). Готовая админка у вас будет сразу, а вот готовой морды - не будет - её придется кодить
вот пример http://www.tamak.kz/catalog/
по видимому - кастомный экстешен написан, строго под задачу
Готовые варианты решения не совсем подходят под задачу, через чур сложны или еще пока сырые (commerce или tx_categories или formidable.. есть еще всякие).
Т.е. полного аналога инфоблоков Битрикса в тайпо3 нет.
Хотя в TYPO3 есть отличное решение для случая, когда товаров 10 штук - а именно TemplaVoila (делается FCE и все счастливы)
Встроенные – это как? У TYPO3 практически вся функциональность через экстешены сделана. Или вы имели в виду, что нету готового экстеншена в публичном доступе? Так вроде тут вопрос был про разработку под сайт, а не просто сборку из готовых расширений.
Кстати насчет вывода структурированного контента – можно сказать, что у TYPO3 есть встроенный вывод чего угодно и как угодно :D , через те же объекты RECORDS и CONTENT, можно настроить любой вывод. Ну, а если хочется, чтобы все было и красиво и быстро и чтобы с тайпоскриптом не возиться и чтобы админка была навороченная, то конечно расширение свое надо делать. Ну так это и так понятно, в публичном доступе очень мало (может 10% от общего числа) действительно мощных расширений и которые работают без глюков и не требуют обработки напильником.
Valery Romanchev
22.12.2007, 17:04
Встроенные – это как?
встроенный = системный экстеншен
только не говорите, что я могу сам что угодно скопировать в папку системых экстов, речь не об этом :-)
Кстати насчет вывода структурированного контента – можно сказать, что у TYPO3 есть встроенный вывод чего угодно и как угодно :D , через те же объекты RECORDS и CONTENT, можно настроить любой вывод.
с RECORDS и CONTENT нельзя делать сложные запросы, постраничный просмотр и фильтры.
Иначе бы с формидаблом французы не заморачивались, а Павел Антонов не делал бы grid :)
Т.е. врядли вы сделаете на RECORDS и CONTENT вот такую штуку:
http://wiki.typo3.org/index.php/Formidable (картинки)
нечто в действии:
http://www.ameos.com/formidable/fruits/2b-search-list.html
Ну, а если хочется, чтобы все было и красиво и быстро и чтобы с тайпоскриптом не возиться и чтобы админка была навороченная, то конечно расширение свое надо делать.
да почему же? в битриксе же есть инфоблоки, а почему в тайпо3 такого быть не должно?
я считаю, что должно. Потому что это очень типовая задача.
Ну так это и так понятно, в публичном доступе очень мало (может 10% от общего числа) действительно мощных расширений и которые работают без глюков и не требуют обработки напильником.что касается решения узких задач - то наверное вы правы.
Но я же не об этом говорю - я говорю об универсальном средстве.
Делать его чисто для себя - просто нет смысла.
Тот же formidable - он же в публичном доступе. И я думаю, что врядли аналогичные по проработанности и универсальности экстеншены кто-то делает чисто для себя.
встроенный = системный экстеншен
Ну тот же FCE из TV, про которые вы писали выше, это обычное расширение, не системное.
с RECORDS и CONTENT нельзя делать сложные запросы, постраничный просмотр и фильтры.
да можно это, только не красиво выглядит:
через data можно получить номер страницы из get запроса
через ->stdWrap собрать запрос для andWhere
через ->select выбрать записи для этой страницы
через CONTENT вывести эти записи
главный пойнт, что это неудобно и некрасиво и наверное будет долго обрабатываться, но сделать можно
да почему же? в битриксе же есть инфоблоки, а почему в тайпо3 такого быть не должно?
с битриксом не работал, если там концепция с инфоблоками действительно универсальная и хорошо работает, то значит и для тайпо такое расширение можно сделать, пока я не представляю как можно сделать общее расширение, которое будет одинаково хорошо работать с любым контентом, от товаров до афиши театров например
Valery Romanchev
22.12.2007, 17:37
Ну тот же FCE из TV, про которые вы писали выше, это обычное расширение, не системное.
уже довольно давно обуждалась тема сделать TV системным экстеншеном. Т.е. я говорю про системный в том смысле, что его поддерживает (и финансирует) ассоциация
да можно это, только не красиво выглядит:
через data можно получить номер страницы из get запроса
через ->stdWrap собрать запрос для andWhere
через ->select выбрать записи для этой страницы
через CONTENT вывести эти записи
главный пойнт, что это неудобно и некрасиво и наверное будет долго обрабатываться, но сделать можно
надо еще нумерацию страниц выводить :)
В общем - закопаешься. И тормозить точно будет.
Т.е. никто так не делает. Иначе бы было уже куча снипеттов таких
надо еще нумерацию страниц выводить :)
В общем - закопаешься. И тормозить точно будет.
Т.е. никто так не делает. Иначе бы было уже куча снипеттов таких
а вместо нумерации можно стрелочки вперед/назад :D
Pavel Antonov
23.12.2007, 16:29
а вместо нумерации можно стрелочки вперед/назад :D
Так клиенту и скажите... посмотрите что он Вам скажет. :rolleyes:
Так клиенту и скажите... посмотрите что он Вам скажет. :rolleyes:
ну я же не предлагаю всегда так делать, я говорю что есть такое встроенное решение, а навигация вперед/назад без нумерации страниц не так уже редко встречается, например когда просмотр товара не списком, а в singleView, то часто ставят такие стрелки типа "следующий", "предыдущий" и без номеров страниц.
Pavel Antonov
24.12.2007, 15:52
ну я же не предлагаю всегда так делать, я говорю что есть такое встроенное решение, а навигация вперед/назад без нумерации страниц не так уже редко встречается, например когда просмотр товара не списком, а в singleView, то часто ставят такие стрелки типа "следующий", "предыдущий" и без номеров страниц.
Правильно! Вот потому и не надо использовать TYPO3 для всего на свете. Иногда проще взять MVC фреймворк и быстренько решить задачу!
Правильно! Вот потому и не надо использовать TYPO3 для всего на свете. Иногда проще взять MVC фреймворк и быстренько решить задачу!
для TYPO3 есть несолько расширения для работы в парадигме MVC
Valery Romanchev
25.12.2007, 13:00
для TYPO3 есть несолько расширения для работы в парадигме MVC
почитайте список рассылки ext coordination team... сразу станет понятно, что до продакшн всем существующим MVC экстам далеко... да и будущее их не определённо
почитайте список рассылки ext coordination team... сразу станет понятно, что до продакшн всем существующим MVC экстам далеко... да и будущее их не определённо
Я все понимаю, но тот же ameos_formidable вполне продакшн, хотя мне он не очень понравился, когда я его пол-года назад пробывал.
Что я хочу сказать, что в TYPO3 никто не мешает сделать свое расширение и довести его до продакшн, а то так у народа сложится впечатление, что что-то в реализации TYPO3 мешает структурировать контент :). Нет конечно.
Я вот лично сейчас доделываю свой commerce с использорованием IRRE элементов, (каталог уже полностью работает), я его пишу с нуля и один, правда в паблик он вряд ли будет – такова договоренность с порталом, для которого делаю. И я не вижу каких-то особых препятствий для написания расширения, реализущего MVC под TYPO3. Фактически, в моем commerce, там есть классы, которые концептуально примерно соотвествуют MVC, позже я это выделю в отдельное расширение.
Pavel Antonov
26.12.2007, 02:19
Я все понимаю, но тот же ameos_formidable вполне продакшн, хотя мне он не очень понравился, когда я его пол-года назад пробывал.
Что я хочу сказать, что в TYPO3 никто не мешает сделать свое расширение и довести его до продакшн, а то так у народа сложится впечатление, что что-то в реализации TYPO3 мешает структурировать контент :). Нет конечно.
Я вот лично сейчас доделываю свой commerce с использорованием IRRE элементов, (каталог уже полностью работает), я его пишу с нуля и один, правда в паблик он вряд ли будет – такова договоренность с порталом, для которого делаю. И я не вижу каких-то особых препятствий для написания расширения, реализущего MVC под TYPO3. Фактически, в моем commerce, там есть классы, которые концептуально примерно соотвествуют MVC, позже я это выделю в отдельное расширение.
Все верно! Можно разработать все что угодно... кто же спорит.. но это будет разработка с НУЛЯ!
Вопрос в применении готовый отлаженных решений. К чему изобретать велосипеды, когда все придумано до нам? :)
почитайте список рассылки ext coordination team... сразу станет понятно, что до продакшн всем существующим MVC экстам далеко... да и будущее их не определённо
Так что нет смысла с lib/div завязываться ?
Работает на vBulletin® версия 3.8.1. Copyright ©2000-2025, Jelsoft Enterprises Ltd. Перевод: zCarot