Предложения платформы/CMS для веб-сайта предприятия и интранет (я должен убедить президента ее тело!) [закрытый]
Я не думаю, что вы можете сделать это в файле документа node.js
document.getElementById('imgSource')
.setAttribute(
'src', 'data:image/png;base64,' +
btoa(unescape(encodeURIComponent(response.data))) +"'"
);
, который доступен в вашем браузере. В узле js вы не можете просто так это использовать. Если вы хотите визуализировать изображение, которое вы обработали, то вам может понадобиться внешний движок шаблонов, например
- ejs
- pug
- руль ]
, поскольку синтаксис ejs немного раздражает и может сбивать с толку, иногда вы можете использовать альтернативу, например руль, взгляните на здесь полосы управления похожи на движок шаблонов. Если вы знакомы с техникой Laravel или ASP.NET Razor blade или методами интерполяции строк Angular, это очень похоже на это, поэтому
зайдите в вашу оболочку и установите рули, как это
npm install --save handlebars
blockquote>, поскольку это слишком большая тема для обсуждения в качестве ответа. Я просто предоставлю вам эту ссылку на учебное пособие по установке. и используйте ручки. попробуйте этого приятеля, вы сможете достичь того, что вы ищете .. Ура ...
14 ответов
Это - противоречащий оператор: ""Большое изображение спецификации" действительно является не слишком сложным: Реализуйте CMS промышленного класса для управления веб-страницами каждого подразделения".
"Класс предприятия" и "является не слишком сложным", не принадлежат того же предложения. Серьезно.
"Материал" Класса предприятия является сложным, потому что "задачи" класса предприятия и среды являются сложными.
Следите, просто потому что что-то развертывается в предприятии, не означает, что оно требует "инструмента" класса предприятия. Но те, которые ДЕЙСТВИТЕЛЬНО имеют "требования" класса предприятия, являются сложными, потому что проблемная область и среда развертывания являются сложными.
Так, необходимо быть более ясными на спецификациях, чем "модное словечко, совместимое", "мой босс услышал о нем", "никогда не повреждается", и т.д.
CMS кажется обманчиво простым, но это не. Если это - фанаты, управляющие материалом для фанатов, это - одна вещь, но CMSs имеют тенденцию оказывать огромное влияние на нетехнических конечных пользователей, которые могут существенно усложнить пользовательские интерфейсы, безопасность, рабочие процессы, поддержку, и т.д. Думайте, "продавая, хочет поддержать веб-сайт", и что они собираются позволить своему младшему интерну сделать это.
Так, серьезно, без РЕАЛЬНЫХ требований трудно предложить что-либо. И без РЕАЛЬНЫХ требований и основательного понимания Вашей базы пользователей, Вы несомненно не должны просто "самокрутка".
Следите за Flossquality - качественное исследование С открытым исходным кодом http://flossquality.eu/
Относительно Flossquality и трех связанных с качеством проектов в соответствии с тем заголовком, по http://n2.nabble.com/Plone-and-QUALOSS---QUALity-in-Open-Source-Software-tp1402419p1446439.html я вообразил некоторые вопросы, которые люди в сообществах разработчиков ПО с открытым исходным кодом (не только в Plone) могли бы спросить о целой компании.
Совсем недавно я получил, вне списка, некоторые ответы на те вопросы. Как только я нахожу время, чтобы читать соответствующие электронные письма, я буду стремиться или совместно использовать или по крайней мере абстрагировать ответы.
CMS для средней крупной компании не о программном обеспечении. Это о процессах и политиках.
Очень верный!
Связь с престижными именами является не обязательно индикатором приятных конечных результатов.
Мне нравятся продукты Sony, да, но в различных случаях, в которых я искал поддержку со стороны сайтов Sony, я испытывал желание ударять головой о кирпичную стену! Те взламывающие голову сайты не могли быть Drupal-ориентированы, я понятия не имею, но точка: не впитывайтесь одними только знаменитостями.
Проблема, которую необходимо ожидать: предвзятые мнения того, что может быть достигнуто (или ограничено) системой.
Позвольте себе некоторое время изучения с Plone — идеально, для крупного проекта, такого как это, вложите капитал в совет специалиста — и Вы поймете, что идеи традиционного выхода того, что система может или должна выполнить, главным образом превышены возможностями Plone.
Измерьте требования пользователя с очень непредвзятым отношением (не на основе простоты, такой как, "я хотел бы систему, это равно системе x"), затем приходят к plone.org | Поддержка | Чат-комната для дальнейшего обсуждения требований.
Seth, если Вы действительно хотите электронный CMS, не пытается изобрести велосипед. Существуют много, протестировал электронный CMS вокруг. Например, некоторый Zope/Python основывал решения как Plone. Это - протестированное Предприятие, настолько простое в использовании, чрезвычайно расширяемое (как у Вас есть полный applicationserver в бэкенде), существуют книги вокруг объяснения его для авторов/редакторов, веб-мастеров и разработчиков. Развейте его, где это не соответствует. Если Вам нужно больше информации, спрашивают в IRC (OPN/freenode, #plone) или если один из 59 Мировых Дней Plone [1] местоположения не, слишком далеко идут туда 7-го ноября 2008 и связываются с Plone и его огромным и полезным сообществом. [1] http://plone.org/wpd
Независимо от того, что Вы выбираете, не используйте Typo3. Это - огромная unhackable путаница со своим собственным идиотичным шаблонным языком "сценария", почти невозможным учиться быстро, трудно преподавать Вашим корпоративным пользователям и чертовски ужасный. Неудивительный существуют магазины, которые зарабатывают на жизнь просто выполнение консалтинга Typo3. Это несколько популярно, но не думайте, что существует любая достойная документация.
Требуется создать Класс Предприятия CMS с нуля? Только для одного проекта? Действительно ли Вы являетесь сумасшедшими? Если план заняться бизнесом CMS и иметь тысячи и тысячи часов времени разработки там абсолютно не является никаким смыслом создать новый. Уже существует превосходный CMS там. Drupal и Plone являются лучшими, по-моему. Мне нравится, когда Plone потому что его восхитительное использует. Это используется ЦРУ, НАСА, Akami, Novell и eBay.
С наилучшими пожеланиями,
Tony
Первая вещь, которая приходит на ум здесь, состоит в том, что Вы приближаетесь к этому неправильно. Кажется, что Вы ищете любимый проект для себя и пытаетесь решить то, что требуется приложить все усилия. Вы не указывали объем того, кто собирается быть управлением этим сайтом.. который является реальным вопросом. Это - просто Вы? Действительно ли это - руководство? Это - каждое подразделение?
Принятие огромного решения как это занимает много времени и мысли. Мы проводим много времени, просто помогающего нашим клиентам выбирать правильный CMS для их потребностей. Существуют много там, и решение как это не что-то, чтобы быть взятым слегка. Много хороши в правильной ситуации и УЖАСНЫ в других. Кроме того, что является правильным для Вас, как разработчик не обязательно прав для Вашего конечного пользователя.
Как кто-то там предположил, Вам нужно намного больше исследования того, что требования перед любым (включая сообщество разработчиков), может сделать любые предложения о том, что является лучшим для использования.
"Они хотят, чтобы я использовал платформу/набор языков/технологий, которые я могу доказать им, "стабильные, готовые к предприятию технологии с успешным опытом работы "".
Нет никакого доказательства тех функций.Ничего.
Есть ли некоторая действующая технология, которую они хотят, чтобы Вы использовали? Если так, Вы могли бы плавать в восходящем направлении.
Если Вы боретесь за свою предпочтительную технологию, Вы, вероятно, не можете покорить их сердца и умы без серьезного подтверждения концепции или пилотного проекта или чего-то.
Если бы они готовы послушать, они были бы более готовы послушать, если бы у Вас была демонстрация, которая показала, насколько надежный Ваш предпочтительный подход.
если нет никакого должностного лица, то они просто воздевают руки. В этом случае Вам будет нужно некоторое доказательство, которому они на самом деле верят - пилотный проект или подтверждение концепции.
В этой промышленности нет никакого Доказательства. Для каждой технологии можно найти сторонника и противника. Даже загаженная технология имеет сторонников. Забудьте доказательство.
Просто выберите что-то, что можно использовать очень быстро. Разбудите что-то и работающий так быстро с таким высоким качеством, что Вы, очевидно, правы, и остальная часть Ваших мнений должна быть одинаково правильной.
Поэтому гибкость не имеет никакого значения. Пойдите с Django и заставьте что-то работать как можно скорее.
Я соглашаюсь с Will, комментарии braveterry и Divamatrix. Полностью.
Существуют тонны вопросов/проблем/рисков/соображений взять для успешного запуска решения CMS для носителя/крупного предприятия. Я не повторю то, что Будет, и braveterry сказал, вместо него я предложу другую точку зрения:
CMS для средней крупной компании не о программном обеспечении. Это о процессах и политиках.
Какая платформа/инструмент использовать должна зависеть от строгих требований (вид содержания, источников для содержания, кто будет ответственен, чтобы получить и создать содержание, каковы их способности, кто будет утверждать обновления содержания, которые отделы будут иметь речью на том, что входит в домашнюю страницу?, под которым политики будут выбраны содержание для домашней страницы?, каков будет puropose для домашней страницы? (маркетинг? продажи? технический? брендинг?).
Если ответы на эти вопросы (существует партия больше), не ясны Вам или даже если Вы не добираетесь, почему ТАК важны. Затем я думаю, что необходимо сократить закаленную консалтинговую фирму.
PS: Это дает мне идею опубликовать своего рода работу об этой теме, но это взяло бы в некоторые дни, поскольку у меня в настоящее время нет времени для подготовки ее.
Если Вы ищете CMS промышленного класса, почему реализация с нуля? Уже существует известный, сформировавшийся, основанный на Python CMS промышленного класса доступный названный Plone.
Это было недавно рассмотрено главной публикацией IT:
"Plone делает одну вещь - управление веб-контентом - и делает это с самоуверенностью. Вот почему Вы найдете известные США и международные организации в большинстве отраслей промышленности, выполняющих их веб-сайты, Интернет и экстранет с Plone". Inforworld, "CMSes с открытым исходным кодом оказываются определенно стоящими цены" октябрь 2007
Из поля Plone обеспечивает больше всего, если не все функции, в которых Вы будете нуждаться, и с сотнями свободных дополнений, доступных для реализования любых других опций, Вам будете нужны Вы, возможно, не должны делать какое-либо кодирование для подъема сайта и выполнения.
Это используется правительством, некоммерческой организацией, образованием и компаниями. Имена, такие как Novell, gnome.org, Обнаруживают Журнал и тысячи больше. И можно быть вполне уверенны его безопасное, ЦРУ использует его для выполнения его общедоступного сайта.
Сообщество Plone очень сильно, это - один из самых больших проектов С открытым исходным кодом в планете. Существуют сотни поставщиков услуг Plone во всем мире для оказания поддержки для развертывания.
Можно читать на самом проекте на веб-сайте Plone.org. Существует также Plone.net, который обеспечивает тематические исследования и истории успеха, глобальный список поставщиков услуг и большего количества освещения в СМИ.
Если Вы хотите предприятие CMS, Вы не создаете его с нуля с платформой. Предприятие CMS требует работы тысяч людей, как Plone. Вот Plone на предприятии:
Если бы Вам нравится Python, и Вы хотите веб-платформу, я не пошел бы мимо Django. Это просто, мощно, и выполняет много сайтов уровня предприятия.
Несколькими больших сайтов с помощью Django является Lawrence.com, Игры Проклятия и некоторые сайты Washington Post. Это просто перешло к версии 1.0 недавно также, таким образом, у Вас есть твердая кодовая база для работы от.
Можно всегда добавлять список компаний, которые используют Python, если Вы хотите, он включает людей как Google, Yahoo и НАСА.
Я соглашаюсь с комментариями Will. Создавание CMS, интранет и системы управления документами походит на тонну работы. Моя компания, вероятно, провела бы 6 месяцев на требования для одной из тех систем и все еще вручила бы от неопределенных/неполных требований.
Вот несколько вопросов:
- Кто будет поддерживать CMS и Системы управления Документа, когда Вы будете сделаны? Разногласия имеющих успех приложений понижаются при отбрасывании пользовательского приложения Python посреди набора оплачиваемых Java-разработчиков. Я не говорю, что это не может работать, просто что разногласия скашиваются против него.
- Вы ищете отдельное приложение / платформа для создания CMS для внешних сайтов, CMS для интранет и системы управления документами? Если так, это должно сузить поле возможного CMSs значительно. Например, я не думаю, что Drupal обрабатывает управление документооборотом хорошо (если он обрабатывает его вообще.)
- Кто пользователи систем? Будут люди, использующие систему управления документами быть теми же, управляющими веб-сайтами и интранет?
- Системы совместно используют рабочий процесс? (Будет система управления документами, довольная, пребывание в его бункере или документах может переместить в сеть CMS или интранет? Есть ли различные "утверждающие лица" в каждой области системы или одной группе повелителей?)
Удачи!
«Предприятие» - это маркетинговый термин. Это практически не имеет технического значения. Если ваш босс хочет услышать Enterprise, то он это сделает, но это не означает, что данная система подходит для ваших нужд.
Остерегайтесь списков компаний, которые используют данный набор программного обеспечения. «Ebay использует Plone» и «Ebay работает на Plone» - два очень разных утверждения.
В основном, если вы используете "Enterprise" CMS (независимо от значения этого термина), вы должны ожидать, что у вас будет кривая обучения, которая только начнет выровняться к концу значительного проект.
Для вашего проекта я предлагаю вам попытаться выяснить, что вам действительно нужно. Если вы считаете, что TurboGears (или любой другой фреймворк) вам подходит, обсудите со своим начальником некоторые стратегии управления рисками. Может быть, с маленького пилота для начала. Внедрение новой технологии рискованно. Многие веб-сайты "крупных корпораций" в наши дни критически важны.
Для чего это стоит. Мне нравится Plone, но я когда-либо использовал его только для некорпоративных вещей. Я лично не знаю ни одной реализации "Enterprise". На работе я использую Tridion и знаю множество реализаций на этом уровне. (Если вы ищете вариант, который позволит вам работать на Python, Tridion вам не подходит.)
и я знаю множество реализаций на этом уровне. (Если вы ищете вариант, который позволит вам работать на Python, Tridion вам не подходит.) и я знаю о многочисленных реализациях на этом уровне. (Если вы ищете вариант, который позволит вам работать на Python, Tridion вам не подходит.)