Praktischer wäre ja ein Link zum "fehlerhaften" Blog.
Wenn du auf die jeweiligen Überschriften (die sind ja meistens immer verlinkt) klickst, dann kommst du in die richtigen Einzelansichten?
und wie sehen die Links hinter den "Weiterlesen" aus?
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenPraktischer wäre ja ein Link zum "fehlerhaften" Blog.
Wenn du auf die jeweiligen Überschriften (die sind ja meistens immer verlinkt) klickst, dann kommst du in die richtigen Einzelansichten?
und wie sehen die Links hinter den "Weiterlesen" aus?
WordPress.org und WordPress.com gehören zwar der selben Firma, aber sind dennoch etwas Anderes.
Wie bereit erwähnt, kommt das "ursprüngliche" WordPress von WordPress.org
und auf WordPress.com betreibt die selbe Firma ein Blognetzwerk, aus vorinstallierten und "etwas" umgebauten/eingeschränkten/aufgemotzten WordPress-Installationen.
Für deren eigener Erweiterungen ist aber WordPress.com selbst verantwortlich und die haben dafür auch ihr eigenes Forum.
Und hier im Forum geht es "nur" um selbstgehostete Versionen.
Bei dem "gekauften" Zeugs, sowie bei Premium-Themes/-Plugins hat man den Support vom Vertreiber gekauft und kann/sollte sich auch an den wenden.
Erweiterungen/Änderungen in fremden Installationen (wordpress.com, oder die 1-Click-Installer vieler WebHoster) haben änderungen, die wir hier garnicht alle kennen können ... darum ebenfalls an den richtigen Ansprechpartner wenden.
WordPress-Deutschland ist ein "deutschsprachiges" Forum, als Zusatz zum originalen Forum auf https://wordpress.org/support/ .
Wenn du WordPress auf dem WebSpace von bplaced betreibst dann bist du hier richtig.
Beim App-Installer (1-Click) von bplaced, falls die sowas haben, wäre erstmal der bplaced-Support verantworlich (vorallem wenn es deren Änderungen/Eigenheiten betrifft).
https://www.youtube.com/watch?v=xegfizvplW8
In Line 65 steht folgendes:
Du mußt davor nachsehn.
Hier
wird versucht einem Property etwas zuzuweisen, aber in $post steckt keine Instanz irgendeiner Klasse.
Heißt also, daß davor nirgendwo eine Objekt-Instanz zugewiesen wurde.
Der erste Ansprechpartner dafür wäre allerdings der Plugin-Autor.
Schreibt das Plugin auch die wp-config.php um, oder ändert es "nur" das Nötige in der Datenbank? (sollte ja in der Beschreibung irgendwo stehen)
Wenn nein, dann mußt du diese eine Änderung halt selber noch machen.
Und was heißt "[FONT=&]Doch leider komme ich jetzt nicht mehr in mein Dashboard rein[/FONT]" ?
Die Fehlermeldung zu wissen wäre bestimmt praktisch.
Es gibt eine Gruppe/Seite "Eintöpfe" und da drin dann 98 Unterseiten mit den Rezepten? :roll:
(hoffentlich nochmal auf paar weitere Untermenüs aufgeteilt)
Darum vielleicht erstmal nochmal ein bissl das Konzept, bzw. die "Verwaltung" überdenken.
Das Problem ist auch, daß es anfangs je Rezept eine eigene Kategorie gab, was also eher der Struktur von Seiten entsprach.
Es wäre also keine schlechte Idee sich erstmal gedanken über die Struktur der Artikel/Seiten/Beiträge/WasAuchImmer Gedanken zu machen.
Wenn man ein Rezept mit anderen Zusammenfassen will (z.B. Mexikanisch), dann kommen diese "Beiträge" in diese Kategorie.
Man kann auch mehrere Kategorieen zuordnen, wie z.B. "Vorspeißen" oder "Hauptgericht".
Dann kann man noch Schlagworte vergeben, wie z.B. "Reis", über welche man nach allem mit "Reis" suchen kann, oder "Scharf" ... wobei man sich hier gern streiten darf, was eine Ketegorie und was besser ein Schlagwort ist.
Wenn man z.B. auch das "Mexikanisch" als "Gruppierung"/Menü und zusätzlich als Schlagwort anlegt, dann kann man das schön im Menü auswählen und zugleich z.B. nach "mexikanisch scharf reis" suchen.
Alternativ kann man natürlich auch alles wie ein "Buch" gestalten, also "Seiten", welche man hintereinander anordnet und entsprechend dem Hauptthema in einem Baum einsortiert/gruppiert.
Könnte es sein, daß dein Webspace zu wenig Arbeitsspeicher besitzt?
Vorallem bei Fehlern in Hintergrundaktionen (z.B. Laden im Hintergrund) fällt das erstmal nicht auf, da Browser gerne Fehler im Javascript standardmäßig unterdrücken. (es sind/waren einfach zu viele Webseiten schrottig und man will die Benutzer nicht mehr nerven)
Ich konnte letztens auch einen Beitrag nicht mehr bearbeiten, weil alles hängen blieb.
Nach Löschen der Post-Revisionen löste sich mein Problem, da dadurch der Speicherverbrauch runter ging. (war eine relativ große Seite)
Bin Anfängerin. Habe vorhin SEO by Yoast neu installiert. Könnte das der Grund sein?
Wenn du schon den Verdacht hast und das auch noch die letzte Änderung was, dann natürlich sofort deaktivieren/deinstallieren, eine Weile warten und schauen ob das Problem immernoch auftritt.
Wenn nicht, dann hast du damit bereits das Problem behoben. 8-)
Deswegen war ich mir auch unsicher wegen des Deaktivierens des Plugins. Sind dann auch die damit geschriebenen Inhalte weg?
Das Plugin hat doch nicht mit dem Schreiben der Inhalte zu tun und die Seiten/Beitragsinhalte bleiben natürlich bestehen, auch nach dem Deinstallieren.
Aber da du natürlich immer brav Backups machst/machen lässt, wäre das auch egal, da man eventuell verlorene Daten problemlos wiederherstellen kann.
Da hatte ich sogar High-Tech
IBM PS/2 30, mit 268er, extrem aufgemotzten 4 MB RAM, sagenhaften 30 MB auf der HDD (davon nichtmal 10 MB für's downgegradete Windows 3.1), Nadeldrucker und 3,5"-Diskette, statt Data-Diskette ![]()
Und damals in der Schule, da hatte mein Taschenrechner schon viel mehr Rechenleistung, als die Boardcomputer von Apollo 13. :lol:
Probehalber mal die Plugins deaktivieren?
Angefangen mit dem Composer -> Verzeichnis js_composer umbenennen (später wieder zurückbenennen) oder löschen
[edit] so langsam hab ich mich garnicht gefühlt :shock:
Mal in der wp-config.php des Debug-Modus aktivieren?
Scheinbar, denn Header und Background waren falsch verlinkt und sind nun da.
Wenn ich lange auf die Wabcam guck, dann seh ich eine Fregatte.
wp-admin > Einstellungen > und dort gibt es irgendwo (in den ersten paar Untermenüs) die Einstellungen für Blog-URL und Seiten-URL ... dort mußt du http://escmagazin.sy-tv.ch einstellen.
Aber auf esc.sy-tv.ch/blog ist das WordPress nicht, sondern direkt auf esc.sy-tv.ch .
Und ich würde euch empfehlen die Domain http://esc.sy-tv.ch direkt auf http://escmagazin.sy-tv.ch umzuleiten und nicht auf das interne WordPress-Verzeichnis.
http://forum.wpde.org/allgemeines/13…ei-domains.html
Stimmt ... die eine 0 :oops:
War bestimmt durch die 64KB-Szene etwas verrutscht, die Erinnerung. (werd' wohl doch langsam alt)
Ja, siehe "Veröffentlichen"-Optionen.
Also anfangs klickst du immer nur auf Speichern, dann bleibt das intern (Status = Entwurf)
und wenn fertig klickst du auf "Veröffentlichen" und erst dann wird es öffentlich (Status = Veröffentlicht).
Den Status kann man später auch wieder auf Entwurf zurücksetzen.
Wenn du ganz sicher gehn willst, dann Sichtbarkeit auf "Privat" umstellen und dann ist es für Besucher selbst dann nicht sichtbar, wenn es (ausversehn) veröffentlicht wurde.
Du scheinst ja einen Blog auf wordpress.com zu benutzen. (siehe)
Bei denen ist Vieles gesperrt, bzw. es gibt so einige Sonderfälle.
Wenn ja, dann am Besten mal bei denen im Forum fragen. (natürlich bevor dein Account gelöscht wurde)
http://de.forums.wordpress.com/
Hier im Forum geht es halt nur um selbstgehostete WordPress > http://de.support.wordpress.com/com-vs-org/
Man könnte sich bestimmt in die Funktionen der Permalinks reinhängen ... beim Generieren der Links würdest du das gewüschte .php anhängen und beim Auslesen (Aufruf der Seite) müsstest du es wieder entfernen.
Eventuell wäre ein Shop-Plugin die bessere Lösung?
Jede Reise ist ein Artikel.
Also, es wäre erstmal fatal, wenn Benutzereingaben unkontrolliert ins System geraten, also die Eingaben (auch wenn über eine Combobox vorgegeben) sollten dringend kontrolliert werden. (man kann das ja auch hacken und den Reques manuell absenden)
Dann gibt es Filter-Actions, für die Abfrage der Posts, wo man sich über ein Plugin reinhängen kann und dann z.B. mit Parametern aus der URL des Seitenaufrufs füttern.
Dort könnte man eventuell auf das Where und Order-By einfluss nehmen, aber natürlich aufpassen, daß dieses dann nur für die
get_post > pre_get_posts, get_post, post_where, posts_orderby usw.
Oder du baust dir ein eigenes Seitentemplate für die gewünschte Kategorie, wo du die Parameter direkt an get_post übergibst und natrürlich auch direkt die Suchkomponenten anzeigst.
http://codex.wordpress.org/Template_Tags/get_posts
http://codex.wordpress.org/Function_Reference/get_post
http://codex.wordpress.org/Plugin_API/Fil…nce/posts_where
http://codex.wordpress.org/Plugin_API/Fil…e/posts_orderby
...
OK, 5 ist doch ein bissl wenig ... komisch, gestern sah die Zahl noch größer aus. :oops:
Aber damals, meinte einer mal, daß 64 KB RAM im PC doch völlig ausreichen.
Hast du dir mal die Einstellungen angesehn, welche die Beitrags-/Seiteneditoren bieten?
Tipp: Veröffentlichen > Sichtbarkeit
Wenn man es einfach haben will ... es gibt Plugins um eine Widget-Area ins Dashboard zu integrieren (dort werden die Widgets dann im Dashboard agezeigt, genauso wie die normalen Dashboardwidgets) und dann gibt es Plugins für Kontaktformulare im Widget.
Aber ich hätte fast gedacht, daß es auch Plugins für Usermessages im Dashboard gibt, so wie die PMs hier im Forum.