Franz Wieser

Es lag an der Frage!, dh technisch kennst du dich aus, musst dann nur abwarten ob ein Admin es zulässt, so wie es geschrieben steht.

die einfachste Möglichkeit ist für jede Subdomain ein eigenes WordPress installieren und damit eine jeweils eigene Datenbank nutzen.

sollte man nur eine MySQL (vom Hoster) Datenbank verfügbar haben, kann man durch unterschiedliche Präfixes der Tabellen, mehrere WordPressinstallation mit einer Datenbank (aber eigene Tabellen) nutzen.

dann gibt es noch die Möglichkeite WordPress Multisite zu nutzen, dabei wird einmal WordPress Netzwerk installiert und man hat eine Datenbank, kann aber dann einfach mehrere ansich unabhägige Sites (Portale auf zb Subdomain oder Ordner) aktivieren, und hat als netzwerkadmin aber gesamte Adminstrierung möglich.

ob präfixe Datenbank oder auch WP Multisiste bedarf aber durchaus mehr beschäftigung mit der Installation und Einrichtung als es für eine einfach Installation normal notwendig ist.

am besten zb auf localhost ausprobieren und kennenlernen und Anleitungen für die erweitertern Installationmöglichkeiten lesen.

gruss Franz

ich nehme an du meinst hier im repository,
um was geht es bei diesen Tickets? klappt das einspielen? hast du schon mal Thema einspielen können?

versuch mal rauszufinden ob bei deinem Webspace sendmail aktiviert ist,
(wie? per phpinfo() Befehl, zb gibt auch phpinfo Plugin) oder bei weobspace einstellung oder hoster support)

wünsch dir nicht zuviel, denn mit WordPress können sich vielleicht zuviele wünsche erfüllen und erschweren den überblick 😉

ad 1, im Stanard Profilformular ist ein „alter“ Feld nicht dabei, aber es gibt plugins die das erweitern des Profilformular um Felder ermöglichen, habe selbst zb für einen Verein ein solch erweitertest Profil entwickelt.

ad 2. auch das ist möglich, eben durch Plugins oder durch selbstentwickeln von Plugins, habe beides schon gemacht.

ad 3. je nach Plugin oder Programmiergeschickt, baut man sich Listen, übersichten oder Navigation usw, die Daten von Formulare zb können je nach wunsch im Dashboard (adminbereich) oder auch im Frontend (Seiten, Artikel, Sidebar usw) ausgegeben und bei bedarf auch bearbeitet werden.

am wenigsten macht man etwas in der MySQL Datenbank direkt, sondern man nutzt entweder Plugins (fertige Funktionserweiterungen) oder programmiert per PHP solch Plugins,

unter http://www.wieser.at/wordpress/plugins habe mit Stammblatt Plugin ein einfaches Beispiel aus meinem Projekt, mit beliebig erweiterbaren Formularfelder und auch Einbindung in Seiten, Sidebar usw.

blog.php als template ist soweit ich weis nicht vorgesehen
sondern du kannst dir aufgrund http://codex.wordpress.org/Theme_Development#Template_Files_List templatebezeichnungen nutzbar machen,

einfach wäre zb einene sogenannten Blogidee durch zuweisen gewisser (blog) Artikel einer Kategorie, und diese Kategorie dann einfach aufrufen, ersparrt TEmplate Codes basteln.

weiters nutze ich für solch Idee Plugins, und ich baue in posts nur eine Shortcode ein, durch mein aktuellsten Plugin an dem ich bastle, zb schaffe ich mir die möglichkeiten individuell und flexible, zb Filter (wie kategorie, tags, posttype, custom fields, datum, menge) und kann dann auch sortieren, oder wenn ich fertig bin mit meinem Plugin auch extra styles nutzen,
durch eine anderes Pluginexperiment, zb setzte ich die so aufgerufene Seite in komplett anderes Design,

ansich würde ich empfehlen in den Themen nur das Styling allgemein zu nutzen, optisches vielleicht zu Verändern (entweder komplette eigenen Thema bauen, oder bestehenden Thema mit Child Thema anpassen)
Funktionen wie zb Filter, aortieren, spezielle Contentverwendungen (listen, einbindungen, sammlungen usw) bzw alles was man mit diversen Content zusammenhängt, dann per Plugins zu aktivieren. von Plugins aus kann man auch in den design Template per action und Filter hooks wieder vieles einfliessen und verändern lassen.

http://www.wieser.at/wordpress/plugins habe ich zb ein hallo welt plugin das erste schritte für ideen zeigt. (auch im wordpress repository zu finden!)

gruss Franz

category wird soweit ich sehe nicht über solch fixveriable gebaut,
wobei wenn ich richtgi verstanden dafür auch diese flashen genutzt wird,
ich vermute das page es absichtlich nicht in optionen einstellbar ist, um keine verwechslungen zu verursachen, da ich eine Abfrage entdeckte, das zb der slug einer Seite nicht page und andere begriffe sein darf, würden sozusagen dieses blättern anders heißen soll auch die slugproduktion wieder angepasst werden, und das ist eben so nicht programmiert,

auf der anderen Seite, mich hätte es nie gestört, der Anwender weis sowiso nicht wirklich was davon, warum das page oder nicht anders heißt.

ich würde mir nicht den kopf darüber zerbrechen,
ich weis dafür jetzt warum so manche Plugins auch sehr an der Performance zerren, habe durch diese Suche solch einträge im flash entdeckt, über deren Verhalten ich mich gewundert habe, aber nicht gewusst hätte wo ich da suchen sollte. jetzt weis ich zumindest was auch das problem sein kann.

ich denke die macher von WordPress haben sich schon einiges gedacht bei ihrer Entwicklung. wie eben solch Detail mit diese rewrite rules