Beiträge von Ammaletu

    Ich sehe gerade, dass die Code-Ansicht in meiner letzten Antwort das aus irgendeinem Grund alles auf eine Zeile gehauen hatte. Das geht natürlich nicht. Falls Du es so probiert hattest, dann bitte noch mal mit obigem, berichtigtem Code testen.

    Davon abgesehen: Soll das immer nur beim Aufruf der Startseite kommen oder auch, wenn man direkt auf eine Unterseite geht (z.B. per Google)? Falls es nur auf der Startseite kommen soll, würde ich überlegen, das in die index.php des Themes einzubauen. Das Problem ist da dann nur, eine Lösung zu finden, die auch für Leute funktioniert, die JavaScript oder Cookies abgeschaltet haben. Ansonsten wäre das relativ simpel, die Willkommensseite oder die Startseite anzuzeigen, abhängig von z.B. einem Cookiewert.

    Zitat

    Kann ich das theme mal zeigen oder ist das eher nicht gestattet?

    Siehst, weiß ich nicht mal, ob Links auf Kauf-Themes als Werbung gelten, die hier ja nicht rein soll. ;-) Kannst mir den Link ja mal als Nachricht schicken. Ich kenne mich nun auch nicht so gut aus mit dem, was es an freien Themes so gibt, kann aber zumindest mal schauen, ob mir was entsprechendes einfällt.

    Davon abgesehen sind Kauf-Themes ja nicht schlecht. Man sollte halt nur wissen, ob sich die Investition lohnt. Hier kommen halt öfters Leute mit Fragen zu gekauften Themes an, bei denen sie für 100 Dollar oder so offenbar keinen Support dazu kriegen oder wegen mangelnder Englisch-Kenntnisse nicht nutzen können. Da kann man dann oft einfach nicht besonders weiterhelfen.


    Zitat

    Das sieht doch schon halbwegs nach dem aus, was Du haben möchtest. Falls Du eine eigene Lösung bastelst / basteln lässt, würde ich die an Deiner Stelle darauf aufbauen, denke ich.
    http://mapservices.org/myguestmap/

    Zitat

    durch Themawechsel bleiben Plugins aber aktiv, und Shortcode die Plugins ansteuern funktionieren dadurch natürlich auch weiterhin, den diese stehen im Content. und habe mit Designtemplates nichts zu tun.

    Das stimmt. Oben steht aber, dass es um einen Shortcode geht, den der Theme-Autor ins Theme eingebaut hat. Deswegen habe ich darauf hingewiesen.

    Ich wollte mal nach Meinungen zu dem nicht ganz neuen Thema Gravatar und Datenschutz fragen. Ich habe die Gravatare bisher auf meiner Seite nicht eingesetzt, finde sie aber sehr schick und würde das beim aktuellen Redesign gerne einbauen. Andererseits sind die Probleme schon nicht einfach wegzudiskutieren. Deswegen überlege ich nun, ob man da vielleicht mit einem Plugin etwas dran machen könnte, so á la der 2-Klick-Facebook-Like-Lösung von Heise (http://www.heise.de/extras/socialshareprivacy/).

    Mal kurz die Probleme mit den Gravataren aus meiner Sicht:

    1. Wenn Besucher 1 eine Seite mit einem Gravatar aufruft, wird Automatic seine IP übermittelt. Daraus lassen sich anonyme Surf-Profile bauen, wenn auch keine kompletten. Wenn Automattic die IP mit anderen Daten verknüpft ist das Surf-Profil ggf. auch nicht anonym.
    2. Wenn irgendjemand eine Seite aufruft, auf der Besucher 1 mit seinem Gravatar kommentiert hat, erfährt Automattic, auf welchen Seiten ein bestimmter Nutzer alles kommentiert hat. Für registrierte Nutzer ist das für Automattic nicht anonym, sie kriegen aber auch die Kommentar-Profile der nicht registrierten Kommentierer.
    3. Auch jeder andere kann einen Bot bauen, der im Netz nach Fundstellen für die Gravatar-URL sucht, und daraus ein Kommentar-Profil bauen. Je nachdem was man in den Kommentaren oder auf der Gravatar-Profilseite verrät ist das ggf. einer Person zuordenbar. Dem Kommentierenden ist das ggf. nicht bewusst, dass damit alle seine Kommentare mit dem gleichen Gravatar einander zugeordnet werden können.
    4. Der MD5-Hash der E-Mail-Adresse wird in der Gravatar-URL öffentlich gemacht, obwohl man ja im Kommentar-Formular versprochen hat, die E-Mail nicht zu veröffentlichen. Durch Ausprobieren, Wörterbuch-Attacken etc. kann man ggf. die E-Mail-Adresse ermitteln. Siehe: http://www.developer.it/post/gravatars…not-a-good-idea
    5. Wenn jemand einen Kommentar unter falschem Namen abgeben möchte (Identitätsklau), sieht das mit Gravatar daneben noch mal echter aus.


    Nummer 5 sehe ich nicht als echtes Problem an. Identitätsklau geht halt immer. Man kann sich ja eine schlecht erratbare Adresse zulegen, die man zum Kommentieren benutzt.


    Bei Nummer 4 bin ich mir nicht sicher. In den FAQ auf gravatar.com wird das Problem eher heruntergespielt, andererseits zeigt das verlinkte Beispiel, dass das in der Praxis ja durchaus geht.


    Schlimm an Nummer 2 bis 4 ist, dass es alle Kommentierenden betrifft, nicht nur die, die sich bei gravatar.com registriert haben. Um ein Identicon oder ähnliches Standard-Icon zu generieren, wird natürlich ebenso der MD5-Hash veröffentlicht im Bild-Link. Automattic vertraue ich eigentlich, mit den Daten keinen Quatsch zu machen, deswegen habe ich ja auch einen gravatar-Account. Aber dieses Vertrauen kann ich ja nicht allen meinen Besuchern aufzwingen, oder?


    Und Nummer 1 ist mit am übelsten: Die Datenübertragung der IP in die USA ist ja datenschutzrechtlich zumindest fragwürdig ohne vorheriges Einverständnis des Besuchers. Ich weiß, das ganze moderne Web funktioniert so und alle extern eingebunden Sachen von Like-Button bis Analytics ermöglichen das. Tja...


    Ich habe auch mal nach Plugins gesucht und nichts direkt Passendes gefunden. "Simple Local Avatars" ermöglicht das Hochladen von Avataren für angemeldete Nutzer, aber das hilft beim anonymen Kommentieren nicht weiter.


    So, und nun würde ich gerne wissen, wie man das denn zumindest verbessern könnte. Ich will Gravatare nämlich nutzen, weil ich das Konzept schön finde, aber ein bisschen besser muss das doch noch gehen?!


    Was ich mir vorstellen könnte: Eine Checkbox anbringen "Gravatare nutzen". Ist diese beim Kommentieren nicht angehakt, wird ein lokales Standard-Bild verwendet. Dann wird schon mal nicht der MD5-Hash veröffentlicht von diesem Nutzer, was die Punkte 2 bis 4 behebt. Für Gravatar-Nutzer könnte man einen Hinweis-Text anbringen, der 2 bis 4 kurz erläutert. Erwähnung in der Datenschutzerklärung der Seite muss natürlich auch.


    Fallen euch noch andere Möglichkeiten ein, insbesondere zu Punkt 1?

    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?