Beiträge von Ammaletu

    Mit Multisite hast Du tatsächlich getrennte Seiten, was eher nicht zu Deinem Problem passt. Was man denke ich machen kann ist eine normale WP-Installation und dann mehrere Nutzer hinzufügen, die nur die Editor-Rolle haben. Jemand anderes muss dann den Admin machen, der darf natürlich alles bearbeiten. Mit einem Plugin wie Role Manager kann man dann einstellen, was jede Rolle können soll, und da wird bei den Rechten auch zwischen eigenen Inhalten und anderen Inhalten unterschieden. Wenn da bei Edit und Delete nur jeweils die eigenen angehakt sind, müsste das in etwa dem entsprechen, was Du möchtest.

    Schwierig wird es, wenn die Nutzer nicht alle die gleichen Rechte haben. Wenn also z.B. ein Nutzer Admin in Kategorie A sein soll und da alles bearbeiten darf, aber in Kategorie B nur normaler Nutzer. Solange die alle auf dem gleichen Level spielen, denke ich geht das.

    Das sieht wirklich mysteriös aus. Es geht ja alles außer dieser Seite 2 und den Unterseiten von Portfolio. Andere Unterseiten gehen auch. Hast Du mal probiert, ob das Problem mit einem Standard-Theme wie TwentyEleven auftritt? Einfach mal kurz umschalten, testen, und zurückschalten. Möglichst nicht auf der Liveseite sondern einer Testinstallation, falls vorhanden (bin gerade nicht sicher, was die Widgets beim Umschalten machen, falls Du welche benutzt).

    Ansonsten: Welche Permalinkstruktur verwendest Du denn jetzt? Und sind das im Menü alles statische Seiten oder sind da vielleicht Kategorien mit reingemixt? Falls ja, dann mal das hier anschauen: http://www.someusefulinfo.com/blogging/fixin…ies-404-errors/

    Und letzte Idee: Das ist nicht zufällig ein im Backend zusammengebautes Menü und es stimmen vielleicht bloß die Links nicht?!

    Nur als allgemeiner Tip: Ich würde nicht die Hardware upgraden wenn Du nicht ungefähr weißt, woran es liegt. Das verzögert das Problem ja sonst nur. Man müsste hier also mit geeigneten Mitteln mal schauen, was genau so lange braucht. Man kann sich z.B. die Anzahl der DB-Anfragen ausgeben lassen, den Speicher-Verbrauch pro Seitenaufruf etc. Mit krasseren Tools kann man dann auch schauen, welche Funktion genau wie lange braucht, wobei ich nicht weiß, ob man so etwas auf einem Produktionssystem im Live-Betrieb ohne weiteres hinbekommt. Na jedenfalls könnte man dann vielleicht einen einzelnen Übeltäter feststellen und beheben. Plugin, Theme, Pings dauern zu lange oder so.

    Wenn es einfach nur an der Masse der gleichzeitigen Aufrufe liegt ist ein Cache-Plugin sicher eine gute Sache. Das kann man aber nicht einfach anschalten und vergessen, man muss es zumindest einmal ordentlich mit viel Zeit und etwa Fachwissen konfiguriert haben. Sonst ärgerst Du Dich dann nur über unerwünschte Seiteneffekte.

    Das klingt ehrlich gesagt nach einiger Programmierarbeit. Kann natürlich sein dass jemand hier Plugins kennt, die das schon können. Aber falls nicht gehen da sicher ein paar Tage für drauf, und dann wäre es wohl eher etwas für das Jobbörse-Unterforum.

    Wieso willst Du ein Theme kaufen? Muss es etwas so spezielles sein, dass die vielen freien Themes das nicht leisten können? Ich frage nur, weil man wirklich tolle Themes frei bekommt und dann der Support da auch leichter ist. Zu Kauf-Themes kriegst Du hier im Forum eher wenig Antworten.

    Widgets kannst Du im Backend in der Widgetverwaltung in Widgetbereiche, auch "Sidebar" genannt, platzieren. Das ist der Sinn der Widgets. Wenn Du es über ein Widget machen willst, wäre also die Frage, ob Dein Theme an der gewünschten Stelle so einen Widget-Bereich definiert hat. TwentyEleven hat z.B. im Footer drei Widgetbereiche, die man nach Belieben mit Widgets befüllen kann.

    Falls nicht kannst Du entweder den Widget-Bereich im Theme ergänzen (siehe functions.php Zeile 392 und footer.php Zeile 21 im TwentyEleven-Theme) oder die Funktionalität eben ohne Widget direkt einbinden, falls das geht. Viele Plugins bieten ja die direkte PHP-Methode oder das Widget an.

    Ich fange mal mit ein paar Punkten an:

    Zitat

    1) Intranetseite (komplett Login-gesichert)

    Wenn alles andere fehlschlägt kannst Du das über .htacces komplett für die Außenwelt sperren. Spannender wäre die Frage ob der Login mit irgendeinem anderen System zusammengeschaltet werden soll S(ingle Sign-On)?


    Zitat

    2) Ca. 50 User sollen einen Zugang erhalten (eigener Benutzernamen, eigenes Passwort)
    3) Rechtevergabe - hier müsste ich definieren, dass der Admin alles sehen/ändern darf, die User jedoch nur XY sehen dürfen und nur ihr eigenes Profil anpassen können.

    Die Nutzer sind kein Problem und man kann mittels einiger Plugins auch gut die Rechte regeln ("Role Manager" kommt mir in den Sinn, es gab aber glaube ich noch neuere). Nicht immer so feingranular allerdings, wie man es sich wünschen würde, aber simple Einteilungen in Rollen gehen auf jeden Fall. Schwieriger wird es, wenn Nutzer nur in manchen Kategorien editieren können sollen oder so. Geht vermutlich auch, aber definitiv nur mit Plugin. Für so etwas ist WP leider einfach nicht ausgelegt.


    Zitat

    4) Profilseiten für die User (mit Profilbild, Tel, Email, GebDatum etc.)

    Geht. Das Bild und die weiteren Felder muss man per Plugin ergänzen, das sollte aber kein Problem sein (z.B. Plugin "User Photo").


    Zitat

    5) Kalenderfunktion (ich weis, es gibt unzählig viele Plugins, jedoch müsste es ein Kalender sein, der wirklich komplett eigens beschreibbar wäre (versch. Farben, etc.)
    6) Upload- und Downloadfunktion

    Da kenn ich mich nicht aus. Könnte problematisch werden, schätze ich.


    Zitat

    7) Registrierung der User (einmalig)

    Nutzerregistrierung ist ja eingebaut. Entweder zum selber registrieren oder der Admin legt sie einmalig an und die Nutzer füllen die weiteren Infos dann aus wenn sie sich einloggen.

    Zitat

    8) Adressbuch

    Könnte es als Plugin geben, habe ich aber noch nicht gehört. Soll denn da Funktionalität dranhängen wie etwa ein IM-System, oder reicht es, Adressdaten auf einer statischen Seite zu sammeln?!

    Alles in allem: Wenn man WP für etwas nimmt, das sich etwas weiter von "Blog-Plattform" entfernt, sollte man schon genau abklopfen, was an Anforderungen noch dranhängen könnte. Wenn man zu viel per Plugin zurechtbastelt muss, macht das irgendwann auch keinen Spaß mehr. Andererseits geht eben auch sehr viel per Plugin zu regeln.

    Natürlich kannst Du Dein Theme ändern, es sind ja nur Textdateien. Wenn alles andere fehlschlägt bleibt da natürlich der Weg über FTP, aber normalerweise hast Du im WP-Administrationsbereich einen Editor zur Verfügung: Design > Editor. (Im Multisite-Modus hat das nur der Netzwerk-Administrator=Super-Admin)

    Du solltest Dir aber gut überlegen, ob Du eines der Standard-Themes wie z.B. TwentyEleven bearbeitest. Die werden manchmal aktualisiert und dann kannst Du Dir zum einen aus Versehen Deine Änderungen mit dem Update überschreiben und zum anderen eben das Update nicht ohne weiteres einspielen. In diesem Fall solltest Du besser ein Child Theme anlegen, z.B. so: http://kwheft.wordpress.com/2011/07/21/so-…93-child-theme/

    Als Shortcodes werden bestimmte Schlüsselworte bezeichnet, die man in eckigen Klammern einfach in den normalen Text einer Seite oder eines Beitrages schreibt. Vor der Anzeige wird das dann von WP gegen den eigentlichen Inhalt ausgetauscht. Du könntest also z.B. auf der statischen Seite kontakt schreiben:

    Code
    Schreibt mir eine E-Mail:
    
    
    				[contactform]
    
    
    Vielen Dank!

    Und an der Stelle würde in der Anzeige dann das Kontaktformular angezeigt werden.

    Achtung: Wenn Du das Theme mal wechseln solltest, wird der Shortcode dann vermutlich wie er ist ausgegeben, es sei denn das neue Theme behandelt den genauso. Sprich wenn kein Code da ist, der den Shortcode ersetzt, wird er nicht ersetzt. Man sollte es damit also nicht übertreiben, aber für ein Kontaktformular ist das eine gute Sache. Das muss sowieso quasi jeder per Plugin nachrüsten und in etwa so einbauen.

    Probier es mal so:

    Soll heißen: Deine neue Regel muss auf jeden Fall zuerst stehen, sonst wird sie nie beachtet. Sie sollte auch außerhalb des WordPress-Blockes stehen, denn der wird neugeneriert, falls Du mal im WP-Backend die Permalinkstruktur abspeicherst.

    Ansonsten: Bist Du sicher, dass so eine vorgeschaltete Seite gut ist? Ich bin sicher nicht der einzige, den solche Intros nerven. ;)

    Das kannst Du auf jeden Fall schließen. PHP hat soweit ich weiß immer Ausführungslimits eingebaut, kein Scriptaufruf kann da 10 Minuten dauern. Das tut das Update auch nicht. Ich würde eher vermuten, dass das Updatescript in genauso ein Limit gelaufen ist (Speicher oder Ausführungsdauer überschritten) und beendet wurde. Das kriegt der Browser natürlich nicht mit.

    Wenn Du sicher gehen willst, könntest Du die Dateien der aktuellen Version noch mal per FTP drüberspeichern und dann die /wp-admin/upgrade.php aufrufen.

    Installiere Dir am besten lokal wieder XAMPP, kopiere die Datenbank-Ordner an die richtige Stelle und erstelle dann einen Datenbank-Dump. Die Dump-Datei kannst Du dann auf dem Webserver in die dortige Datenbank einspielen.

    Bei mir liegen die DB-Ordner unter C:\xampp\mysql\data\[db-name]. Ich weiß aber nicht sicher, ob es reicht, so einen Ordner anzulegen damit MySQL die Datenbank erkennt. Ist aber sicher einen Versuch wert.

    Da die Daten auch auf dem Webserver nicht 100% sicher sind, denke dann auch daran, ein regelmäßiges, automatisches Backup der Datenbank einzurichten. Plugins dafür sollten zu finden sein.

    Ich habe mich bisher nur kurz mit MultiSite beschäftigt, und das ist auch schon wieder etwas her. Aber kann es sein, dass man nach der Umstellung die Permalinks über das Menü neu generieren muss? Hast Du das gemacht und auch sichergestellt, dass WP die .htaccess beschreiben konnte?

    Ich habe Deinen anderen Beitrag mal entfernt. Doppelpostings müssen nicht sein, davon geht es auch nicht schneller. ;)

    Zu Deinen Problemen: Hast Du ein eigenes Theme erstellt, das nach Belieben geändert werden kann? Dann fangen wir mal an mit Punkt 1, der Schriftart. Das machst Du tatsächlich im Stylesheet, es sei denn es geht um Schrift auf Bildern. Du kannst einige wenige universell vorhandene Schriftarten angeben (Times, Arial), ansonsten arbeitest Du besser mit Web-Schriftarten. Hast Du da schon eine Schriftart ins Auge gefasst?

    Alle Fragen dieser Art beantworten sich übrigens leichter, wenn Du uns einen Link zur Seite gibts. Beim direkten Draufschauen lässt sich vieles genauer sagen.

    Schön dass es jetzt geht. Fehler kann man sich im Firefox über die Fehlerkonsole anzeigen lassen, aufzurufen über das Tools-Menü (ich hoffe, dass das zur Firefox-Grundausstattung gehört, bin aber nicht ganz sicher -- kann sein, dass man die Web Developer Extension dafür braucht. Firebug hat sicher eine analoge Ansicht dabei.).

    Zitat

    Diese Datei im Ordner _notes stammt ja von Dreamweaver, richtig? Kann man damit denn eine vernünftige Update-Funktion "bauen"? ...

    Stammt die von Dreamweaver?! Keine Ahnung, davon war ja bisher nicht die Rede. ... Hm, ja, wenn man den Dateinamen googelt, scheint das wohl eine Dreamweaver-Datei zu sein. Dann hat sich Deine ursprüngliche Frage vermutlich erledigt und mein Rate-Versuch aus dem letzten Posting ist hinfällig. ;)


    Zitat

    Geht um die Plugins von tribulant.com ... Bei dem Preis, den die Plugins kosten, erwartet man dann doch was vernünftiges...

    Support, zum Beispiel. Ich kenne die Seite nicht und habe nicht in die Plugin-Quelltexte geschaut, aber mindestens eines dieser Plugins ist auch für kostenlos auf wordpress.org zu haben, in vielen Varianten. Ich meine, ehrlich, wer zahlt denn für ein Lightbox-Plugin Geld???

    Natürlich ist es prinzipiell legal, für WP-Plugins Geld zu nehmen, es macht nur fast niemand. In der Regel zahlt man für den Support der Plugins. Schau doch bitte mal in die Dateien der Plugins, ob da Details zur Lizenz stehen. Das muss nämlich die GPL oder eine kompatible Lizenz sein, sonst ist das nicht mehr legal.

    Davon abgesehen würde ich nur in absoluten Ausnahmen Plugins installieren, die nicht auf wordpress.org gehostet sind. Man kriegt sonst nämlich nicht mit, wenn Updates anstehen, z.B. aufgrund von beseitigten Sicherheitslücken.

    Bevor Du die ganze Installation verwirfst und neustartest, probier erst mal aus, ob es an einem Plugin liegt, wie ocean90 schon sagte. Zur Not per FTP erst mal den plugins-Ordner umbenennen, dann wird die Seite ohne die Plugins geladen. wenn es dann alles wieder geht, dann eines nach dem anderen aktivieren, bis der Fehler wieder auftritt.

    Die richtige Lösung wäre meines Erachtens auch, nach dem Versenden der Nachricht die Bestätigungsseite nicht direkt anzuzeigen, sondern darauf umzuleiten. Das ist dann ein normaler GET-Aufruf, den der Nutzer so oft er möchte refreshen kann. Die angezeigte Nachricht machst Du einfach generisch, so dass da auch keine Variablen eingefügt werden müssen.