| 1.2, Дед Анон (?), 09:20, 04/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
А я всё никак не могу научиться в ней работать, элементарно даже написанный мной сайт в ручную не могу перевести в эту CMS
| | |
| 1.4, минона (?), 09:31, 04/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
TYPO3 это шчикарная весчь, но чтобы ее ворочать,
нужно хорошенько при....читься и разобраться с ней.
Лучше юзать для больших проэктов, но и для маленьких сгодится,
если так хочется.
| | |
| |
| 2.5, index0h (ok), 09:35, 04/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
 В чем ее основные достоинства?
> Лучше юзать для больших проэктов
CMS для больших проектов... Вы серьезно?
| | |
| |
| 3.10, Аноним (-), 10:44, 04/12/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> CMS для больших проектов...
Он не прав?
Перефразируйте:
> Вы серьезно
не пилите? А мы пилим.
| | |
| 3.13, Аноним (-), 11:23, 04/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
А поситать на сайте typo3 о том кто использует религия не позволяет? Грузовое отделение Mercedes, Times и куча швейцарских банков маленькие конторы, которые могут себе позволить порталы на Typo3.
| | |
| |
| 4.15, index0h (ok), 11:34, 04/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
Почему же, скачал, немного посмотрел код: верстка в контроллерах, глобальные переменные... крутотень))
| | |
|
|
|
| |
| 2.7, index0h (ok), 09:52, 04/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
Если CMS решает задачи проекта в полной мере - проблемы нет, пользуйте на здоровье. Дело в том, что любая CMS оптимальная конкретно для своего стека задач, например: wp - блоги, modx - визитки, prestashop - магазины, и т.д. Для крупных проектов (по функциональности) полное попадание в этот стек - мало вероятно.
| | |
| |
| 3.8, Дед Анон (?), 10:13, 04/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
Ну этим как раз таки и славится Typo3, она и рассчитывается больше для корпоративного сегмента.
| | |
| |
| 4.9, index0h (ok), 10:28, 04/12/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну этим как раз таки и славится Typo3
Я немного пропустил, чем "этим"?
| | |
|
| 3.11, Аноним (-), 10:49, 04/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Дело в том, что любая CMS оптимальная конкретно для
> своего стека задач, например: wp - блоги
Оптимальная CMS - та, которая имеет много плагинов на все ислучаи жизни. А посему вывод - Вы недостаточно хорошо знакомы с WP, да и с любой другой современной CMS.
Там выше говорили, что для больших проектов CMS не годится. А я считаю глупостью или злым намерением заказывать разработку проекта, не основанного на CMS. А считаю правильным, если уж нужна супер уникальная уникальность, заказывать разработку шаблона для имеющейся CMS.
| | |
| |
| 4.12, index0h (ok), 11:16, 04/12/2014 [^] [^^] [^^^] [ответить]
| +/– | |
Да считайте что хотите)) Плагины это конечно круто, вот только они часто конфликтуют между собой, бывает взаимно исключают друг друга.
> Оптимальная CMS - та, которая имеет много плагинов на все ислучаи жизни.
Возвращайтесь в реальность, такого не бывает. Например, оптимальная CMS по вашей логике за счет плагинов спокойно может реализовывать функционал (не в плане клиентских плагинов к сервисам): github, jira, travis, 1C, paypal, graphite, или любого другого крупного проекта.
> А я считаю глупостью или злым намерением заказывать разработку проекта, не основанного на CMS
Читайте внимательно
> Если CMS решает задачи проекта в полной мере - проблемы нет
.
> Вы недостаточно хорошо знакомы с WP, да и с любой другой современной CMS.
Та куда мне, всего то 7 лет программирую (4 из них highload проекты)...
| | |
| |
| 5.17, vitalif (ok), 20:03, 04/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
 > github, jira, travis, 1C, paypal, graphite, или любого другого крупного проекта.
...и при этом чтобы весь этот функционал мог запилить менеджер, не написав ни единой строчки кода!
Вот потому CMS и говно))) вместо того чтобы решать 1 задачу хорошо, они пытаются решать все, но вообще никак))
| | |
| 5.18, Аноним (-), 20:39, 04/12/2014 [^] [^^] [^^^] [ответить]
| +/– | |
Программируй.
Одна проблема есть. Если проект базируется на распространенной поддерживаемой CMS, можно говорить об обновлении и безопасности. Ваш же подход подсаживает заказчика на иглу конкретного разработчика, без которого он уже не сможет ни вздохнуть, ни пернуть.
| | |
| |
| 6.19, vitalif (ok), 00:22, 05/12/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Одна проблема есть. Если проект базируется на распространенной поддерживаемой CMS, можно говорить об обновлении и безопасности.
У меня у товарища куча говносайтиков на WP. Без программиста их написавшего обновлять он их не решается, т.к. как-то пробовал, но сразу всё начало отваливаться :). Так и сидит на решете.
| | |
| 6.25, index0h (ok), 23:09, 05/12/2014 [^] [^^] [^^^] [ответить]
| +/– | |
Заказчик в любой ситуации на игле, вот вообще-вообще в любой.
> Если проект базируется на распространенной поддерживаемой CMS
WP - на данный момент самая популярная CMS, поддерживается кучей сообществ всех национальностей, куча программистов ее знают, угадайте, какая CMS самая взламываемая?
Даже если заказчик самостоятельно устанавливает CMS, как он решает возможные проблемы? Самый банальный пример: права на все - 777, замечательно, круть, работать будет. Но есть нюанс - любой человек может взломать такой сайт.
Итогов 4:
1. установить заново / восстановить с бекапов и ждать следующего взлома.
2. найти программиста и сесть на "иглу".
3. учиться программировать.
4. забить.
Но выше в треде мы говорили про крупные проекты: 1,3,4 - не вариант.
| | |
|
|
|
|
|
|
