Beiträge von rubashov

    Mmh. Das Prinzip dahinter verstehe ich zwar, aber die anderen beiden sicher nicht... :(

    Derzeit haben wir Papiervorlagen, in diese müssen Daten unserer Kunden eingetragen werden. Die ausgefüllten Seiten gehen dann zum "Stempeln" an die staatliche Stelle, kommen zu uns zurück und wir schicken die dann an die Kunden weiter.

    Eine Automatisierungsmöglichkeit sehe ich darin, die gedruckte Vorlage nachzubauen und die via Website von den Kunden eingegebenen Daten in diese nachgebaute Vorlage zu packen. Dem Kunden zur Kontrolle per E-Mail schicken, nach Bestätigung ausdrucken, zum "Stempeln" schicken.

    Bislang haben wir eine Reihe von Fehlerquellen:

    Der Kunde schickte falsche Daten.
    Wir übertragen die Daten falsch.

    Das möchten wir auch ausschließen.

    Mit welcher Lösung könnten wir dieses Ziel erreichen?

    Hallo,

    trotz intensiver Suche bin ich bislang nicht fündig geworden, ob, und falls ja, wie und womit man eine Wordpress-Installation wie folgt anpassen kann:

    Auf einer Multi-Site-Installation sollen mehrere Sites betrieben werden. Über diese Sites sollen Dokumente verkauft werden. Hierfür muss der Nutzer

    1. sich mit einem persönlichen Login anmelden,
    2. Daten eingeben,
    3. diese Daten nach Eingabe nochmals dediziert als korrekt bestätigen,
    4. vor dem Absenden der Daten an den Site-Betreiber für die Bearbeitung der Daten eine Gebühr entrichten.

    Der Vorgang soll wiederholbar sein, d.h. die Daten sollen auf der Seite des Site-Betreibers so gespeichert werden, damit diese später (auch nach der Zahlung) für den Nutzer editierbar (für Folgeaufträge) vorliegen.

    Die eingegebenen Daten sollen in Form eines PDFs an den Betreiber der Site geschickt werden.

    Das Aussehen das PDF-Dokuments soll seitens des Site-Betreibers gestaltbar sein, das heisst, in entsprechende Freifelder innerhalb eines PDF-Formulars sollen die entsprechenden Daten des Nutzers automatisch eingetragen werden (Namen, Wohnort, Geburtsdatum etc.).

    Der Nutzer soll zur Kontrolle der Daten automatisch ein PDF des Auftrags zugeschickt bekommen.

    Der Nutzer soll das zugeschickte PDF in einer unterschriebenen Form auf die Site hochladen und dem Auftrag anhängen können.

    Nach Bestätigung der Zahlung als auch nach erfolgtem Upload (des hoffentlich unterschriebenen Scans des Daten-PDFs) sollen die Daten zwecks Weiterbearbeitung per PDF aus dem System per E-Mail verschickt werden können.

    Mit der Bestätigung der Zahlung soll der Kunde automatisch eine vom System generierte Rechnung per E-Mail erhalten.


    Der Hintergrund ist ein ganz einfacher. Wir sind eine Drei-Mann-Bude außerhalb der EU, mit Standorten in drei Ländern mit jeweils einer Person. Wir verkaufen an unsere internationalen Kunden Genehmigungen, die wir von örtlichen Behörden im Auftrag der Kunden einholen. Bisher bekommen wir den Auftrag per E-Mail, tippen dann die Auftragsdaten in eine Textdatei mit Formularfeldern, machen daraus ein PDF, schicken das PDF an die Behörde nach Zahlungseingang seitens des Kunden und schicken nach der Bearbeitung des Dokumentes dieses per E-Mail an den Kunden zurück.

    Bislang ist diese Arbeit ausschließlich händisch, d.h. Auftragseingang, Auftragsdaten, Zahlungseingang und Auftragsstatus werden in drei lokalen Tabellen eingetragen.

    Die Anzahl der Kunden ist aber mittlerweile höher als dieses händische System leisten kann, d.h. wir benötigen eine andere Arbeitstechnik und haben uns überlegt, ob die Kunden nicht statt uns die Daten per E-Mail zu übersenden, diese Daten nicht selber direkt in einer Maske auf einer Website eingeben können. Das würde uns eine Menge Handarbeit beim Übertragen der Daten sparen.

    Gleichzeitig brauchen wir für ein solches automatisiertes System auch ein automatisiertes System der Zahlungseingangskontrolle. Bislang erfolgt die Kontrolle auch nur manuell. Das ist bei der aktuellen Anzahl der Kunden mittlerweile ein Albtraum.

    Welches System der elektronischen Finanzbuchhaltung könnte man an die oben skizzierte automatisierte Auftragsbearbeitung anhängen?

    Und um schlauen Hinweisen auf Agenturen die uns solche kompletten Systeme verkaufen können vorzubeugen: Wir sitzen in Ländern, in denen es solche Agenturen zum einen nicht gibt und zum anderen müssen wir unser System selber warten können. Wir können es uns nicht leisten, von einer Agentur-Lösung abzuhängen, die ein paar Zeitzonen von uns entfernt ist.

    Danke für Tips und Hinweis schon vorab.

    Um mir selber zu antworten:

    Um mehrere Wordpress-Instanzen mit einer einzigen Wordpress-Installation mit nachfolgendem Schema betreiben zu können:

    [COLOR=#000000]subdomain_01.example.org/projekte/projekt_01/
    [/COLOR]
    [COLOR=#000000]subdomain_01.example.org/projekte/projekt_02/
    [/COLOR]
    [COLOR=#000000]subdomain_01.example.org/projekte/projekt_03/
    [/COLOR]
    [COLOR=#000000]
    [/COLOR]
    muss Wordpress im Verzeichnis

    [COLOR=#000000]subdomain_01.example.org/projekte/[/COLOR]

    als Multisite mit Verzeichnissen installiert werden.

    Da Wordpress in der Multisite-Installation in Blog-Namen keine Sonderzeichen akzeptiert (und damit kein "/") ist die Länge des Pfades nach dem Wordpress-Verzeichnis auf ein Unterverzeichnis begrenzt. Daraus ergibt sich, dass die Verzeichnisse

    [COLOR=#000000]/projekt_01/
    [/COLOR][COLOR=#000000]/projekt_02/
    [/COLOR][COLOR=#000000]/projekt_03/
    [/COLOR]
    [COLOR=#000000]
    [/COLOR]
    jeweils die Wurzelverzeichnisse für die separaten Blogs sind.

    Abstrakt:

    [COLOR=#000000]subdomain_01.example.org/wordpress-multisite/blog_01/
    [/COLOR]
    [COLOR=#000000]subdomain_01.example.org/wordpress-multisite/blog_02/[/COLOR][COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]subdomain_01.example.org/wordpress-multisite/blog_03/

    [/COLOR]Für jede Domain-Kombination vor dem Wordpress-Verzeichnis braucht man dann eine eigene Wordpress-Installation.

    [FONT=book antiqua]


    für den Bereich:

    subdomain_0x.example.org ist die Multi-Seite funktion sicherlich sinnvoll.

    Ok.

    Und wie richte ich das ein, dass ich Wordpress als Multisite-Installation so nutzen kann, wie beschrieben? D.h. mein Webspace sieht derzeit wie folgt aus:

    /
    /wordpress
    /sub_01.example.org/
    /sub_02.example.org/
    /sub_03.example.org/
    /example.org/
    /example.com/
    /example.net/

    Wenn ich Wordpress als Single-Installation laufen lasse, dann kann ich die Wordpress-Startseite auf

    [COLOR=#000000]subdomain_01.example.org/projekte/projekt_XY/
    [/COLOR]

    umbiegen. Alle Beiträge via Wordpress landen dann als
    [/FONT][FONT=book antiqua][COLOR=#000000]subdomain_01.[/COLOR][/FONT][FONT=book antiqua][COLOR=#000000]example.org/projekte/projekt_XY/?page123[/COLOR][/FONT]
    [FONT=book antiqua]hinter dem gewünschten Pfad. So weit sehr schön und wie gewollt. Aber:
    [/FONT]

    [FONT=book antiqua]

    [/FONT][COLOR=#000000][FONT=book antiqua]
    subdomain_01.example.org/projekte/projekt_XY/?page123[/FONT][/COLOR]

    [FONT=book antiqua]würde in wordpress lauten:[/FONT]
    [COLOR=#000000][FONT=book antiqua]subdomain_01.example.org/?p=123[/FONT][/COLOR]

    [FONT=book antiqua]unter[/FONT]
    Einstellungen › Permalinks


    [FONT=book antiqua]kann man dies gestalten:[/FONT]
    http://codex.wordpress.org/Using_Permalinks[FONT=book antiqua]

    [/FONT]

    das geht eben leider nicht. Wenn ich die Permalinks einschalte, dann bekomme ich reproduzierbar einen Auflösungsfehler. Angeblich fehlt eine "index.html" im gewünschten Verzeichnis. Folge ich dem vorgeschlagenen Alternativ-Link, dann lande ich bei

    [COLOR=#000000][FONT=book antiqua]subdomain_01.example.org/

    Gleiches gilt für die Multisite-Installation. Nur bekomme ich hier statt eines Auflösungsfehlers einen 403. :(

    Was muss ich also bei der Multisite-Installation einstellen, damit ich sowohl Subdomains als auch Verzeichnisse bedienen kann?

    Danke.

    A.

    [/FONT][/COLOR]

    [FONT=book antiqua][COLOR=#000000]Installation Wordpress[/COLOR][COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Nach nunmehr wochenlangem FAQ-, Installations- und Foren-Marathon stehe ich bei meinem Vorhaben — eine Wordpress-Installation in eine bestehende statische Website zu integrieren und dabei bestehende Pfade zu erhalten und fortzuführen — vor der Wand und möchte mich deshalb mit einer Frage an die Foren-Erfahrung wenden:[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Für eine aktuelle und mehrere zukünftige Projektseiten möchte ich ein CMS aufsetzen. Bei der Wahl der passenden Software fiel die Entscheidung zugunsten von Wordpress aus. Dank einiger Probeinstallationen bin ich mit der Struktur und Funktionsweise dieser Software mittlerweile ausreichend vertraut, um feststellen zu können, dass deren Funktionsumfang meinen Anforderungen voll genügt. Nur bei der letztendlichen Installation stehe ich vor einem Problem — ich bekomme sie nicht wie gewünscht zum Laufen.[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Die Installation soll in eine bestehende Struktur eingebunden werden, die derzeit wie folgt aussieht:[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]subdomain_01.domain.tld/projekte/projekt_01/viele_verzeichnisse/index.html[/COLOR]
    [COLOR=#000000]subdomain_01.domain.tld/projekte/projekt_02/viele_verzeichnisse/index.html[/COLOR]
    [COLOR=#000000]subdomain_02.domain.tld/projekte/projekt_01/viele_verzeichnisse/index.html[/COLOR]
    [COLOR=#000000]subdomain_02.domain.tld/projekte/projekt_02/viele_verzeichnisse/index.html[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Die bestehenden Seiten sind alle statisch und umfassen derzeit mehr als 1.000 Einzelseiten. Diese in ein CMS zu importierten ist keine Option, sie sollen deshalb in ihrer bestehenden Form weiterbetrieben werden. Die Verzeichnisse der statischen Seiten fungieren als sprechende URLs, die im Verzeichnis liegenden .index.html wird nicht angezeigt. D.h. statt[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]/kontakt.html[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]wird [/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]/kontakt/index.html[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]genutzt und im Browser wird nur[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]/kontakt/[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]angezeigt.[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Diese Struktur soll mit der Erweiterung der Seiten mittels Wordpress erhalten bleiben.[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Wordpress soll in der Form eingebunden werden, dass der Pfad[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]subdomain_01.domain.tld/projekte/projekt_XY/[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]statisch ist und erst dahinter die von Wordpress bereitgestellten Seiten beginnen.[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Bei einer Einzelinstallation habe ich dies auch schon mehrfach zu Testzwecken realisieren können, nur ist dabei immer folgendes Problem aufgetreten:[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]War Wordpress in der Default-Einstellung installiert, so wurden alle Seiten mit dem Schema[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]subdomain_01.domain.tld/projekte/projekt_XY/?page123[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]richtig eingezeigt. Wurde die Darstellungsform auf sprechende URLs (pretty permalinks) geändert, so gab es verschiedene Fehler, entweder 403 oder Auflösungsfehler, welche index.html oder index.php gemeint sein könnte. D.h.[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]subdomain_01.domain.tld/projekte/projekt_XY/kontakt/[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]war nicht möglich.[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Deshalb habe ich zu Probezwecken einmal Wordpress als Multisite für Unterverzeichnisse installiert . Ergebnis: Die Unterverzeichnisse lassen sich nicht auflösen und führen zu 403-Fehlern.[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Nun meine Frage:[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Wie muss ich Wordpress installieren, um oben genanntes Schema realisieren zu können? Geht dies nur mit einer Einzelinstallation für jede Subdomain und jedes Projekt, oder läßt sich dies auch mit einer Multisite-Installation realisieren?[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Wie müssen die Pfade gesetzt werden, damit wordpress in einem eigenen Verzeichnis im root des webspace liegt? (Wordpress muss in einem eigenen Verzeichnis liegen, da die statischen Seiten in jeweils eigenen Verzeichnissen im root liegen und weiterhin von Hand gepflegt werden. Die Trennung der Seiten mittels Verzeichnissen ist für deren Betrieb und die händische Pflege notwendig. Wordpress ausserhalb eines eigenen, dedizierten Verzeichnisses würde die Pflege der Seiten massiv erschweren. Bei der Einzelinstallation ist dies — abgesehen von den nicht funktionierenden sprechenden URLs — problemlos möglich gewesen. Wordpress lag in einem eigenen Verzeichnis im root, die Startseite wurde auf [/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]subdomain_01.domain.tld/projekte/projekt_XY/[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]gemapt.[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Gesetzt den Fall, das obige Szenario ließe sich nur mit Einzelinstallationen für jede Projektseite realisieren, was muss ich tun, um die sprechenden URLs lauffähig zu bekommen? Die standardmäßige Ausgabe "/?123.php" ist keine Option.[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]Vielen Dank für die Hilfe schon vorab.[/COLOR]
    [COLOR=#000000]
    [/COLOR]
    [COLOR=#000000]A.[/COLOR]
    [COLOR=#000000].[/COLOR][/FONT]