Beiträge von Lobster_1956

machbar ist das auf jeden Fall... denn auf einer Installation die ich gerade übernommen habe, passiert genau das...
nur ist mir derzeit noch nicht recht klar WIESO???
das wurde mal in einer uralten MU Version gebaut... und ich untersuche gerade wie das zusammenhängt...

zumindest weiß ich jetzt durch dein Post, das hier bei mir irgendwas händisch reinprogrammiert ist...

Hallo...
ich habe eine Multi-Blog Installation übernommen...
WP Version ist auch aktuell (sie kam aber mal aus einer EXTREM alten Version als Multisite noch ein Plugin war)...

Von allen Sub-Blogs werden alle Posts (also auch draft) in den Haupt-Blog übernommen (was die Liste im Backend verdammt unübersichtlich macht)
natürlich kann ich sie manuell (oder auch per cronjob automatisiert aus der DB) löschen, aber ich suche eher nach einem Weg, dass draft Posts gar nicht erst als Datensätze für den Haupt-Blog angelegt werden !!!
Denn es ist schon schlimm genug, dass in dem Moment wo ein bereits veröffentlichter Post eines Sub-Blogs, wenn er dort dann doch nochmal geändert wird, im Haupt-Blog als NEUER Post auftaucht (und es gibt halt Künstler die veröffentlichen ERST und kontrollieren DANN)...

Jemand eine Idee???
Gruß René...

PS: zudem gibt es in dieser Installation nicht nur einen Haupt-Blog, sondern 3 Basis-Sites mit den entsprechenden Sub-Blogs... ansonsten klappt eigentlich alles, aber ich kann halt nicht sagen ob das Verhalten was ich habe so wirklich normal ist...

keiner eine Idee ???
könnte Hilfe von jemandem gebrauchen der in der sich in der WP-DB wirklich gut auskennt und weiß woran das liegen könnte !!!
(gerne gegen Bezahlung für die Fehlersuche)

ich habe eine Multisite Installation mit 3 Basisdomains
domainA
domainB
domainC

Autoren/Redakteure können in Unterblogs der domainA keine Beiträge erstellen (admins schon)
es läuft eine Weile die eieruhr und dann habe ich einen 500er Fehler (dabei werden tausende von auto-drafts angelegt bis zum Timeout)

hat jemand eine idee wo ich suchen könnte ???
in den anderen Sites der Installation klappte es einwandfrei...

es klappt übrigens auf dem Basisblog, aber bei den ganzen Unterblogs nicht (sind Unterblogs mit Subdomains)

Also prinzipiell sollte jede Webseite semantisch aufgebaut sein und Überschriften entsprechend nutzen um Inhalt zu strukturieren, das hat nun auch nichts mit WP oder sonst zu tun. Dieses Verhalten wird einem von SuMas auf jeden Fall gedankt.
Eine H1 sollte aus dem Grunde auch nur einmal auf einer Seite vorkommen (ein Spamming davon ist definitiv kortraproduktiv, und daher kommt auch das Gerücht dass Goggle diese nicht bewertet). Eine H1 die irgendwie mit Titel und URL synchronisiert ist und die gleichen Keywords verwendet ist auf jeden Fall nicht negativ.
Weitere Überschriften H2 H3 etc. werden in der Bewertung wie auch Links, Listen und andere semantische Hervorhebungen besser bewertet als normaler Inhalt. Aber letztendlich sind die Unterschiede eher klein, so dass sich ein extrem hoher Aufwand dafür selten lohnt. Google und Co. versuchen letztlich nur der Anwalt des Besuchers einer Webseite zu sein, also reicht es aus, alles sinnvolle für diesen zu tun und ihm guten strukturierten Inhalt (möglichst mit Alleinstellungsmerkmalen), mit beschreibenden und beschriebenen Bildern als zusätzliche Visualisierung zu liefern und er wird sich wohl fühlen (und damit auch die SuMa).
Dirty Tricks mögen kurzfristig vielleicht einen Effekt haben, aber langfristig schneiden sie schlechter ab.

Ich persönlich würde es so strukturieren

• eine H1 für die Seite (syncronisiert mit Titel und lesbarer URL)
• mehrere H2 für eigenständige Blöcke (oder wenn es die nicht gibt für weitere Seitenbeschreibung)
• darin dann H3 für Artikel (wenn es definitiv keine übergeordneten Blöcke geben wird, dann kann dies hier auch eine H2 werden, und alles weitere rutscht einen Wert hoch)
• darin dann die höchste Überschrift eine H4 (wenn dort eine weitere Ebene nötig ist, ist es eine H5)
• alles was aus der Reihe tanzt ist eine H6 (in der Bewertung werden sich H3 bis H6 sowieso wohl kaum unterscheiden)

ich habe eine alte MU Installation auf 3.6 upgedatet...
als letzter offener Punkt klappt nun aber kein Bilderupload mehr:

[COLOR=#FFFFFF][FONT=sans-serif]Fehler[/FONT][/COLOR][COLOR=#333333][FONT=sans-serif] [/FONT][/COLOR][COLOR=#333333][FONT=sans-serif]Koala-klein.jpg[/FONT][/COLOR][COLOR=#333333][FONT=sans-serif][/FONT][/COLOR][COLOR=#BB4444][FONT=sans-serif]Tut mir leid, aber aus Sicherheitsgründen ist dieser Dateityp nicht erlaubt.
[/FONT][/COLOR]
der upload läuft bis 100% und dann wird der Fehler (der ja faktisch falsch ist) geworfen...
woran könnte es liegen dass hier die Prüfung schief läuft ???

PS: die vorhandenen Bilder werden in der Mediathek angezeigt und auch im Frontend ausgegeben... Rechte sind 777...