Не то, чтобы в защиту mtw, у которого я пока не хостился, но так, к слову наблюдение. Если реально надо получить быструю и четкую реакцию саппорта - надо звонить по телефону. Проверено опытом. Даже с моим горячо любимым .m звонок по телефону эффективнее в разы. Письмо пока рассмотрят, пока ответят, потом еще и "тему пилотки" не раскроют, пока переспросишь, пока опять рассмотрят и ответят... А так - позвонил, если надо - вздрючил, и всё решено. А кто не в Москве - sipnet рулит.
Давид,
Если я чего-то недопонял, то уважаемый Vrom меня поправит, но тут весьма важно вот что: по крайней мере в том решении, что предложил выше Vrom, подразумеваются действия со стороны администратора в отношении каждого юзера. Грубо говоря, этот SysFolder каждому юзеру админ будет открывать вручную. А потом эти SysFolder'ы будут болтаться и радовать глаз в дереве навигации. Если это новостная лента с двумя десятками авторов (как в моем случае) - это еще не так страшно. А вот если это система с саморегистрирующимися юзерами в количестве N-тысяч человек... Тогда это тот самый случай, когда использование Typo3 будет изобретением велосипеда, так как вполне возможно, что есть готовые профильные решения, либо тот же eZ, где изначально нет ничего, но слепить можно всё. Другое дело, что
Если времени нет, то использование eZ тоже возможно лишь с привлечением спецов, с нуля там за пол-дня точно не разобраться.
Каков бюджет, надо говорить с ними. Если надо - пишите в личку, я дам контактные данные.
Если бы Вы могли поподробнее сформулировать, что это за странички, и что юзер там будет делать, может быть будет проще более предметно что-то советовать. Если это типовая задача - могут быть профилированные готовые решения, которые встроить в структуру сайта дешевле и легче в разы. Правда, когда сайт являет собой ассорти из готовых продуктов, во весь рост встает проблема интеграции систем регистрации юзеров, либо сознательный отказ от таковой - на форуме одна, в магазине другая, на доске объявлений вообще никакой и т.д.. И ничего, кстати. Живут и здравствуют, и деньги зарабатывают. Даже на mail.ru нет единой регистрации на всех проектах, и ничего, не кашляют.
С уважением, Евгений.
Вы 100% правы насчет изучения, насчет разработки будут принципиально важные оговорки (ниже). По поводу изучения - очень непростая система, и с точки зрения первоначального понимания разработчиком ее логических принципов eZ во многом значительно менее интуитивна, чем Typo3. Не хочу говорить "более сложная", чтобы не обижать Typo3, так как простота - отнюдь не конек Typo3 (в хорошем смысле Typo3 простотой тоже не страдает).
Мне понравились слова на другом форуме: "Для изучения [eZ] потребуются запасные столы и (в зависимости от темперамента) мониторы... желательно иметь знакомых санитаров в дурке".
Подпишусь под каждым словом, как говорится. Но стадия изучения логики - это дело преходящее.
А вот насчет разработки хочу отметить важные моменты.
1)Там для весьма большого ряда задач, чтобы не сказать - вообще для всех, с некоторыми исключениями, выходящими за рамки традиционных потребностей, не нужно знание php и не нужно программировать. Многое делается с нуля либо силами web-интерфейса CMS, либо в темплэйтах при помощи html и css (правда, тоже весьма и весьма не элементарно).
Чтобы было яснее, прокомментирую Ваши слова.
Вот то-то и оно, что там изначально нет ни конкретных функций магазина, ни самого магазина, ни вообще ничего другого. Там принцип, отличный от "ядро+готовые extensions, конфигурируемые по тем параметрам, что задал их автор-программист". Там по большому счету только ядро и никаких готовых решений. Конечно, это надо понимать не совсем буквально, там можно в целях ознакомления установить как бы образец новостного сайта, магазина, корпоративного сайта, можно покопаться в них и понять, как там чего настроено, можно даже взять это всё и на этом строить свой сайт, хотя это имхо не есть правильно. Грубо говоря, поняв логику системы и зная имеющийся в наличии материал, можно не имея ни единого экстеншна, плагина и т.п.. сконструировать с нуля и новости типа tt_news, и магазин типа tt_product из мельчайших элементов, прав и политик, и темплэйтов. И не кто иной, как сам разработчик (в смысле - Вы, я…) будет в web-интерфейсе определять, какие именно элементы будут соответствовать данному классу контента. Класс контента - это, например, article, product и т.д., причем эти классы тоже не чугунно заданные, а изменяемые или заново создаваемые с нуля под свои задачи разработчиком сайта. Можно все удалить, и создать заново. Сам разработчик сайта определяет, какие поля будут заполняться автором новостей или владельцем магазина, в какой последовательности их расположить, кто и какой доступ куда будет иметь, причем не только "куда", а еще и что именно делать (например, edit), и с чьим контентом (как вариант - self, то есть только со своим). Более того, даже само понятие content не является четко предопределенным, это не более чем создаваемая группа классов, для которой все свойства и характеристики также могут быть изменены без программирования.
Конечно, иногда программирование тоже может быть необходимо. Ну не умеет eZ скачивать курс доллара с сайта Центробанка, например. Но для решения широчайшего круга типовых задач, нуждающихся тем не менее в доработке и конфигурировании под конкретный проект, всё решается в рамках web-интерфейса и темплэйтов. Что лично для меня является огромным преимуществом, ради которого я даже готов был бы разбить пару мониторов, если бы были лишние.
Уважаемые vedomir и vrom, спорить не буду. Оставаясь при своем мнении, что вопрос совместимости админки Typo3 и конечного юзера никак нельзя оставить без внимания в каждом конкретном случае (и в случае топикстартера тоже), во многом я с Вами соглашусь. Typo3 бесспорно прекрасная система, одна из сильнейших CMS мира, и оспаривать это я не собираюсь, так как по мере ознакомления с ней сам прихожу к такому выводу.
При этом для тех, кто читает данную тему не из праздного любопытства, а рассматривает данную систему для работы своих проектов или проектов заказчика, хочется обратить внимание, что эта система (как впрочем и другие) не может возводиться в абсолют, у нее есть границы применимости, и если задачи стоят за пределами этих границ, то пользоваться ею если и не нельзя, то как минимум нецелесообразно. Как варианты причин:
1)необходимость создания и/или переработки того, что можно другими средствами сделать дешевле и лучше (яркие примеры - форум, блог, многоюзерские новости, магазин... как раз то, что нужно например мне, а именно эти extensions в сравнении с профильными аналогами разработаны весьма слабо)
2)как продолжение первого: относительная сложность самостоятельной разработки даже простых вещей и немалый бюджет при привлечении специалистов
3)требования к серверу (в ряде случаев опять же можно решить некоторые задачи с тем же результатом, но с меньшими в разы требованиями к хостингу, и как следствие - с меньшими в разы ежемесячными затратами)
4)совместимость конечного юзера с той частью админского интерфейса, с которым он будет работать (опять же, в некоторых случаях этот интерфейс, с моей точки зрения, может оказаться в разы сложнее в понимании и изучении, чем интерфейсы профильных аналогов).
Еще раз прошу понять правильно: я не говорю, что Typo3 не надо использовать. Я еще раз повторюсь, что это, имхо, очень серьезная система весьма высокого уровня. Просто надо очень четко понимать, а на хрена? Зачем конкретному разработчику и конкретному заказчику в данном конкретном случае при данной конкретной задаче ее использовать. Не просто почитать список ее крутых гипер-пупер-брэндовых пользователей, а оценить плюсы и минусы, и ответственно прийти к выводу, что плюсы перевешивают. Иначе это - из пушки по воробьям, это нецелесообразно, причем по целому ряду аспектов
Как вариант такого рассуждения - приведу свои собственные мысли по поводу моей собственной задачи.
Мне нужно сделать портал, отвечающий таким критериям:
--сравнительно низкая нагрузка на сервер
--большая посещаемость
--разработка до нормального уровня своими руками с минимальным привлечением спецов или без привлечения.
В состав портала будут входить:
--статические страницы (неизменяемый каталог)
--новости (подгонка под мои почти стандартные задачи, простой юзерский интерфейс, различные авторы с ограничениями доступа)
--магазин (подгонка под мои не очень стандартные задачи, простой юзерский интерфейс, различные авторы с ограничениями доступа)
--форум на уровне
--фотогалерея
--система управления рекламными потоками, признаваемая Российскими рекламными агентствами с возможностью делегирования кампаний и слайсов
И вот я по каждому пункту анализирую возможность применения Typo3. Результат: на данный момент я не вижу ни одного пункта из вышеперечисленных, который было бы нельзя так или иначе реализовать при помощи Typo3. НО: на данный момент я не вижу также ни одного пункта из вышеперечисленных, по которому использование Typo3 было бы целесообразным в сравнении с другими вариантами.
Примеры других вариантов.
1)dreamweaver+wordpress (или иное)+xcart (или иное) +vBulletin+photopost+Adriver/phpAdsNew
2)eZ+vBulletin+photopost+Adriver/phpAdsNew
Преимущества первого варианта - простота реализации, готовые (с некоторыми оговорками) решения, меньшая нагрузка на сервер. Ну, это и без меня понятно.
А вот преимущества второго варианта - возможность сконфигурировать новости и магазин строго под мои задачи собственными силами. Насколько этот вариант целесообразен, сейчас говорить не буду, так как я еще не принял решения. Я просто постарался привести некий пример рассуждений и возможности осознанного выбора в пользу
1)решения на основе CMS (в принципе)
2)осознанного выбора конкретной CMS под конкретную задачу с четкими представлениями о том, зачем она в данном случае нужна, и какие преимущества дает ее имеющее недостатки использование.
Да так же, как у Вас ))). То работает, то нет, выдает ошибки. Вот сейчас вроде заработала. Если это и правда обновление - это радует больше, чем если это просто у них так всё работает. :)
> Вообще-то я не понимаю, как можно на 98 % загрузить память, и при
>этом CPU загружен на 3-5 %.
Аналогично. Тем не менее, Plesk -->> Virtuozzo -->> Resources, показатели: CPU Usage 0%, System Usage (сейчас) - 99.98%. И хотя это не совсем память, но в хелпе написано, что это совокупный параметр, основанный на использовании памяти. А у Вас чему этот показатель равен?
С уважением, Евгений
pharaoh, у меня с плеском та же фигня периодически, выдаются эти ошибки. И кроме того, судя по измерениям в плеске, память постоянно забита процентов на 98 неизвестно чем при нулевой загрузке CPU. При этом я еще вообще ничего не устанавливал. Может, измеряют они как-то не так, в выходные саппорт вряд ли чё скажет, а дальше - будем разбираться.
>Ну да, если в компании сидит веб-мастер на постоянке (то есть -
>существует человек который этим всем в дримвьювере будет рулить).
>В остальных случаях - CMS будет предпочтительнее, ИМХО конечно.
В целом Вы совершенно правы, конечно. Единственное, что хотелось бы отметить, рассматривая компании без вебмастера, админка typo3 настолько неинтуитивна и наворочена, что работать с ней обычному обывателю в этой компании - легче повеситься. Проще уж тогда навигацию тем же фронтпейджем поддерживать, где всё как в ворде. Один из первых "корпоративных" сайтов у нас был сделан в статической своей части и, главное, навигационной структуре при помощи так презираемого всеми FP, причем вполне нормально выглядел, работал, и, вопреки бытующему мнению, корректно отображался во всех операх и firefox'ах, и свои задачи выполнял на все 100. Так вот я секретаршу, впервые в жизни включившую комп 2 месяца назад, обучил добавлению контента за полчаса. А tt_news от Typo3 ей бы и за месяц упорных трудов не осилить. Так что тогда уж все равно надо, имхо, фронтендовую часть писать дополнительно для чайников, в бэкенде там обыватель скоро в дурдом попадет. Я утрирую, конечно, но в каждой шутке, как говорится...
Это конечно. Я в данном случае имею в виду не привлечение высококлассных специалистов, не переписывание имеющегося кода экстеншенз и не создание собственных, а именно функционал того, что имеется в наличии на данный момент.
К сожалению, это неизбежный недостаток подхода "ядро+extensions", причем когда эти extensions пишет community. Точнее два аспекта: 1)качество имеющихся плагинов (один может быть супер, а другой, который тоже нужен - отнюдь нет) и 2)трудность заточки типового плагина под конкретную задачу без привлечения спецов, крутого бюджета и т.д..
Собственно, альтернативы тут две.
1)Вообще отказаться от единой всепортальной CMS, и использовать как магазин x-cart, как блог wordpress, как форум - vbulletin, систему управления рекламой - phpAdsNew или AdRiver, а для статики и навигации - руки или dreamweaver. Кстати, и для корпоративного сайта такой подход в ряде случаев вполне уместен.
2)Использовать платформу, которая предусматривает создание дома или микрорайона не из этажей, не из квартир, а из отдельных кирпичей, которые разработчик складывает в дома сообразно стоящей задаче. Это я опять же не к тому, что eZ лучше Typo3, просто обозначаю своё понимание разных подходов, каждый из которых, безусловно, имеет как преимущества, так и недостатки, причем немалые и много.
Боюсь показаться назойливым, но вот еще что хочется спросить: насколько это решение является всеобъемлющим, ведь новости - это всё же частный случай контента. Например, может ли на этом же принципе быть сделан магазин (tt_products или другой), где множество продавцов имеют возможность размещать товары, выводимые потом все на одной площадке, но с учетом категорий? То есть - в каждой категории (телефоны, фотоаппараты) товары вперемешку от разных продавцов, и каждый продавец, используя свой SysFolder, может добавлять и редактировать исключительно свои товары.
