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 erstellenDu könntest aber auch hingehen und dir WordPress lokal auf den Rechner installieren.
Dann brauchst du nichts auf den Webspace hochladen und kannst erst mal testen ob die Themes überhaupt mit der aktuellen WP Version klar kommen. ;)
Edit;
Und wie Hille schon angedeutet hatte. Es gibt Uralt Themes die Sicherheitslücken haben können, das solltest du dann per Google recherchieren, ob dein Wunschtheme eventuell betroffen ist, bevor du es freilässt.
Ich bekomme nicht heraus, wie ich den aktuellen Stand meines Blogs, also die Beiträge und Bilder in meinen wp-admin Bereich bekomme. Da steht immer, dass man einen neuen Beitrag verfassen soll, aber ich möchte ja keinen neuen Blog anfangen, sondern den Alten fortführen.
Es ist eigentlich so, wie SirEctor geschrieben hat. Du rufst am PC den Browser auf und meldest dich dann über deine.domain.de/wp-admin, oder deine Domain/wp-login.php an und bekommst dann den Adminbereich zu sehen, in dem du alles bezüglich deines Blog aufrufen kannst.
Ansonsten mache mal einen Screenshoot und zeige ihn uns, dann können wir das Problem eventuell besser nachvollziehen und dir erklären was da los ist. ;)
Hi,
du könntest mal im Plugin Reporsitory bei wordpress.org suchen.
Es gibt diverse Plugins und ich denke da ist auch eines drunter, das deine Anforderungen erfüllt.
Das weekly class schedule Plugin könnte es sogar sein.
Hast du denn auch mal die Plugins alle deaktiviert und auf ein Standard Theme des WP gewechselt?
Es gibt auch Funktionen in Themes und Plugins, die manchmal ein ungewöhnliches Fehlverhalten auslösen.
Auch eine falsche PHP Version, oder zu niedriges PHP Memory Limit können schon mal dazwischen hauen.
Eventuell auch mal die Debug Funktion per wp-config.php aktivieren und schauen was generell an Fehlern ausgeworfen wird.
Falls dem nicht so ist, würde ich mal auf die Besitz Rechte tippen.
Eventuell dann mal den Hoster um Hilfe bitten, falls du keinen Zugriff auf Error Logs hast.
Ich könnte mir vorstellen, dass irgendwo eine Fehlermeldung verzeichnet ist, die Aufklärt was da schief läuft.
Mojn,
also wenn ich den Bildern nach urteilen würde, deutet es darauf hin das die Lese-/Schreibberechtigungen (chmod) nicht ganz korrekt sind.
Das Bild kann zwar über das Backend in die Mediathek hochgeladen werden, aber WP kann hinterher damit nicht arbeiten.
Du kannst das aber schnell herausfinden, wenn du mittels Entwicklertool deines Browser schaust ob eine Zugriff verboten Fehlermeldung ausgeworfen wird, während du im Backend die Mediathek aufrufst und er dort das Bild als Grauen Fleck anzeigt.
Meist ist es die Fehlermeldung 403 (permission denied), die dann in der Ausgabekonsole des Entwicklertool auftaucht.
In dem Fall musst du mal mittels deines FTP Programm die Berechtigungen (chmod) auf dem Webspace prüfen.
Als Standard geht man davon aus das für Dateien der chmod 644 und für alle Ordner der chmod 755 stehen muss, aber das kann sich auch schon mal unterscheiden, wenn der Hoster andere Werte vorgibt. Kommt selten vor, ist aber technisch möglich.
Sollte allerdings im Entwicklertool eine 404 (not found) auftauchen, musst du mal mit dem FTP Programm in den Ordner wp-content/uploads schauen, ob das Bild wirklich nicht hoch geladen wurde.
Wäre allerdings dann technisch gesehen ein kuriosum, da bei falsche Besitz-/Benutzergruppen ID ein Upload überhaupt nicht möglich ist, von WP zudem mit einer entsprechenden Fehlermeldung quittiert würde und somit dann auch kein Pfad zur Medien Datei in der Datenbank eingepflegt werden würde.
Bei falsche Besitz-/Benutzergruppen ID kann allerdings dann auch nur der Hoster helfen, da hier zusätzliche Einstellungen des Users im OS des Server vorgenommen werden müssen und da hat man als normaler Webspace User keinen Zugriff drauf.
Mojn,
vermutlich wird das entweder per Funktion im Theme, oder durch ein verwendetes Sicherheitsplugin unterdrückt.
Man will so verhindern, das derjenige der sich (unberechtigt) versucht einzuloggen herausbekommt, ob nur der Nutzername, oder das Passwort nicht korrekt sind.
Ist zwar kein Ultimativer Schutz aber so macht man es den bösen Buben ein wenig schwerer.
Hm. Also vom Syntax her scheint es so richtig zu sein, zumindest mache ich es auch so.
Ich habe mal gelesen, das man nicht von allen Themes auch Child Themes anlegen kann.
Allerdings ist das schon gut Zwei Jahre her, also weiß ich nicht ob diese Aussage heute noch zutrifft.
Es ist ja merkwürdig, das bei einem Child die gemachten Änderungen mittels Optionseinstellung nicht angezeigt, aber dennoch bei aktiviertem Parent dann angezeigt werden.
Da jetzt die Ursache herausfinden wird sicher nicht so ganz einfach.
Hast du mal die Debug Funktion von WordPress aktiviert um zu schauen, ob beim Child Fehler ausgeworfen werden?
Oder mal den alten @ import versucht?
Könnte vermutlich eine Datenbank Geschichte sein, das zwar der insert für die Option eingepflegt wird, aber das Theme hinterher nicht darauf zugreifen darf.
Aber das ist jetzt echt nur mal so ins Blaue geraten. ;)
Ich denke ich spreche genug Nerdisch um das zu verstehen. ;)
Er will einen Transparenz Effekt auf ein Post Image (nicht Post Thumbnail) legen, der greift wenn man mit dem Mauspfeil über das Bild im Artikel zeigt.
Ohne Link zum Blog kann man aber nur den generellen Tipp geben;
Man muss die Klasse des Bild ermitteln und dann in der css eine erweiterte hover Definition einbinden, wie zum Beispiel a.img hover: oder so was in der Art.
Also man muss in der css nur die Klasse die vom Theme vorgegeben ist entsprechend erweitern.
Meinst Du damit die Form der dritten Person, das mache ich aber gar nicht, "mir" und "mich" sind Personalpronomen der ersten Person Singular.
Ne, ne, der Tubedesigner ist ja schließlich nicht der Wendler, das wäre dann in der dritten Person gesprochen...
Das mit dem Kürzel @TE der Thread Opener gemeint ist, weiß du schon oder? :rolleyes:
Ich denke nicht, das geri dich damit gemeint hatte.
Aber ich schließe mich da allen Vorrednern an.
Das Theme sieht so zusammen gewürfelt aus, dass es keinen Spaß macht drauf zu schauen.
Da nutzen auch eventuell interessante Inhalte nichts.
Hier sollte man mal das Konzept des Layout nochmals überdenken und Optisch aufbessern.
Zum Beispiel Magenta Schrift auf grauem Hintergrund wie es im Footer vorhanden ist, ist die übelste Verfehlung im Webdesign und diese Regeln gibt es schon seit Statischen HTML Zeiten.
Nicht direkt.
So wie ich das lesen, kannst du sowohl für das Backend, als auch für das Frontend Einstellungen vornehmen.
Also kannst du auch festlegen, das bestimmte Inhalte nur für eine Bestimmte Gruppe sichtbar sein soll.
Ja also oberhalb im Menü ist ein Join und ein Sign in Link zu sehen.
Hi,
da du ja den Ordner wp-content/uploads von Hand angelegt und auch die Zugriffsrechte sogar auf 777 gesetzt hattest, würde mir jetzt eigentlich nur eine Sache einfallen, warum es immer noch nicht funktioniert.
Falls du Zugriff auf error.logs hast schau mal dort nach, ob eventuell Fehlermeldung bezüglich der Besitzrechte auftauchen.
Erfahrungsgemäß müssen der FTP Benutzer und WordPress, welches nach der Installation ja auch als Benutzer in Erscheinung tritt, die selbe Gruppen ID haben.
Ansonsten bitte mal deinen Hoster das er prüft, ob das die Ursache sein könnte.
Die haben ja Zugriff auf die Serverlogs und sollten dazu imstande sein.
Hi,
link zum Problem wäre hilfreich, dann könnten wir mal mit unseren Browser schauen, ob das Problem bei uns auch auftritt.
Hast du mal den Browsercache beim Chrome und Safari gelöscht?
Hi,
wie man mit der Thematik Page Templates generell umgeht wird hier beschrieben.
https://developer.wordpress.org/themes/templat…-for-global-use
Ob du damit natürlich das von dir gewünschte umsetzen kannst kann man jetzt so auf die schnelle nicht beantworten, aber es hängt auch vom eigenen können und wissen ab.
Mojn,
Wirklich kein funktionierender Link? ;)
Man kann ja optional eine Webadresse beim Kommentieren angeben und diese ist dann je nachdem wie das Theme aufgebaut ist, dann im Namen des Kommentator hinterlegt.
Mir ist bisher immer aufgefallen, dass diese Funktion oft genutzt wird, um Links zu diversen Seiten unterzubringen.
Ich bin zwar kein SEO Fachmann, aber ich könnte mir vorstellen das wenn deine Seite in den Google Suchergebnissen auftaucht, auch der Link zur Hinterlegten Seite irgendwo dann zu finden ist.
Mojn,
[COLOR=#333333]Ist es möglich in einem Uploadvorgang eine Grafik in einen Beitrag einzubinden und gleichzeitig aus Beitragsbild zu setzen?[/COLOR]
Mir ist da jetzt so kein Weg bekannt. Das eine ist ja das post_thumbnail, das als Artikelbild gesetzt wird und das andere ist ein normales image, das auf der Seite/Beitrag als Bild eingebunden wird.
Was allerdings eher ungewöhnlich ist, ist der Weg das du zwei Mal hochladen musst.
Normalerweise geht man hin und lädt das Bild über die Mediathek in der Größe hoch in der es vorliegt und WordPress generiert die anderen Größen dann selber. Unter anderem auch das 150x150 Thumbnail.
Allerdings muss man im Hinterkopf behalten, dass die Auflösung des Original nicht zu groß ist.
Wir hatten hier schon Fälle, da haben die User mal eben versucht so Bilder von 3000 pixel und größer hochzuladen, wobei diese dann an ihre Grenzen stießen, was die Hardware Performance des Hosters sprengte und zu lauter Fehlern führte.
Hast du denn mal im uploads Ordner geschaut, ob die Bilder nicht doch in verschiedenen Auflösungen vorhanden sind?
Falls dem nicht so ist, würde ich den Verdacht auf ein Plugin, oder eine Theme Funktion lenken.
Dann mal die Plugins alle deaktivieren und schauen, ob das Problem noch auftritt.
Ansonsten mal (falls nicht eingesetzt) eines der Standardthemes von WordPress aktivieren und dann mal den Upload versuchen.
Und wenn das auch nicht geht, mal die Debug Funktion von WordPress aktivieren und schauen welche Fehler ausgegeben werden.
Eventuell lässt sich dann so ein Rückschluss auf das Fehlverhalten ziehen.
Mojn,
[COLOR=#333333]Jedoch ist es dann ganz unten am ende der Seite aber ich möchte es am ende des Artikels so wie oben auf dem Link zu sehen ist[/COLOR]
ohne Link zum Problem wird das nix.
Was nutzt uns denn ein Link zu einem Blog wo das gewünschte bereits umgesetzt ist?
Zumal es auch immer auf das verwendete Theme ankommt. Nicht jeder Programmierer arbeitet gleich.
Diese Pagination wird im Eigentlichen folgendermaßen umgesetzt, wie in diesem Artikel des WordPress Codex beschrieben,
https://codex.wordpress.org/Function_Reference/wp_link_pages
Am Ende wird von der Funktion [COLOR=#000000][FONT=Consolas]wp_link_pages[/FONT][/COLOR] und der content.php geschrieben.
Also würde ich da mal ansetzen und die content.php des verwendeten Themes anschauen, ob die Funktion dort Verwendung findet.
Hi,
... ([COLOR=#333333]oder im FTP Zugang) hochlade ...[/COLOR]
Das ist normal das du das Bild dann nicht siehst. Man muss bei WordPress Medien immer über den Adminbereich hochladen, da während des Uploads der Pfad zur Datei in die Datenbank geschrieben wird. Bei der Nutzung eines FTP Programm bekommt WP das aber nicht mit und daher wird werden diese Medien in der Mediathek dann auch nicht angezeigt, weil der Pfadeintrag nicht in der Datenbank hinterlegt ist.
Wenn du das Problem auch bei anderen WP Versionen bereits hattest würde ich mal vermuten, dass die Datei Zugriffsberechtigungen nicht korrekt sind, oder die Benutzergruppen ID nicht übereinstimmt.
Du könntest mal mit dem FTP Programm schauen, ob das Bild auch wirklich auf den Webspace in den Ordner wp-content/uploads hochgeladen wurde.
Dann könntest du mal schauen, wie die Dateizugriffs Berechtigung gesetzt ist (chmod).
Standard wäre 644 für Dateien und 755 für Ordner.
Mojn,
Zertifikat ist korrekt eingerichtet?
http://www.wpbeginner.com/wp-tutorials/h…s-in-wordpress/
Also so ein derartiges Verhalten ist an für sich unüblich für WordPress.
Auf dem letzten Bild mit der W3 Total Cache Fehlermeldung steht, dass man eine db.php im wp-content Ordner löschen soll.
Hast du die mal per FTP Programm umbenannt? Man muss ja nicht direkt löschen, man kann diese ja in db.old oder so umbenennen, damit sie nicht mehr als .php Datei erkannt wird.
Das gleiche Spiel auch mit der Datei object-cache.php.
Ich vermute mal das diese beiden Dateien vom Cache Plugin angelegt wurden und wohl irgendwie noch abgerufen werden.
Wie alt ist denn die Installation des Blog?
Könnte mir theoretisch vorstellen, das eventuell ein Auto Update daneben gegangen ist und durch das Zusammenspiel mit dem Cache Plugin irgendwo eine Kettenraktion in Gang gesetzt ist, die das WP total ausflippen lässt.
Hast du mal versucht per FTP Programm ein frisches WP Paket hochzuladen, damit die Kerndateien des WP mal überschrieben werden?
Falls es "nur" eine fehlerhafte Kern Datei ist, die durch ein schief gelaufenes Update oder Fehlerhaftem Upload beschädigt war, sollte sich das damit wieder gerade rücken lassen.
Ansonsten könnte man mal prüfen, ob eventuell die PHP Version, oder ein zu niedriges PHP Memory Limit mit verantwortlich sein könnte.
