Beiträge von Domino5702

    Darf ich Dir WP Symposium empfehlen? Bei den Gruppen gibt es auch ein deutsches Support-Forum, da sind die Sprachdateien zum Herunterladen. Für die Events gibt es auch ein -allerdings kostenpflichtiges, aber erschwingliches - Plugin. Zur Klarstellung: ch habe kein geschäftliches Interesse an Symposium, begleite das Projekt (am Rande) seit über einem Jahr allerdings, und bin mit dem Autor freundschaftlich verbunden.

    Ich glaube, die Ursache liegt im falschen Verständnis für eines der neuen HTML5 Elemente. Dazu habe ich folgendes Zitat gefunden:

    Zitat

    It is easy to confuse this element for something it isn’t, and as mentioned earlier the definition of <aside> can trip-up a few developers. The most common misconception of how this element should be used is for the standard sidebar. While there is usually a degree of relation between sidebar content and the content in an article, it is not enough to be considered fit for an <aside>. Navigation, ads, search boxes, blogrolls and so on are not directly related to the article and therefore do not justify the use of an <aside>

    Weil das Menü in einem <aside> Element untergebracht ist, interpretieren es die "besseren" Browser richtig, und der laxere IE lässt es durch. Ersetze im Quellcode di <aside> durch das <nav>-Element.

    OK, hinterher ist man immer klüger, aber sieh mal:

    Zitat

    Compatible With Wp 3.0.2


    3.0.2 war vor über einem Jahr, glaube ich. Und wenn die Dein Geld nehmen und danach Deine Forumsanfrage löschen, anstatt auf Dich als Kunden zuzugehen, würde ih ein anderes Theme suchen.

    Latz

    Zitat

    Am einfachsten dürfte das Problem zu lösen sein, indem Du das Password direkt in der Datenbank änderst.

    Und Du glaubst, das hilft gegen einen Eindringling, der schon mal Zugangsdaten und E-Mail-Adresse hat ändern können? Meinste nicht wenigstens, dass der Threadersteller auch seinen Hoster informieren soll - immerhin kann es ein Angriff direkt über den Server gewesen sein. Und um das abzustellen, muss man erst wissen, wie er reingekommen ist, wo er sich eingenistet hat, usw. Sonst wiederholt sich doch das Spiel nach Belieben.

    Also, der Ansatz des Threaderstellers ist richtig: er holt sich professionelle Hilfe, anstatt eines patzigen Rates, der weder ihm noch jemand anderem, der diesen Thread mal vielleicht wegen ähnlicher Problematik lesen wird, wirklich weiterhilft. Sorry, aber da kann ich nur den Kopf schütteln!

    Ich werde mich hier nicht über die Semantik mit Dir streiten, das ist relativ unergiebig.
    Zur Sache eine Anregung: hast Du mal nachgeschaut, wie es mit den "berühmt-berüchtigten" Werten wie PHP Memory Limit, maximaler Datei-Uploadgrösse usw. bei Deinem Hoster verhält? Ich gebe zu, mein Hoster (der gewiss auch seine Macken hat) ist mindestens in dieser Beziehung recht freigiebig, und ich kann auch in einem Shared Hosting Paket diese von mir erwähnten Grössen selber setzen.
    Zum Thema gängige bzw. aktuelle Browser (wieder,, ohne semantische Diskussionen vom Zaum reissen zu wollen, denn ich weiss, dass das nicht zwingend dasselbe ist), wage ich mal die Behauptung, dass noch mehr Leute mit IE8 (vielleicht sogar IE6) unterwegs sind, als mit dem doch sehr kurzlebigen FF7. Und weil Du Firefox immer wieder als Beispiel anführst, hast Du mal das Add-On User Agent Switcher angeschaut, mit dem unter Firefox alle möglichen (und unmöglichen) Browser simuliert werden können. Das sollte Dir eine gute Übersicht ermöglichen, welche Browser mit WP 3.3 wie gut funktionieren.

    Zitat

    Und es ist doch schon recht bescheiden, wenn einige Leute nicht alles auf der Seite nutzen können, weil Sie gerade mit dem IE 9 surfen

    Was wäre das zum Beispiel - Deine Besucher laden doch keine Bilder hoch mit dem neuen Media-Uploader, das ist eine Dashboard Funktionalität.

    Zitat

    Und wie schon mal angedeutet, beim Firefox 7 ...

    Ebenfalls schon mal erwähnt, dass das kein aktueller Browser ist.

    Zitat

    Bis gestern (also Version 3.2) war es egal, mit welchen Browser ich die Seite besuchte...

    Schlicht nicht wahr, allerdings ist es möglich, dass Du keine Unterschiede gemerkt hast.

    Naja, einen Lösungsvorschlag habe ich ja nicht wirklich präsentiert, schliesslich müsst ihr ja die Lösung finden. Ich habe nur einen Ansatz geliefert, den ihr natürlich noch durchdenken müsst, und entsprechend implementieren. Dann dürfte es sich auch erschliessen, wie das mit der Abschottung der Klassen gegeneinander gehen soll.

    Und wenn Dir Win2k8 und Sharepoint keine Begriffe sind, dann lag ich wohl falsch mit meiner diesbezgl. Annahme - also ersatzlos gestrichen. ;)

    Eine Möglichkeit wäre, ein Plugin wie Theme My Login zu nehmen, und es für jeden Unterblog so einstellen, dass nicht angemeldete Besucher zur Login Seite umgeleitet werden, sodass sie sich auf jeden Fall einloggen müssen. Im Multisite hat eigentlich nur der Superadmin (Netzwerkadministrator) Zugriff auf alle Unterblogs, aber die Zugänge lassen sich auch individuell einstellen.

    Aber mal grundsätzlich gefragt: wäre das Ganze nicht direkter auf der Basis Windows 2008 Server und Sharepoint Server zu bewerkstelligen? Geht Euer Ansatz nicht am Thema der Aufgabe vorbei?