Aufbau einer searchable Datenbank mit externen Daten auf NOF 12

[Bill]

Bin relativ neue in diesem Forum.
Versuche mit Hilfe von NOF Komponenten eine Datenbank für unsere Web-site zu bauen so,  dass Besucher nach verschiedenen Verfahren/Methoden  suchen und ausdrucken können.

Habe eine MS Access DB mit einer entsprechenden Tabelle. In Spalte 1 ist die ID, Spalte 2 der Verfahrensnamen. Spalte 3 die Beschreibung des Verfahrens und Spalte 4 das Datum der Verfahrensentwicklung.

Der Besucher macht eine Abfrage durch eintippen des  Verfahrensnamens. Sofort öffnet sich eine Liste mit verschiedenen  Verfahrensbeschreibungen und Entwicklungsdatums  bezogen auf den eingegebenen Verfahrensnamen. Der Besucher kann dann die Datenliste ausdrucken.

Das Kapitel 27 vom NOF Instruktionsmanual  ist nicht sehr Hilfsreich und lässt viele Fragen offen.  Z.B. weiss ich nicht wohin die Access Tabelle exportiert werden muss. 
Hat jemand eine brauchbare step by step Anweisung  oder eine fertige searchable  data-base  für externe Daten  die ich in NOF 12 installieren entsprechend anpassen kann . Besten Dank für Eure Hilfe
Bill

[NullAhnung]

hallo...

warum eigentlich access....?

ich habe am anfang auch mit access rumgehampelt, aber hab schnell kapieren müssen ... mit access kriegst du nichts hin...selbst mit odbc-treiber...
und wenn du viele datensätze hast, dann ist es vorbei mit der schnelligkeit...

sinnvoller wäre eine mysql-datenbank

[Bill]

Lieber NullAhnung

Ich habe mir ähnliche Gedanken gemacht. Zur Zeit überlege ich mir auch den Weg via .csv Datei und den Einsatz von der NOF-Komponente FAQ.  Das Thema dynamische relational data bases ist in der NOF Community eher ein Tabu.
Hat jemand interessante Modifikationen der NOF-FAQ Komponente? Gruss Bill

[NullAhnung]

nun ich kapiere nicht was du willst....

ne datenbank...oder das spielzeug von nof....grins?
jetzt willst mit textdateien rumhampeln...?

die frage ist ja erstmal .... hast du eine datenbank im web...
hast du php...

[SwissKnife]

Hallo Bill

Ich habe mir den Thread angeschaut...und da stellen sich doch einige Fragen...

Bevor man eine detaillierte Antwort geben kann, muss das Problem genauer analysiert werden...

Es stellen sich folgende Fragen:

• Wie gross ist das Datenvolumen?...um wieviele Datensätze handelt es sich?...
• Wieviele Relationen zu anderen Daten gibt es in den primären Datensätzen?
• Wie sehen die Relationen aus?...1:n?...n:n?...n:1?
• Soll über alle Datenfelder gesucht werden können?
• Soll lexikalisches Suchen möglich sein?...also Suchtreffer auch bei ungenauen Suchbegriffen?
• Wird aus den Datenfeldern auf externe Dokumente verlinkt?
• Wie sehen die Dokumente aus, die ausgedruckt werden sollen?...PDF's?
• Wie sollen die primären und dazugehörige relationale Datensätze erstellt werden können?

Bevor diese Fragen nicht beantwortet sind macht es relativ wenig Sinn darüber nachzudenken, welches nun das geeignete DB-System ist....denn die benötigten Funktionalitäten bestimmen die einzusetzende DB....und auch das weitere Vorgehen....denn ohne "programmiertechnische Handarbeit" wird das wohl nicht gehen...


Gruss aus der Schweiz
Stefan

[Bill]

Lieber Stefan.
Betreff Datenbankkonstruktion habe ich totale Freiheit. Viel wichtiger sind für mich die Bedürfnisse meiner Datenbankbenutzer. Meine Website-Benutzer sind technische ausgebildete global tätige Spezialisten die ein Verfahrensproblem haben z. B. müssen sie eine Mischung von Molekülen analysieren  d.h. in einzelne Moleküle  trennen oder aus verschiedenen Rohstoffen ein neues Molekül synthetisieren. Dazu benötigen sie brauchbare Verfahren.

Zu Beginn werde Ich mich vorerst nur auf eine spezifische Art von Trennverfahren konzentrieren und alles in englischer Sprach aufbauen.  Später  werde ich vielleicht eine weitere Website für Syntheseverfahren aufbauen. 
Der Besucher wird also auf meine Website kommen mit einem Zielmolekül im Kopf für das er ein geeignetes Verfahren sucht.  Nennen wir dieses Zielmolekül einmal „Metformin“.  Metformin ist ein Pharmazeutikum zur Regulation von Diabetes-melitus.  Der Website-Besucher könnte also jemand sein mit der Aufgabe die Reinheit des Produktes zu bestimmen oder jemand der den Weg dieses Moleküls durch den menschlichen Körper verfolgt.  Metformin baut sich schlecht ab und wandert durch den Körper über den Urin in die Kläranlagen  wo ein Teil davon abgebaut,  der Rest in die Gewässer und möglicherweise auch zurück ins Trinkwasser migriert.  Darum untersuchen andere Spezialisten wie viel abgebaut wird und welche Metaboliten dabei entstehen. Wiederum andere untersuchen die Metformin-Rückstände  im Trinkwasser und welchen Einfluss diese auf die Menschheit haben.  Selbstverständlich gibt es für jede Situation spezifische Trennverfahren und für jedes Verfahren weitere Subverfahren.  Um den Suchprozess möglichst einfach zu gestalten werde ich für jedes Zielmolekül alle Verfahren zugänglich machen (2 bis 20 Datensätze)  so, dass der Spezialist das/die für Ihn geeignete(n) Verfahren auswählen kann.
Zurzeit habe ich ca. 5 K Verfahren für ca.  2000 Moleküle.  Theoretisch könnte sich diese Zahlen verdoppeln oder verzehnfachen.
Niemand würde ein solches System benützen wenn es zu kompliziert oder zu langsam ist. Viele unserer Verfahren haben „new to the world components“ welche die Verfahren verbessern oder vereinfachen.   Zur Zeit ist es schwierig abzuschätzen wie die Spezialisten mit diesem Angebot umgehen. Darum wollen wir ein System aufbauen dass angepasst und erweitert werden kann.
Zu Beginn möchte ich ein ganz einfaches System aufbauen. Zurzeit sind die Verfahren in verschiedenen  Datenbanken verpackt. So könnte es sein, dass Metforminverfahren 1 in  Datenbank CO1, Metforminverfahren 2 in Datenbank AC3, Metforminverfahren 3 in Datenbank MZ5 etc verpackt sind.
In der ersten Phase möchte ich die Benutzer auffordern  das Zielmolekül sowie den  Namen, Beruf, Firma, Adresse, Email –Adresse  des Benutzers in ein Kontaktformular einzugeben. Der Benutzer wird aufgefordert  auf den Knopf „Process Extract“ zu drücken  und in kürzester Zeit werden die gefundenen  Datenbankenbezeichnungen CO1, AC3 und MZ5  im Kontaktformular aufgezeichnet. Der Benutzer wird wiederum aufgefordert den Knopf „Send“ zu drücken  so, dass die gesamten Informationen an den Webmaster geschickt werden.  Der Webmaster kann an Hand  der Firma und Berufsbezeichnung das/die geeigneten Verfahren an den Absender senden und die dazu benötigten Komponenten offerieren.
Die einzelnen Verfahren haben verschiedene Datenelemente wie Zahlen, Text und Graphics (jpg, gif, pdf).  Grundsätzlich könnte man die graphischen Daten in Zahlen und Text verwandeln und so in eine txt oder cvs File  integrieren. Umgekehrt könnte man auch den Text und Zahlen in Graphics verwandeln. Das aber würde bedeuten, dass komplexere Datenbanksysteme nötig wären und die Website sich verlangsamen würde.
Grundsätzlich wollte ich alle internen Datenbankenin eine  XL Tabelle mit allen Daten vereinigen  so, dass der Webmaster  die geeigneten aussuchen und sie per E-Mail an die Benutzer senden kann.
Ein wichtiges Element im Website design ist die Benutzererkennung.  Wir wollen wissen wer unsere Benutzer sind. Wir wollen kein Know-how an Unbekannte oder Konkurrenten weiterleiten. Zudem bewegen wir uns alle in einer Welt des anonymen „Informations-Überflusses“ – Daten und Informationen sind noch lange nicht Wissen,   Information ist Massenware – und das wiederum führt zur Unfähigkeit zwischen guter, vertrauenswürdiger Information und Ramsch zu unterscheiden.  Wir müssen also Systeme aufbauen die „convenience, empathy, knowledge und quality“ verbinden. 
Benutzer suchen und brauchen Hilfe, wir wollen Ihnen Hilfe geben so, dass die Benutzer erkennen, dass unsere Information und Wissen  von höchster Qualität ist.
Mein persönliches Wissen geht in Richtung Technologieentwicklung  und Technologiekommunikation. Ich  bin auf NOF gestossen da diese Software  mir die Möglichkeit gibt mit wenig Programmierwissen eigene einzigartige Websites zu entwickeln.  Bin jetzt aber an einem Punkt angelangt wo auch Programmierkreativität   und insider Know How nötig werden um effektive und schnelle Websites entwickeln zu können.

Lieber Stefan Du hast wahrscheinlich vertieftes Programmierwissen.  Vielleicht können wir Ideen austauschen um  gemeinsame Synergien daraus zu entwickeln? Wir haben hier ein grosses Thema das auch in anderen Bereichen immer wichtiger wird.
Gruss Bill

[NullAhnung]

na ganz habe ich inhaltlich das nicht vorstanden...aber eigentlich ist es ja relativ egal was du in eine db packst...

bestimmte dinge kann ich aber nicht nachvollziehen....

1. warum sind die verfahren in verschiedenen datenbanken... wenn dann zumindest in verschiedenen tabellen innerhalb einer datenbank...

2. warum soll der webmaster das händisch machen....

3. was ist ne xl-tabelle... meinst du vielleicht eine excel-tabelle.... und wenn ja... warum? warum zeigst du das ergebnis nicht in einem login-bereich an...und der user soll es dann ausdrucken... oder versendest nicht als pdf-document...

also die qualität für den user hängt nicht davon ab, welche datenbank du nimmst, sondern wie du die inhalte eingibts.... und diese logisch verknüpfts...

rein technisch ist das projekt jetzt nicht so kompliziert... vom inhalt schon eher....grins

[Bill]

Lieber NullAhnung

Zu Deinen Fragen
1.   Man könnte unsere Zielbenutzer in ca. 40 – 60 Themengruppen aufteilen . (Die Themen ändern sich kontinuierlich ,-neue Themen kommen dazu, ausgeforschte Themen verschwinden).  Die Benutzer könnten auch in etwa 10 grössere Berufsgruppen (Chemiker, Prozess Ingenieurs, Bio-Chemiker, Chromatographer, Mediziner etc.) und verschiedene Untergruppen (Industrieforscher, Proteomiker, Professoren, Produktentwickler, Methodenentwickler etc.) aufgeteilt werden. Zudem haben wir semantische Variablen. Hinter den Berufsbezeichnungen stehen verschiedene Interpretationen was ihr Beruf beinhaltet  und das wiederum ändert sich von Land zu Land.  Habe schon einmal die Berufsgruppen auf eine kleine Liste reduziert und die Benutzer gefragt zu welcher Gruppe  sie gehören.  Diese Strategie ist ungenau und eine Liste mit mehr als 7 Eintragungen wird nicht gelesen oder ernst genommen.  Das Alter unserer Benutzer liegt Mitte 20 und 60 Jahren.  Um auf Trab zu bleiben müssen sie täglich mehrere Seiten wissenschaftliches Material  studieren und verdauen.  Sie sind darum sehr wählerisch mit Information und verfolgen nur solche die Ihnen persönlich hilft.  Unsere Benutzer sind ganz sicher keine Fliessbandarbeiter.  Jeder Tag bringt neue Fragen – viele dieser Fragen können sie nicht beantworten da sie kompliziert sind und die Zeit fehlt.  Noch komplexer ist die Strukturierung  der Themenbereiche.  Frühere Versuche mit Expertensystemen haben alle versagt, aus semantischen Gründen. 
Anhand  von nur vier Angaben; der Firma/Institutionsnamen, akademischer Titel, eigene Beruf-   und der Landbezeichnung  kann das trainierte menschliche Hirn viel einfacher  die Interessen der Benutzer abschätzen.  Grosse Firmen stellen viele Daten und Informationen ins Netz aber sie werden kaum genutzt ausser von den Konkurrenten.  Mit dem Aufkommen der Social Networks  haben wir eine Flut von Kommunikationsmöglichkeiten und ein wachsender Stresspegel  bei deren Benutzer.  Es ist höchste Zeit, dass wir Programmstrukturen entwickeln mit denen wir fokussiert individuelle Bedürfnisse ansprechen und menschliche Beziehungen aufbauen können – nur solche Beziehungen bringen Mehrwert für Programmierer und Anwender.   
Nun zu Deiner Frage 1. Wir strukturieren die internen Datenbanken in ca.  40 – 60 Themen . Ein Verfahren für Zielmolekül X kann in einer oder mehreren Datenbanken vorkommen.  (Ein Analytiker in einem Wasseranalysenamt  sucht vielleicht nur einzelne X Moleküle mit einem anderen Gerät als ein Qualitätskontrollchemiker bei einem Generikaproduzenten der Grammmengen zur Verfügung hat.   Die Verfahren der erwähnten Benutzer unterscheiden sich stark.  Die beste Konstante ist der Name des Zielmoleküls  (Aber auch dort haben wir verschiedene Auslegungen)
2.   Solange wir semantische Probleme haben ist das menschliche Hirn viel erfolgreicher die Bedürfnisse, sprich das richtige oder interessante  Verfahren auszuwählen.  Ich versuche  eine Website aufzubauen die komplexe Menschen in noch komplexeren Situationen davon zu überzeugen versucht, dass wir Ihnen die besten Verfahren offerieren, - vorausgesetzt sie geben  ihr Problem (Zielmolekül) an eine  anonyme Website/Organisation. (Die meisten dieser Spezialisten stehen unter vertraglicher Schweigepflicht und sind eher scheue Menschen)  Wir holen diese Menschen ab mit einfachen und schnellen  Homepages sowie modernsten Verfahren und Produkten.  Wenn Ihnen jemand ein Erfolgsrezept übergibt und Sie als Spezialist erkennen, dass das unterbreitete Rezept funktionieren kann, dann entwickelt sich ein Vertrauen. Mit dem Vertrauen gehen Sie zurück zur Website und holen sich weitere Unterstützung. 
3.   Richtig, xl ist meine Kurzform für Excel.  Ein Login Bereich ist ein absolutes no-no.  Das machen grosse Firmen. Darum wachsen sie nur noch durch Kauf von kleinen innovativen  Unternehmen.
Alles was wir machen ist logisch aber oft ist hinter der Logik eine grosse Anzahl variablen und vorne sind Menschen mit Ängsten, Emotionen, Vorurteilen und komplexem Wissen.  Qualität heisst für sie,  ihren Bedürfnissen angepasstes,  glaubwürdiges Wissen zu erhalten ohne grossen bürokratischen Aufwand.

Mit welcher NOF Komponente könnte man wirksame, zwischenmenschlich Kommunikationswerkzeuge bauen. Was würdest  Du vorschlagen?

Ich denk der Formular Handler hat grosses Potential, vorausgesetzt man könnte ihn mit neuen Ideen und zusätzlichen Feldern ausbauen. 
Gruss Bill

[NullAhnung]

so langsam wird es klarer....grins

als erstes kann ich dir sagen, und ich habe ähnliche leidvolle erfahrungen gemacht wie du... vergess den ganzen komponenten-kram von NOF...du wirst nicht glücklich damit...

und als zweites... ohne php oder ähnliches und eine vernünftige datenbank wirst du deine Aufgabenstellung nicht erreichen

nun stellt sich die frage was du brauchst...grins

meiner meinung nach musst du erstmal dir gedanken machen über das backend und die geeignete datenbank... also wie kommen die daten, die logik von dir in die datenbank... nennen wir es mal das adminteil...dieser teil wird oft unterschätzt, oft wird am anfang mit nof tolle seiten gebastelt, klar man sieht auch gleich was, und irgendwann hat man csv-teile und sonstige dinge, mit denen man garnichts anfangen kann...und das chaos ist dann perfekt....grins

also ich kann mal kurz erklären wie mein werdegang war... ich hatte in access eine tolle datenbank mit viel formularen und makros.... hat alles toll funktioniert... dann kam das problem wie krieg ich die daten auf meine website.... nof und access geht garnicht... vergess es ganz schnell... da ich aber meine access-geschichte als admin-teil nicht aufgeben wollte, habe ich eine mysql-datenbank angelegt, in die alle daten kamen... also access hat auf die daten in mysql zugegriffen, das funzt einigermaßen, und access habe ich somit als frontend sprich adminteil benutzt...und die websites (frontend) hat auf die mysql durch die nof-eigenen connectoren zugegriffen...so weit so gut.... allerdings musste ich schnell feststellen, dass nof für eine datenbank verbindung überhaupt nichts taugt... gut man kann ein  paar tabellen auslesen, aber das wars dann... man kriegt keine vernünftigen verknüpfungen hin (versuch mal mehrere tabellen zu verknüpfen...und das wird bei dir wohl nicht nur einmal von nöten sein) ... also den gesamten NOF-kram raus und mit php anfangen... ich benutze NOF nur noch für die design-geschichten, und selbst da wird man verrückt...grins
nachdem das alles umgestellt war, kam das nächste problem.... access wird über odbc extrem langsam... mit 100 datensätze kein problem.... aber darüber kannst du minuten warten... und das ist keine übertreibung... also access in die tonne und das backend direkt an mysql ... auch hier benutze ich NOF nur noch für das "schöne" Aussehen, aber alles andere ist php und ein bischen javascript...

also meiner meinung nach kannst du NOF nur für das Aussehen deines front- und backends benutzen, alles andere ist zum scheitern verurteilt...und hat keinen proffessionellen anspruch... du willst doch mit dem internetauftritt wahrscheinlich geld verdienen und nicht permanent an der website rumbasteln...das ding muss laufen... ganz einfach...

Ein Login Bereich ist ein absolutes no-no.  Das machen grosse Firmen. Darum wachsen sie nur noch durch Kauf von kleinen innovativen  Unternehmen.

das sehe ich total anders....also eine kausalität zwischen login-bereich und wachstum herzustellen fällt mir ehrlich gesagt schwer... große firmen haben großteils kein login-bereich, weil sie es gar nicht wünschen mit den kunden in kontakt zu treten....grins
mir gibt ein login-bereich, wenn er gut gemacht ist, eher sicherheit als user...klar, wenn ich erstmal alles daten meines lebens zum registrieren angeben muss, dann bin ich auch weg... aber einen nick und passwort anzugeben, damit habe ich kein problem...und für dich als betreiber hat es nur vorteile... du kannst hier die zugriffe auf deine sensible daten besser steuern und überwachen....

Solange wir semantische Probleme haben ist das menschliche Hirn viel erfolgreicher die Bedürfnisse, sprich das richtige oder interessante  Verfahren auszuwählen.

das mag sein, aber auch hier kann eine db gut unterstützen... es kommt halt drauf an, was für daten und logik man in die db eingibt... es kann nur das rauskommen was man reinsteckt...also in deinem fall ist das datenbankdesign wohl das wichtigste.... das bischen design der website ist wohl das kleinste problem bei dir...

[Bill]

Lieber NullAhnung
Besten Dank für Deine ausführlichen Warnsignale.
Ich werde mich in den kommenden Wochen mit meinen Partnern in USA, UK, JP und China diskutieren wie wir unseren Zielmarkt besser strukturieren könnten.  Falls uns das gelingt, werde ich mich vertieft mit DB design befassen und etwas php lernen.   

Es scheint sehr viele NOF Zyniker zu geben. Trotzdem hört man  nichts davon, dass an einer   verbesserten  „next generation“  NOF Software gearbeitet wird.  Wir können nur hoffen,  dass ein paar Europäer  die Energie aufbringen  um eine verbesserte Werkzeugkiste zu schaffen  mit der auch nicht-programmierer  funktionstüchtige Websites generieren können.

Nochmals besten Dank für Deine Impulse
Gruss Bill

[NullAhnung]

na die hoffnung stirbt zum schluss....grins

aber sind wir doch mal ehrlich... was erwartest du für 39 €....ist doch leicht naiv zu glauben, dass es ein programm geben wird das völlig ohne programmierung auskommen wird...

NOF ist nett um ein paar statische Seiten für einen Vereinsauftritt oder so zu machen... aber das hat nichts mit professionellen Internetauftritten zu tun....

ich bin eher der Meinung, NOF sollte gerade dieses ganze pillepalle wie db-anbindung und sonstige komponeten in die tonne hauen und sich wieder auf ihre kernkompetenz wie design mit wenigen klicks, stabilität und vor allem gute schnittstellen zu anderen programmen....damit ist allen geholfen... und wer dynamische seiten und db usw. braucht ... der muss sich halt dann weiterbilden...grins

[Gerd]

NullAhnung,

der Name wäre bei mir sicherlich angebrachter, trotzdem halte ich Deine Meinung die Du im zweiten Absatz Deines letzten Posts über NOF und deren Nutzer äußerst für ziemlich unangebracht 

Man sollte die Kirche beim Dorf lassen, 90% der Nutzer von NOF sind Menschen denen es Spass macht eine Webseite zu generieren und bei denen sicherlich das finanzielle Interesse nicht im Fordergrund steht. Wer als professioneller Webdesigner ein Studium absolviert hat, arbeitet mit Adobe oder ähnlichen Programmen und verdient seine Brötchen damit. Aber dazu ist NOF mit an Sicherheit grenzender Wahrscheinlichkeit nicht gedacht.

Und ob ich nun eine Webseite mit NOF oder Adobe oder xy gestalte, professionell sind ALLE sofern sie technisch funzen. Und das Design ist sowieso Geschmacksache.

Deshalb widerspreche ich Dir, dass man mit NOF keine professionellen Webseiten getalten kann!  Ich hoffe das Du mir für ein paar kritische Worte nicht böse bist! 

Einen netten Gruß von
Gerhard 

[NullAhnung]

also so schnell werde ich nicht böse....

aber ich finde den teil schon angebracht... ich habe doch nichts anderes gesagt was du sagst...

Man sollte die Kirche beim Dorf lassen, 90% der Nutzer von NOF sind Menschen denen es Spass macht eine Webseite zu generieren und bei denen sicherlich das finanzielle Interesse nicht im Fordergrund steht.

Ich unterscheide hier bewusst zwischen Internetauftritt und Webdesign.... Webdesign ist ein kleiner Teil von dem gesamten... das ist was der User zu sehen bekommt, was aber im Hintergrund abläuft gehört aber maßgeblich dazu...
Wenn ich nur einen Internetauftritt will mit nur statischen Seiten... dann kann ich das wunderbar mit NOF bewerkstelligen... und ich bewundere viele, was für schöne Seiten die hier hinzaubern...
aber die Gefahr von nur statischen Seiten ist halt, dass ich dann irgendwo 100te Seite habe, weil ich auf jede Eingabe des Users reagieren muss...als z.b. 10 danke-Seiten... wie danke für die Registrierung, danke für die Kontaktaufnahme...usw.... und dann kommen noch 100 Seiten für jedes Bild dazu...

nicht umsonst sind über 90% der Seiten dynamisch angelegt... ich brauche nur 1 danke-Seite... auf der Seite überlege ich durch ein paar php-codezeilen... für was ich mich bedanken will... das geht mit NOF auch...aber schwierig,

weil NOF hier überhaupt nichst tut...das kreide ich dieser Software an...anstatt die Stärke wie webdesign in Vordergrund zu stellen und weiter zu entwickeln... werden diese meiner Meinung nach unbrauchbaren Komponenten angeboten...NOF war mal das führende Web-Design Programm..

kurzes Bsp... passend für dieses eigentliche Thema hier...Datenbank...
was soll das diese komischen Connectoren und so... auf einer Seite sind Iteratoren und was weiß ich in Form von Icon... und funktionieren tut es auch nicht..

Code: [Auswählen]

$db_verbindung = mysql_connect( 'XXX', 'YYY', 'ZZZ' );
mysql_select_db('Datenbank');
$abfrage = "SELECT * FROM tabelle

3 zeilen für das gleiche... und das funktioniert...

[mia]

weil NOF hier überhaupt nichst tut...das kreide ich dieser Software an...anstatt die Stärke wie webdesign in Vordergrund zu stellen und weiter zu entwickeln... werden diese meiner Meinung nach unbrauchbaren Komponenten angeboten...NOF war mal das führende Web-Design Programm..

Dann will ich mal meinen Senf auch noch dazu geben....

NOF war schon immer ein Gemischtwarenladen.
Und in den Anfängen hatte die Software als WYSIWYG Generator auch unschlagbare Vorteile gegenüber anderen Programmen, sofern denn schon welche auf dem Markt waren...

In diesem Gemischtwarenladen gibt es etliches, was heutzutage altbacken und outdated  ist oder aber noch nie wirklich funktioniert hat. Eine Fotogalerie, die sich seit Version 7 nicht verändert hat, ein Shop, der noch nie wirklich funktionierte - von den heutigen Anforderungen ganz zu schweigen -, und eine Datenbankanbindung, mit der man eigentlich auch nix anfangen kann....

Man hätte sich schon seit Jahren gewünscht, dass sich Netobjects, vormals Website Pros, auf die Kernkompetenz konzentriert, nämlich das Erstellen von "modernen" Internetseiten und die Software dahingehend weiterentwickelt wird, dass zeitgemässere Features integriert werden.

Wenn man sich anschaut, womit man die meiste Zeit des Supports verbringt ( und wofür nettesekel ständig Tuts schreibt), dann sind das doch Hilfestellungen, um "Fremdprodukte" einzubauen.
Seien es nun Fotogalerien, Slideshows, Overlib.... usw...

Netobjects hat es versäumt, solche Features selbst anzubieten, und sei es auch als kostenpflichtiges Plugin.
Um zu dankbarer sind wir deshalb für solche tollen Komponenten wie die SwissKnife Kompos, die in NOF problemlos zu integrieren sind und uns das Leben so einfach machen.

Neben den Usern, die mit NOF ihre Hobby Seiten erstellen und in relativ kurzer Zeit durchaus passable Ergebnisse erzielen können, gibt es auch die User, die NOF beruflich nutzen, weil man schnell  und unkompliziert ein Grundgerüst für eine Site gebaut hat.

Gruss
Mia

[NullAhnung]

dem ist nichts hinzuzufügen....meine rede...

sich auf das webdesign konzentrieren und an den user denken....