Überwinden Sie mit onion.net die Einschränkungen herkömmlicher CMS-Produkte. Statt an starre, vorgefertigte Funktionen gebunden zu sein, entwickeln Webentwickler mit onion.net individuelle Informationsmodelle. Ändern sich die Anforderungen, wächst onion.net mit – sogar im laufenden Betrieb.
Aus dem Informationsmodell erzeugt onion.net automatisch und unmittelbar die passenden Bedienoberflächen. So bleibt onion.net aufgeräumt und leicht bedienbar. Online-Redakteure können ohne technisches Hintergrundwissen Inhalte einstellen und pflegen.
Auf Basis der aktuellsten Technologien und W3C-Standards läuft onion.net schnell, sicher und wirtschaftlich. Kunden mit hohen Anforderungen an die Aktualität ihres Webauftrittes profitieren vom Einsatz von onion.net.
Einfach aktuell mit onion.net!
Referenzen (Auszug) siehe http://onion.net/referenzen
Welche Betriebssysteme werden unterstützt?
Serverseitig: Microsoft Windows Server 2008 R2
Welche Webserver werden unterstützt?
Microsoft Internet Information Server (ab IIS 5.0)
Auf welchen Plattformen sind Clients verfügbar?
* next-generation Editor: Microsoft Internet Explorer ab 9, Mozilla Firefox, Google Chrome, Apple Safari
Welche Datenbanksysteme werden unterstützt?
Microsoft SQL Server 2008 R2
Werden die einzelnen Komponenten der Website in einem Dateisystem oder einer Datenbank verwaltet? Wenn Datenbank: Handelt sich um eine systemeigene Datenbank oder können auch andere Datenbanksysteme verwendet werden?
Der onion.net Information Server verwaltet alle Informationen ausschließlich in der Datenbank. Die Ausgabeeinheit onion.net-Renderengine zielt auf die Anbindung und Mixtur verschiedener Quellen über dieselbe XML-basierte Transformationstechnik. Die mitgelieferten Module binden Daten eines Microsoft SQL-Servers, Dateisysteme, LDAP-basierte Quellen, Internetressourcen und Informationen des onion.net-Information-Servers an.
Gibt es eine integrierte Mediendatenbank für u.a. Bilder?
Ja, onion.net stellt Standarddatentypen zur Erfassung von binären Formaten zur Verfügung, darunter auch Bilder. Die flexible Informationsarchitektur ermöglicht dem Web-Entwickler jederzeit, speziell auf das Projekt angepasste Modelle zu entwerfen. Die Mediendatenbank entspricht so exakt den individuellen Anforderungen.
Welche Attribute (z.B. Version, Berechtigungen, Veröffentlichungs-/Verfalldatum, META-Informationen) lassen sich einzelnen Komponenten oder Seiten zuordnen?
Alle Objekte verfügen über eine Reihe von Standardattributen: Titel, ID, Ersteller, Erstellungsdatum, Schema, Bearbeiter, Letzte Änderung, Version, Rechtetabelle, Liste aller Referenzen. Darüber hinaus können beliebig weitere (Meta-)Informationen definiert und gepflegt werden, indem einfach die entsprechenden Schemata erweitert werden.
In welchem Umfang findet die Verwendung von Templates statt?
onion.net speichert Content medienneutral im XML-Format. Im Allgemeinen tragen die Objekte keine Informationen, die deren Darstellung betreffen. Die Transformation in die gewünschten Ausgabeformate geschieht ausschließlich mittels XSL, der Standard-Templatetechnologie für XML. Jeder Objekttyp kann in beliebig viele Ausgabeformate transformiert werden. Aus denselben Daten kann ohne viel Aufwand eine Website, ein RSS-Feed oder ein PDF-Dokument generiert werden. onion.net macht formal keinen Unterschied zwischen Objekten, die Inhalt tragen, und anderen Objekten, die diesen transformieren. Alles ist Content; alle Objekte werden in demselben Editor angelegt und editiert. Das ausgefeilte Rechtemanagement sorgt dafür, dass dabei jeder Nutzer nur dann Objekte sehen oder bearbeiten darf, wenn er die entsprechenden Rechte dazu besitzt.
Ist eine integrierte Suchfunktion für die Website vorhanden?
Das mitgelieferte Suchmodul stellt alle nötigen Werkzeuge zur Bildung von Lucene-basierten Suchkatalogen sowie die Nutzung des Kataloges in einer Website zur Verfügung. Sie bestimmen, welche Informationen wie indiziert und mit welchen Zusatzinformationen sie versehen werden
Gibt es die Möglichkeit, Sitemaps und Indexseiten automatisch generieren zu lassen?
Ja. Auch Sitemaps, Indexseiten und andere Verzeichnisse sind das Ergebnis von XSLT-Transformationen. Die onion.net Transformationstechnik macht keinen Unterschied zwischen der Transformation eines Richtext-Feldes oder einer Navigation. Ihnen steht zu jedem Zeitpunkt der gesamte Datenbestand des onion.net Information Servers sowie aller angebundenen Quellen zur Verfügung.
Findet eine automatische Linküberprüfung mit entsprechender Korrektur statt?
In onion.net ist referenzielle Integrität fester Bestandteil des Systemkerns. Inkonsistenzen sind damit ausgeschlossen. Sie können jederzeit die Liste aller Objekte einsehen, die auf ein Objekt verlinken. Referenzierte Objekte können nicht gelöscht werden. Damit ist jeder Link innerhalb einer Website automatisch immer gültig. Darüber hinaus wird auch die Konsistenz der Daten zu den Schema-Definitionen stets gewährleistet. Da jedes Objekt, das in onion.net gespeichert wird, einer XML-Schema-Definition folgt, ist eindeutig definiert, welche Inhalte es enthalten kann und/oder muss. Ungültige Daten sind damit ausgeschlossen. Das gilt auch bei Erweiterung des Schemas: Die Schema-Definition kann nur so verändert werden, dass alle im System abgelegten Daten weiterhin gültig sind.
Kann man dynamische Kategorien auf Webseiten definieren, in denen weitere relevante Links angezeigt werden?
Ja. Mit onion.net strukturieren Sie Informationen jedoch nicht mit Ordnern oder Kategorien im herkömmlichen Sinne, wenngleich es der Einfachheit halber im Editor so aussieht. Genau genommen gibt es keine Ordner, sondern strukturierte Dokumenttypen, die Sie mit XML-Schema definieren. Der Vorteil: Dokumenttypen können definieren, welche anderen Dokumenttypen sich unter ihnen befinden dürfen. Ein herkömmlicher Ordner „weiß“ dagegen nicht was er verwaltet. Mittels XSLT-Templates lassen sich derart strukturierte Informationen zusammenstellen und an gewünschter Stelle ausgeben
Zur Verdeutlichung ein Beispiel: Stellen Sie sich eine Adressverwaltung vor. Sie definieren einen Dokumenttyp »Firma«, außerdem einen Typ »Niederlassung« einen Typ »Abteilung« und einen Typ »Mitarbeiter«. Mit wenigen Mausklicks definieren Sie, dass unterhalb einer Firma ausschließlich Niederlassungen angelegt werden dürfen und unterhalb derer ausschließlich Abteilungen. Unterhalb einer Abteilung wiederum dürfen weitere Abteilungen sowie »Mitarbeiter« angelegt werden.
Sie können sich sicher vorstellen, wie schnell Sie auf diese Weise komplexe Informationsstrukturen beliebiger Art erzeugen können. Und onion.net sorgt automatisch für Ordnung, weil alles nur da sein kann wo es sein darf.
Ist die Gestaltung einer allgemeingültigen Navigation möglich, die sich an den Kontext anpaßt?
Ja. Navigationen sind das Ergebnis von XSLT-Transformationen. Eine komplexe, kontextabhängige und personalisierte Navigationslogik basiert nur auf einer Handvoll Transformationen. Eine einfache Navigation benötigt im Allgemeinen sogar nur ein einziges Template.
Findet eine integrierte Versionssicherung statt?
Ja. Immer wenn ein Bearbeiter ein Dokument ausleiht wird eine neue Version erzeugt. Alte Versionen sind mit Meta-Informationen einseh- und vergleichbar
Kann eine Versionssicherung über Zusatzsoftware realisiert werden?
onion.net kümmert sich selbst um die Versionierung. Die regelmäßige Sicherung (und Wiederherstellung) aller Informationen ist besonders einfach, da sich alle Informationen in der Datenbank befinden.
Ist die Wiederherstellung von früheren Versionen der Website oder einzelner Komponenten möglich und wenn ja, wie weit?
Es ist möglich, jede jemals erzeugte Version eines Objekts wieder einzuspielen, sofern die referenzielle Integrität weiterhin gewährleistet bleibt und die alte Version noch der aktuellen Schema-Architektur entspricht.
Gibt es einen integrierten Template-Editor?
Die Erstellung und Verwaltung von Templates ist im onion.net-Editor integriert.
Lassen sich externe Editoren einbinden? Wenn ja, welche?
Im Gegensatz zu vielen herkömmlichen CMS verwaltet onion.net keine Dateien sondern XML-Schema konforme Informationen. Externe Editoren, die dieses fortschrittliche Konzept unterstützen, sind uns nicht bekannt. Da die Kommunikation mit dem onion.net-Information-Server über eine dokumentierte API erfolgt, ist die Anbindung eines XML-Schema konformen externen Editors jederzeit möglich.
Findet objektorientiertes Authoring statt?
Ja. Content wird in onion.net objektorientiert be- und verarbeitet.
Lassen sich mehrsprachige Inhalte verwalten?
Ja, mit beliebig vielen Sprachen. Dabei bleibt die Inhaltserfassung einfach: Unterhalb eines Strukturpunkts im Objektbaum liegen beliebig viele Sheets, ein Sheet pro Sprache, das den lokalisierten Content enthält. onion.net basiert auf Unicode. Aus diesem Grund können Sie Inhalte jedweder Sprache publizieren; auch Japanisch, Chinesisch oder Kyrillisch sind kein Problem. Der Besucher Ihrer Website kann die Sprache auf Dokumentebene wechseln. Dabei bleibt er auf der aktuellen Seite. Für den Fall dass die aktuelle Seite nicht in der gewählten Sprache existiert, sind verschiedene Lösungen möglich. Zum Beispiel wird die fehlende Sprache an dieser Stelle nicht zur Auswahl angeboten, es wird die nächst höhere Seite angezeigt, die es in der gewählten Sprache gibt oder es wird eine Fallback-Sprache festgelegt.
Sind mehrsprachige Clients verfügbar?
Deutsch und Englisch sind bereits integriert. Darüber hinaus kann der onion.net-Editor mittels frei zugänglicher Konfigurationsdateien in beliebige Sprachen übersetzt werden.
Mit welchen Techniken kann ein Redakteur an das System Inhalte übertragen?
XML-Import
Hochladen von Informationen, z.B. Bilder
Ausschneiden und Einfügen
Einfügen aus Microsoft Word Document
Wie wird technisch das System vor Fremdzugriffen geschützt?
Es gibt keine Hintertürchen. Der Datenbankzugriff für Fremdanwendungen ist Tabu, jeder Lese- und Schreibzugriff auf Daten, Schema und Benutzer werden im Kontext eines Benutzers durchgeführt und dessen Aktionen gegen die Rechte geprüft. Webserver sprechen ausschließlich mit dem onion.net Information Server und nur dieser kommuniziert mit der Datenbank. Die physische Trennung von Redaktionsumgebung und Publikationssystem ist möglich aber nicht zwingend vorgeschrieben.
Gibt es vordefinierte Gruppen innerhalb eines Rollenkonzepts?
Das Rollenkonzept wird individuell für jedes Projekt erstellt.
Sind die Gruppen innerhalb eines Rollenkonzepts frei definierbar?
Ja. (Lese-, Schreibrechte, Vererbung von Rechten)
Gibt es einen definierten oder frei gestaltbaren Freigabezyklus für Publikationen auf der Website?
onion.net verfügt über eine Live- und eine Live-Preview-Ansicht (Vorschau). Für die redaktionell betreuten Teile des Systems gilt dabei folgende Regel: Wenn Sie ein Objekt speichern, sehen Sie die Änderungen in der Vorschau, erst wenn Sie das Objekt wieder zurückgeben, sind die Änderungen live. Die zum Patent angemeldete onion.net Enterprise ChangeSets Technologie erlaubt den Redakteuren, beliebig viele virtuelle Redaktionsumgebungen zu erzeugen, in denen verschiedene Aufgaben voneinander losgelöst bearbeitet werden können. Dabei gilt, dass in jedem ChangeSet die aktuell zurückgegebenen Inhalte des Live-Systems "durchscheinen", sofern nicht derselbe Aspekt eines Content Objektes in dem ChangeSet bearbeitet wurde. Hierdurch läßt sich doppelte Pflege bei wichtigen Änderungen im Live-System vermeiden. Eine automatische Konflikterkennung zwischen den ChangeSets und dem Live-System sorgt dafür, dass die Änderungen aus den ChangeSets jederzeit konfliktfrei publiziert werden können. Die Mechanismen zum Ausleihen, Speichern und Zurückgeben stehen auch in den ChangeSets zur Verfügung, um Teamarbeit zu unterstützen. allerdings bedeutet das Zurückgeben im Changeset lediglich die Freigabe zur Bearbeitung durch andere.
Die Publikation ins Live System erfolgt in einem separaten Schritt. Auf diese Art und Weise ist es recht einfach, größere Änderungen vorzubereiten, zum Beispiel saisonale Kollektionen oder Specials neben den täglichen Aktualisierungen. Die konfigurierbare Vorschau sieht stets so aus, wie die Live-Seite aussehen wird, sobald die Änderungen im Live-System zurückgegeben, bzw. die selektierten ChangeSets publiziert werden.
Weitere Workflowanforderungen sind mithilfe von Transformationen im Projekt frei definierbar.
Für die Transformationen selbst, also die Teile des Systems, die für die Darstellung der Inhalte zuständig sind und die nicht von Redakteuren, sondern von Programmierern bearbeitet werden, gilt die o.a. Regel nicht. Transformationen sind komplexe Strukturen, die bei umfangreichen Änderungen nicht einzeln aktualisiert werden können. Stattdessen gibt es Transformationsversionen. Nehmen Programmierer Änderungen an den Transformationen vor, können sie diese in der Vorschau testen.Anschließend erstellen sie eine neue Transformationsversion und schalten den Live-Server um. Dieser Vorgang dauert nur wenige Sekunden. Der Webnutzer merkt nichts davon; während der gesamten Zeit bleibt die Live-Seite online.
Gibt es einen Schutz vor versehentlichen gleichzeitigen Zugriff mehrerer Personen auf ein Dokument?
Gleichzeitiger Zugriff mehrerer Personen auf ein Objekt ist ausgeschlossen. Um ein Objekt zu bearbeiten, muss es ausgeliehen werden, wodurch es für die Bearbeitung durch andere Nutzer gesperrt wird.
Welche Arten von systeminternen Aufgabenlisten und Statusanzeigen gibt es?
Jedes Objekt ist entweder ausgeliehen oder eingecheckt. Ausgeliehene Objekte können zwischengespeichert werden. Darüber hinaus gibt es archivierte Objekte.
In den ChangeSets können Objekte überdies als fertig zur Qualitätssicherung ausgezeichnet werden. Überdies ist es möglich, das gesamte ChangeSet gegen weitere Bearbeitung "einzufrieren". Dies kann zum Beispiel bei der Qualitätssicherung hilfreich sein.
Welche Dokumententypen sind importierbar?
Alle Daten und Formate sind importierbar. Alle Informationen, die mittels XML-Schema beschrieben werden können, sind in onion.net voll integrierbar.
Die onion.net SharePoint Integhration germöglicht die einfache und sichere Nutzung von Listen und List Items, die in Microsoft SharePoint bearbeitet werden.
Können externe Datenbankzugriffe realisiert werden?
Ja, externe Datenbankzugriffe können realisiert und im Templating so behandelt werden, als ob es sich um onion.net-interne Daten handelt.
Wie lassen sich bestehende Websites importieren?
onion.net basiert auf der strikten Trennung zwischen Struktur und Inhalt auf der einen und Layout auf der anderen Seite. Um diese strikte Trennung beim Import zu gewährleisten, müssen die zu importierenden Daten gefiltert und aufbereitet werden. Je nach Projekt kann die Qualität der Importdaten stark variieren („Old School HTML“ oder wohlgeformtes XHTML? „Tabellenwüste“ oder modernes CSS-Layout?). Der Import bestehender Websites in die onion.net Informationsarchitektur ist in der Regel nicht voll automatisierbar und erfolgt im Projekt.
Gibt es eine offengelegte API als Programmierschnittstelle?
Ja. Die onion.net Client API ermöglicht den Zugriff auf den onion.net Information Server innerhalb jeder .NET Umgebung. Alle onion.net Server (onion.net Editor Server, onion.net Render Engine, onion.net Datasource Server) nutzen ausschließlich diese API zum Datenaustausch, Verwaltung der Benutzer und -Schemata. Alle Server stellen wiederum selbst eine API zur Verfügung. Damit lassen sich von jedem .NET Entwickler Erweiterungen nahtlos integrieren.
Wie lassen sich Templates funktionell mit einer Scriptsprache erweitern?
Im Templating stehen alle Funktionen von XSL zur Verfügung. Darüber hinaus gibt es zahlreiche weitere Methoden und Werkzeuge, die sehr einfach integriert werden können.
Welche Scriptsprachen lassen sich verwenden?
Alle Sprachen, die im .NET Framework unterstützt werden
Für welche Anwendungsbereiche gibt es fertige Softwareerweiterungen?
Durch seine flexible Architektur ist onion.net für vielfältigste Anwendungsbereiche erweiterbar.
onion.net Intershop-Integration: Redaktionierung von Content für Online-Shops auf Basis Intershop Enfinity Suite 6.
onion.net Spring MVC Integration: verbindet onion.net mit Spring MVC basierten Java Applikationen, beispielsweise zur Integration in die E-Commerce Produkte von hybris.
onion.net SharePoint Integration: Nutzung von Listen und List Items aus Microsoft SharePoint. Bereitstellung von onion.net Content als Webpart in Microsoft SharePoint.
onion.net Newsletter Services
Außerdem stehen verschiedene Module von onion.net Partnern als "Contribution" im Downloadcenter zur Verfügung http://learn.onion.net/de/downloads
Lassen sich einzelnen Inhalten Kategorien zuordnen?
Ja, das ist auf mehrere Arten möglich
Können Daten über einen Benutzer beim Zugriff auf die Website in einem Profil gespeichert werden?
Beispielsweise können die individuellen Einstellungen eines digitalen Arbeitsplatzes im Profil des Benutzers gespeichert werden
Lassen sich personalisierte Webseiten für einzelne Benutzer realisieren? Wenn ja, mit welcher Technik?
Sobald ein Nutzer sich an einer onion.net generierten Website anmeldet, authentifiziert er sich gegenüber dem System. Das System kann nun reagieren, indem es die Website personalisiert oder zusätzliche Funktionen freigibt.
Gibt es ein integriertes Profilmanagement für Benutzerprofile?
Ja. onion.net verfügt über ein ausgereiftes Benutzer- und Rechtemanagement. Der Benutzerverwalter definiert Gruppen und weist diesen Rechte zu. Anschließend werden die Benutzern mit einer oder mehreren Gruppen verknüpft. Welche Objekte ein Benutzer sehen, anlegen, bearbeiten oder löschen darf, ist abhängig von den Rechten, die er aufgrund seiner Gruppenzugehörigkeit besitzt. Dadurch gewährt onion.net höchste Datensicherheit!
Extranets sowie personalisierte Internet-Seiten werden vom Standard-Rechtemanagement des onion.net Systems ideal unterstützt. Dieses ist nämlich nicht nur auf die Benutzer beschränkt, die direkt mit dem System arbeiten, sondern kann ganz alle Benutzer umfassen, die mit dem System in Berührung kommen, also auch mit einer Website, die auf einem onion.net System läuft. Es ist sehr einfach möglich, Gruppen anzulegen, deren Rechte Aussagen über die Sichtbarkeit von Website-Inhalten treffen. Nutzer, die Zugriff auf das Extranet verlangen, müssen sich zunächst anmelden. Gelingt die Anmeldung, so erfolgt der Zugriff, im anderen Fall wird dieser verwehrt.
Wie wird ein Benutzer auf der Website erkannt (Cookie, URL, etc.)?
Nach ASP.NET Standard (URL-kodiert oder Cookies)
Wie weit wird XML vom System unterstützt?
onion.net ist vollständig XML-basiert. Alle Objekttypen folgen zwingend XML-Schema und werden mit XSL verarbeitet. Diese Technologien sind etablierte Standards des W3C und bieten mehr Flexibilität und Leistung als jede Eigenentwicklung. Hat eine neue Implementierung die Marktreife erlangt, ist es mit wenig Aufwand möglich, sie in onion.net einzubinden. Die Standard Konformität ist auch zukünftig sichergestellt.
Ist die Einbindung von externem Content möglich?
Ja über Import zur Speicherung und weiteren Bearbeitung im onion.net System oder direkt in der onion.net Render Engine.
Die onion.net SharePoint Integration ermöglicht die automatische Übernahme von Content aus Listen und Listen-Elementen die in Microsoft SharePoint gepflegt und mit onion.net verwendet werden. Umgekehrt können Inhalte aus onion.net in SharePoint mittels Webparts dargestellt werden.
Die onion.net E-Commerce Integration ermöglicht eine enge Integration mit Frameworks wie hybris oder Intershop Enfinity Suite. In onion.net redaktionierter Content kann beliebig mit Informationen aud der E-Commerce Plattform kombiniert werden. In der Regel erfolgt die Publikation des nahtlos integrierten Content dann über die Webserver der E-Commerce Plattform.
Wird der ICE-Standard unterstützt?
Das eingereichte "Information and Content Exchange (ICE) Protocol" wurde vom W3C bisher nicht weiter verfolgt (http://www.w3.org/Submission/1998/18/Comment).
Das ICE Protocol wendet die Standards der Extensible Markup Language (XML) an. onion.net basiert durchgängig auf den W3C Standards XML schema, XML und XSL.
Welchen Arten von Auswertung der Nutzung der Website finden statt?
onion.net basierte Web-Sites können auf einfachste Weise mit den bekannten Web-Reporting Tools (z.B. Omiture, Google Analytics) überwacht werden. Aufgrund der Vererbung des Tracking Pixel ist dies mit geringstem Aufwand möglich.
Wie wird das Benutzerverhalten festgestellt (z.B. versteckte Funktionen in der Seite)?
Gemäß der favorisierten Web-Reporting Lösung, i.d.R. mittels Tracking Pixel.
Für welche Lasten (Zugriffszahlen) eignet sich das System?
onion.net ist aufgrund seiner Architektur hochskalierbar und eignet sich für alle Anforderungen. Die Zugriffszahlen sind abhängig von der gewählten Caching Strategy. 100 Seiten pro Sekunde und Prozessor sind eine realistische Größenordnung.
Wird die Website statisch oder dynamisch generiert und kann dazwischen gewählt werden?
Es stehen beide Alternativen sowie Mischformen zur Verfügung. onion.net verfügt über eventbasiertes Caching und bietet so die Möglichkeit, die Ereignisbehandlung zu beeinflussen, das heißt auf Ereignisse zu warten oder diese auszulösen. Auf diese Art und Weise wird die Seite nur dann neu berechnet, wenn sich in der Datenbank Informationen ändern, die diese Seite betreffen.
Man stelle sich vor, wir haben in unserem onion.net Produkte mit bestimmten Informationen liegen. Weiterhin gibt es Seiten, die diese Informationen auf unterschiedliche Art und Weise darstellen, z.B. eine Übersichtsseite, die zwar alle Artikel auflistet, jedoch nur den Namen und den Preis anzeigt, und eine Detailseite für jeden einzelnen Artikel, die natürlich alle eingetragenen Informationen darstellt. Ändert sich nun die Farbe eines Artikels, betrifft diese Änderung nur die jeweilige Detailseite. Diese wird neu berechnet. Die Übersichtsseite, die diese Information nicht benötigt, ändert sich also auch nicht und kann im Cache verbleiben. Eine solche Handhabung entlastet den Server und bietet eine optimale Skalierung.
Wird weitere Software für den normalen Betrieb des Systems benötigt?
Microsoft Windows Server 2008 (R2 empfohlen)
Microsoft SQL-Server 2008 (R2 empfohlen)
Microsoft IIS 7.5
Microsoft .NET Framework 2.0
Microsoft Internet Exlorer (ab 6.0)
Welche Preise hat das Produkt?
Lizenzen ab 10.200 € nach Bedarf
Welche Zielgruppe(n) sprechen Sie mit Ihrem Produkt bzw. Dienstleistungen an?
onion.net spricht all jene an, die ein standardorientiertes, schnelles und komfortables Informationssystem suchen. Dabei gibt es keine Fokussierung auf eine bestimmte Unternehmensgröße oder –ausrichtung. onion.net ist beliebig skalierbar. Für kleinere Projekte, etwa die Website eines kleinen Unternehmens, gibt es fertige Lösungen und Baukastensysteme. Größere Unternehmen und Internet Service Agenturen profitieren besonders von der überragenden Multiprojektfähigkeit von onion.net. Große, last- und speicherintensive Webauftritte und –Applikationen werden durch das intelligente Caching von onion.net deutlich performanter.
Unternehmen die im Intranet auf Microsoft SharePoint setzen, finden in onion.net eine ideale Ergänzung für Ihren Unternehmensauftritt im öffentlichen Web. Die onion.net SharePoint integration kann Inhalte aus SharePoint Listen automatisch übernehmen. Die aus der SharePoint Seitenstruktur extrahierten Inhalte können mit onion.net in beliebiger Aggregation wiederverwendet werden, wodurch sich der Pflegeaufwand meist erheblich reduziert.
Online-Händler profitieren von der onion.net E-Commerce Integration, die es erlaubt E-Commerce Plattformen wie z.B. hybris oder Intershop Enfinity Suite 6 mit den vielfältigen Möglichkeiten desd onion.net CMS zu verstärken.
Welche Technologie/Architektur wird verwendet?
onion.net wurde als verteilte Anwendung auf Basis des Microsoft .NET Frameworks entwickelt. onion.net ist in C# programmiert und besteht zu 100% aus managed code.
Die Interprozesskommunikation der einzelnen Serverkomponenten findet über .NET Remoting statt. Daten werden ausschließlich in XML verwaltet. Der Integrität des Datenbestands liegt XML Schema zugrunde.
onion.net wurde erfolgreich von VeriTest gemäß Microsoft Platform Test for ISV Solutions getestet.
Werden Freigabeverfahren unterstützt?
Derzeit auf Projektebene durch Transformationen.
Eine generische Lösung im Produktkern ist derzeit in Vorbereitung.
Welche Möglichkeiten bestehen für Redakteure, Inhalte zu bearbeiten?
Im Allgemeinen arbeiten Redakteure mit dem onion.net-Editor und geben darin die Inhalte ein. Dabei stehen zwei Arten der Erfassung zur Verfügung: Progressive Formulare und der Freitexteditor. Progressive Formulare verhalten sich ein wenig anders als die Standard-Eingabemasken, die man aus anderen Systemen kennt. Der onion.net-Editor zeigt zunächst nur die Pflichtfelder an, also die Felder, die ausgefüllt werden müssen, um das Dokument speichern zu können.Auswahl- und optionale Felder müssen explizit aktiviert werden. Das Formular wächst somit in die Richtungen, die dem zu erfassenden Inhalt entsprechen.
Mit dem Freitexteditor können Nutzer ohne Programmierkenntnisse Inhalte erfassen, wie sie es aus ihrem Textverarbeitungsprogramm, beispielsweise Microsoft Word, gewohnt sind. Die erfassten Inhalte integrieren sich nahtlos in die Ausgabe. Das bedeutet beispielsweise für die Inhaltserfassung einer Website, dass diese Inhalte so aussehen, wie die Stilvorgaben der Website es vorgeben. Übrigens: Wenn Sie Texte einfügen müssen, die bereits als Word-Dokument existieren, so ist dies kein Problem. Unser Editor bereinigt den Text beim Kopieren automatisch, sodass keine unerwünschten Formatierungen übernommen werden. Darüber hinaus können Inhalte per XML-Import integriert werden, auch online über das Internet.
Nach welchen Modellen berechnen sich die Lizenzkosten?
1. die gewünschten onion.net Funktionsmodule (i.d.R. die ersten drei):
onion.net Editor Server
onion.net Render Engine
onion.net Information Server
onion.net Client API
onion.net Datasource Server
2. Anzahl der CPU Cores auf denen die o.a. Server verteilt sind
3. onion.net Image Server Pro
Keinerlei Beschränkung hinsichtlich Redakteuren, Domains, Projekte des Lizenznehmers
Welche Lizenzmodelle werden angeboten?
Zeitlich unbefristete Lizenzen
SaaS auf Platformen der Hosting Partner
Lizenzen für Hosting/SaaS Provider auf Anfrage
Emil-Figge-Str. 76-80
44227 Dortmund
Deutschland
Ansprechpartner:
Uwe Herten
T: 0231-9742-957
F: 0231-9742-356
M:
W: onion.net
© 2012 FEiG & PARTNER