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 erstellenWarum bleibt die Fehlermeldung, wenn doch das fehlerhafte Plugin per ftp gelöscht wurde?
Vielleicht einfach, weil Fehlermeldungen zuweilen einer etwas eigenwilligen Semantik folgen.
Was ist dabei, einfach mal das zu tun, was ziemlich erfahrene Menschen hier aus dem Forum anraten? Bricht dir das einen Zacken aus der Krone?
Sorry, will dich gar nicht anpampen. Aber du willst doch eine Lösung für dein Problem in der Form, dass du deine WordPress-Installation wieder nutzen kannst?
Gruß
helix
Ich finde, du fängst irgendwie von hinten an.
„Möglichkeit der Anzeige eines Submenüs“. Was meinst du denn bitte mit dieser Formulierung? Was ist das für ein Menü? Einfach ein weiteres Menü, als custom Menü anzulegen (im Adminbereich unter Design -> Menüs) und auf der Seite ausgegeben an einer Stelle, die dir zusagt?
Alternative könnte ein Menü-Widget sein (ist bei den Standard-Widgets dabei), das du in jede verfügbare Widget-Area ziehen kannst.
Für die Alternativlösung gibt es ergänzend PlugIns, über die du steuern kannst, auf welchen Seite ein Widget jeweils angezeigt oder nicht angezeigt wird.
Wenn es um Möglichkeit 1 geht – custom Menü, das dem Theme angepasst ist – ist vielleicht eher der Weg über eigene Templates zielführend? Was ist die dahinter liegende Struktur: auf welchen Seiten / in welchen Bereichen soll das Menü angezeigt werden, in welchen nicht?
Gruß
helix
Lösungsbericht Kurzform:
Neu-Installation hat’s gebracht.
Workaround für bestehende Installationen: In der Datenbanktabelle _options für medium_large_size_w den Wert 768 eintragen.
Habe die Datenbankeinträge verglichen. In der sql-Datei (Export der Testumgebung vor dem Löschen) waren die beiden Zeilen für medium_large_size_w und medium_large_size_h gar nicht vorhanden.
In der bestehenden Installation, wo ich den Fehler entdeckt hatte, bin ich über PHP-MyAdmin rein, da waren die Zeilen vorhanden, stand aber bei medium_large_size_w der Wert 0.
Gruß
helix
Update: Update auf Version 4.5.3 – laut release-Notes sollte das ein Bug gewesen sein und dieser jetzt behoben sein …
#36531 Default image size medium_large is not generated
https://codex.wordpress.org/Version_4.5.3
Leider bei mir mit dem Update keine Verbesserung.
Habe mir dann den Bug-Report angesehen: https://core.trac.wordpress.org/ticket/36531
Demnach ist der Fehler aufgetreten, wenn man in den Medien-Einstellungen was verändert hat.
Ich hatte zwar nicht die Standard-Bildgrößen verändert, aber die monats- und jahresbasierten Ordner abgewählt …
Werde das in meiner Testumgebung mal an- und wieder abschalten. Und ansonsten mal die Datenbank entleeren und WordPress frisch drüber installieren.
Bin gespannt, ob ich den Fehler beheben oder reproduzieren kann.
Die vergessene Grußformel reiche ich dann auch noch nach:
Gruß
helix
Seit WordPress 4.4 gibt es die neue Bildgröße medium_large mit Seitenbreite 768 Pixel.
WordPress 4.5.2, Standard-Installation, bei den Einstellungen -> Medien sind noch alle Default-Werte eingetragen.
Bildupload:
Originalbild: 1744px (nicht lachen, das Bild hat eben diese maximale Pixelbreite),
weitere Abmessungen im Ordner „uploads“: 1024px, 300px, 150px;
kein medium_large …
Dass die Größe unter Einstellungen -> Medien nicht auftaucht, ist den Beschreibungen nach normal.
Aber es sieht so aus, dass ich irgendwo eine weitere Definition / Einstellung vornehmen muss, damit mein WordPress mir diese Bildgröße auch zur Verfügung stellt.
Nun kann ich mir in der functions.php weitere Bildgrößen definieren.
Und da weiß ich nicht, ob es sinnvoll ist oder genau verkehrt, hier eine Bildgröße medium_large zu definieren?
Sinnigerweise möchte ich diese Bildgröße mit möglichst geringem Aufwand in mein srcset für responsive Images integriert haben.
Hm. „Eigentlich“ und „uneigentlich“ …
Natürlich kannst du grundsätzlich einen Slider haben, dessen Einzelbilder auf Seiten verlinken. „Eigentlich“, d.h. wenn man die Struktur von WordPress dazu nutzt, sich die eigenen Inhalte in einer sinnvollen, d.h. diesen Inhalten angemessenen, Struktur ausgeben zu lassen.
Die von dir gepostete Link-Struktur legt die Vermutung nahe, dass du ein Theme im Einsatz hast, das Portfolio-Items als Beiträge oder Custom Post Types anbietet. Da bist du dann „uneigentlich“ erstmal an die Struktur gebunden, die dein Theme dir vorgibt.
Man kann dann auch ein Child-Theme machen und das „umbasteln“. Da stellt sich die Frage nach Aufwand und Wirkung.
Deswegen zunächst zwei (Rück-)Fragen:
* Warum muss es eine Seite (Page) sein und kann-darf-soll kein Beitrag oder Custom Post Type sein?
* Was spricht gegen die Link-Struktur? – Außer dass der Pfadbestandteil „portfolio-item“ als verzichtbar angesehen werden kann. Das ließe sich aber evtl. fangen durch die benutzerdefinierte Permalinkstruktur /%postname%/
Gruß
helix
web.de ist doch „eigentlich“ 1&1? War da nicht was, dass die einen abweichenden Datenbankhost haben? Also, dass da statt „localhost“ sowas krudes wie „db.xxxxxxxx.db.1and1.com“ einzutragen ist …
Gruß
helix
[…] oder weiß vielleicht eine Lösung?
Finger weg!
Wenn ich dich nicht falsch verstehe, versuchst du, Slugs doppelt zu vergeben, einmal für ein Portfolio-Post, einmal für eine Seite. Das gibt auf jeden Fall Chaos. Lass es bleiben und denke dir eine vernünftige Struktur aus.
Wenn ich dich falsch verstanden habe, bitte die vernünftige Struktur hier nachvollziehbar posten.
Gruß
helix
Damit verliere ich zwar die ganzen Widgets die auch auf dem Walker basieren und das Menü zerhauts mir dann etwas, aber das zu richten ist einfacher als mit den doppelten URLs zu leben.
Das ist irgendwie unlogisch.
Probiere doch mal, mit zwei dieser mainnav-Dateien zu arbeiten. Original bleibt, wie es ist bzw. war. mainnav-header ist die Bearbeitung ohne den Walker. Und dann referenzierst du in deiner header.php die mainnav-header.
(Ich vermute einfach nur ungenaue Ausdrucksweise, nämlich dass deine Widgets nicht nur auf den Walker zugreifen, sondern über die mainnav-Datei …)
Gruß
helix
Weiß jemand noch eine einfachere Methode?
Beiträge im Programm deiner Wahl auf deinem Computer so anordnen, wie du sie haben willst. Screenshot oder PDF davon machen und als Bild auf einer statischen HTML-Seite einbinden.
… duck und weg …
Äh, nein. Was willst du denn wirklich machen?
Wenn sich für deine Art der Anordnung eine inhaltliche Regel finden lässt wie „Beiträge der Kategorie eins oben, auf breiten Bildschirmen rechts oben“, kann eine selbst definierte Ausgabe durch den PHP-Code sinnvoll sein.
Wenn es nur ums Layout geht: Dafür ist CSS zuständig. Sorge dafür, dass deine Posts mit einer beitragsspezifischen ID ausgegeben werden, so dass du sie entsprechend ansprechen kannst.
Zwischenlösungen sind natürlich auch vorstellbar, also z.B. Beiträge mit kategoriespezifischen Klassen auszustatten … Dafür müsste man einfach wissen, was du denn machen willst.
Gruß
helix
Ist das normal, dass man seinen Blog nicht komplett mit allen Menüs und Einstellungen lokal speichern kann?
Oder kann es auch daran liegen, dass ich meine Seite via xml exportiert habe und sie dann lokal importiert habe und dann das Theme aktiviert habe?
Es ist normal, dass man ein bei wordpress.com betriebenes Blog nicht normal downloaden / sichern kann.
Bei einem selbstgehosteten Blog hast du alle Daten und Einstellungen über den Dateiendownload per FTP und über einen Datenbankexport. An beides kommst du bei wordpress.com nicht dran.
Insofern ist normale Härte, dass du eben lokal einspielen kannst, was du über xml bekommst, und den Rest musst du nachbauen.
Über so allgemeine Feststellungen hinaus, können wir hier zu wordpress.com nichts Sinnvolles sagen, die haben ein eigenes Support-Forum. Wir helfen hier bei eigenen WordPress-Installationen, also z.B. auch, wenn Fragen zu deiner eigenen Installation auf deiner Festplatte aufkommen.
Gruß
helix
Verwende ein Webentwickler-Werkzeug und untersuche mit diesem, ob deine Bilder noch irgendwo (oben oder unten) ein margin oder padding haben.
Wenn ja: beseitigen.
Wenn nein (was ich vermute): Ähm ja, das ist raw HTML, also HTML, wie es ist, out of the box, ohne Styling …
<img> ist ein Inline-Element und hat deswegen – wie Schrift – eine Unterlänge.
Diese beseitigst du nicht mit margin oder padding, sondern indem du die CSS-Eigenschaft „display“ auf „block“ setzst.
Gruß
helix
Funktioniert das mit dieser Art?
„Funktionieren“ tut das. Ist nur die Frage, mit welchem Aufwand. Und ob ein Anfänger – also auf deutsch: du – das hinbekommst.
WordPress ist auf englisch sehr gut dokumentiert.
Wenn du da nicht dran gehen magst – deine Entscheidung, die zu respektieren ist.
Aber: diese Entscheidung enthebt dich nicht deiner Verpflichtung, dich in die Materie einzuarbeiten.
Du hast von maxe und von Pixelbart zwei Stichworte geliefert bekommen – Fachbegriffe. Um den Begriff „Multisite“ hast du dich nicht weiter gekümmert, weil der verlinkte Text auf Englisch ist. Dann frag die Suchmaschine auf deutsch nach „WordPress“ und „Multisite“!
Um den Begriff „Kategorie“ hast du dich auch nicht weiter gekümmert – meine Unterstellung –, weil das so einleuchtend-logisch / schon irgendwie richtig klingt.
Hausaufgabe: Recherchiere, was Kategorien in WordPress sind. Und die Multisite am besten gleich mit.
Gruß
helix
Das definiert die Ausgabe des Templates für die Hauptnavigation, falls eine Hauptnavigation vorhanden ist.
Nun, der gepostete Code-Schnipsel aus der header.php referenziert eine Navigation, die in der Datei mainnav.php definiert ist.
Evtl. ist es zielführend, aus der dort definierten Nav nur einfach den Walker rauszuschmeißen (und damit wieder beim Standard zu sein).
Gruß
helix
Mal so ein bisschen auseinandergeklaubt, was ihr braucht – daraus ergibt sich, wo die Stolperfallen sind.
Was sollen die Internen im internen Bereich machen (können)?
Wieviel öffentlicher Bereich bleibt übrig? Und was sollen Seitenbesucher im öffentlichen Bereich machen können?
=> Daraus ergibt sich, ob ihr über Nutzerrollen / Nutzerrechte einen Teil von WordPress als intern gestaltet oder ob ihr lieber das komplette WordPress über htaccess schützt und die öffentlichen Seiten als statische HTML-Seiten exportiert und entsprechend abgekoppelt habt.
Warum müssen alle späteren User von vorneherein schon angemeldet sein? Werden es je alle nutzen?
Was wäre vom pädagogischen Konzept zu halten, dass die Nutzung des schulischen WordPress-Auftritts in einer entsprechenden Fachunterricht-Stunde mit der Einrichtung der Zugänge beginnt?
(Vielleicht lieber die Ferien für ein gutes Work-Out nutzen, das es den Lehrern ermöglicht, die Anmeldesession in der Klasse durchzuziehen, ohne im allgemeinen Chaos zu versinken?)
Falls du weiterhin auf der es-ist-schon-alles-vorbereitet-Lösung bestehst:
Ja, WordPress speichert die Passwörter verschlüsselt. Die Verschlüsselung ist aber bekannt, d.h. man kann die Passwörter entsprechend importieren, ich würde es direkt in die Datenbank machen.
Stolperstein: es gibt keinen WordPress-Nutzer ohne E-Mail-Adresse. Ich vermute, dass datenbankseitig angelegte Benutzer ohne E-Mail einfach nicht als solche erkannt werden. Das wäre aber auszuprobieren. Und wenn man die E-Mail-Adresse braucht, ob es mit (nicht-abgerufenen) Adressen nach dem Schema user001@domain-der-schule.tld funktioniert?
Gruß
helix
Möglicherweise hast du einfach in deiner functions.php das öffnende und das schließende php-Tag weggelassen?
(Wenn das, was du da gepostet hast, der vollständige Inhalt deiner functions.php ist. – Wenn du hier beim Erstellen deines Beitrags auf „Erweitert“ gehst, bekommst du einen erweiterten Editor, der dir erlaubt, geposteten Code als solchen kenntlich zu machen.)
Gruß
helix
[OffTopic]
Grimasse trotzdem mit G. Das tut Aua …
[/OffTopic]
Ich habe zum Glück jemanden, der mir die Sachen umsetzt. Ich würde aber gerne wenigstens mal die einfachsten Dinge hinbekommen.
In dieser Konstellation ist es oft erstaunlich zielführend, der Suchmaschine Fragen zu stellen. Teilweise sogar als Frage ausformuliert. Und ohne Scham so, dass man es selber als „dumm“ empfindet (falls es dumme Fragen gibt, da wird ja gestritten).
Also z.B. eingeben: „Grundgerüst HTML“. Oder „wie funktioniert CSS?“
Da kommt dann viel. Auch einiger Mist (wie immer). Muss man sich durchbeißen (auch wie immer). Aber man kommt Schritt für Schritt immer ein bisschen weiter, indem man neue Begriffe und Zusammenhänge entdeckt, nach denen man die Suchmaschine fragen kann.
Gruß
helix
Logo und Hintergrundbild werden anscheinend immer passend skaliert
Anscheinend ist gut.
Wie werden sie denn wirklich skaliert?
Wäre auch auf schmalen Bildschirmen neben dem Logo noch Platz für ein Banner?
Wenn du eine zielführende Einschätzung willst, wäre eine etwas fundiertere Beschreibung oder ein Link zur Seite (oder beides) hilfreich.
Gruß
helix
Was meinst du denn mit „immer an genau derselben Stelle“? Genau die selbe Stelle gibt es nicht bei unterschiedlichen Pixelabmessungen oder gar Proportionen.
Oder andersherum gefragt, woran soll sich die Ausrichtung denn orientieren?
Gruß
helix
