Beiträge von StephanZ

Ich habe das Problem gelöst, weiß aber nicht warum das funktioniert und damit auch nicht, ob es eine saubere Lösung ist. Es war eine Zufallsentdeckung.
Mit dem Plugin Duplicator habe ich die Installation neu installiert und bekam den Ärger andersherum. Ich konnte mich nicht einloggen, obwohl wie in der Ursprungsinstallation define('DB_CHARSET', 'utf-8'); stand. Nachdem daraus define('DB_CHARSET', 'utf8'); wurde funktioniert die Sache.

Danke. Ich habe damals den Hilfebereich durchsucht.

Das die Erfolgsmeldung falsch war, ist durchgedrungen?

Leider war das eine Fehlmeldung, weil ich nicht die wp_config nicht hochgeladen habe.
Ich habe schon mal vor ein paar Wochen versucht diese Regeln zu finden, habe aber keine gefunden. Link oder Erklärung bitte.

UTF-8.

Wenn ich das auf UTF8 ändere und dann die config ändere geht es doch nicht. Ich habe bei der vorigen Erfolgsmeldung nicht hochgeladen. Schäm.

utf8_general_ci

Aus irgendeinem Grund steht bei mir in der wp-config.php
define('DB_CHARSET', 'utf-8');

Wenn ich das auf das korrekte(?) define('DB_CHARSET', 'utf8'); abändere, kann ich mich zwar einloggen, aber kann nicht auf den Administrationsbereich zugreifen. Es kommt die Meldung "Du bist leider nicht berechtigt, auf diese Website zuzugreifen."

Ist utf8 falsch? Wenn nein, wie komme ich mit utf8 in meinen Administrationsbereich?

Ich bin mit meiner Datenbank mehrmals umgezogen, habe rumgebastelt und, und ...

Für meine Üs stehen zum Beispiel teilweise mehrere Varianten in der Datenbank. Ich würde das ganz gerne bereinigen, dass die Nicht-UTF-8-Varianten zu UTF-8 Varianten werden.

Bloß ich weiß nicht, was ich mir so im Lauf der Zeit eingebrockt habe.

Gibt es ein Plugin was auf UTF-8-Nichtkonforme Zeichen überprüft und dann auf UTF-8-konform umschreibt oder einen schönen MySQL-Befehl.

Danke. Das Problem hat sich ziemlich kurios erledigt. Ich habe mir mal die neuen Tarife bei meinem Webspaceanbieter angesehen. Umgebucht. Zahle weniger und habe 200 Mal mehr Webspace. Jetzt kann ich sorgenlos mit FTP den Datenberg flink und schnell hin und her schieben.

Im Betreff steht "uraltem Blog", dass man Themes testet und verändern kann, indem man sozusagen anderenorts eine Testinstallation macht, ist mir bekannt. Aber ich müsste da Datenmengen von mehr als 10 Jahren hin und her schieben. Ich habe das schon mal gemacht. Es war kein Vergnügen.

Also habe ich ich das Plugin "Test Theme Drive" installiert und festgestellt, dass das ausgewählte Theme nicht so läuft, wie es sollte, aber auch so aussieht, wie in der Livevorschau. (Die Dropdownmenüs von Twentyeleven haben unter dem Plugin und der Livevorschau nicht funktioniert. Was bei mir ein Unterpunkt ist, ist dort ein normaler Hauptpunkt)

Aus dieser Irritation sind einige Fragen entstanden.

Mein Theme ist selbstgestrickt. Aber das habe ich grundsätzlich vor zehn Jahren gemacht. Auf was für Dateien greift die Livevorschau und Test Theme Drive zurück. Ausschließlich auf die Dateien, des getesteten Themes oder auch auf des gerade laufenden Themes.

Wenn ich aber unter "Test Theme Drive" arbeite, wie kann ich z.B. die Menüstruktur für das Theme ändern ohne die Menüstruktur für das alte Theme zu verändern? Letztendlich, wie kann ich im neuen Theme rumbauen, ohne das alte zu tangieren und zu gefährden.

Wahrscheinlich kommt jetzt die Antwort: Testumgebung! Aber wie bekomme ich es hin, für die Testumgebung nur einen kleinen Teil meines Datenberges zu verwenden?

http://www.gitarrenunterricht-frankfurt.de/

Als Alternativbild soll das

http://www.gitarrenunterricht-frankfurt.de/wp-content/upl…/Logo-comic.png

in gleicher Größe eingeblendet werden.

Bloß da sehen der jetzige Schattenwurf schmuddelig aus.

Ich würde gerne ein zweites Headerbild verwenden. Wordpress bietet ja denn zufälligen Wechsel an.

Mein Problem ist, dass der CSS-Rahmen des ersten Bildes, einen sehr schlampigen Eindruck beim zweiten Bild erzeugt. Also wie sage ich WP, dass es bei dem Bild ein anderes CSS-Definition verwenden soll.

Da in CSS keine Bedingungen formuliert werden können, frage ich mich, ob es ein PlugIn für mein Problem gibt.

http://www.gitarrenunterricht-frankfurt.de/kontaktversuch

Ich glaube, dass ich hier in dieser Sektion am richtigsten bin.

Ich habe ein Kontaktformular mit Contact Form 7 erstellt. Weil mir das aber zu zickig wurde, habe ich es auf ein normales php-Skript umgeleitet. Also ich nehme das von Contact Form 7 erstellte Formular mit dessen CSS. Also für den Versand ist Contact Form 7 nicht mehr zuständig

Aus irgendeinem Grund motzt aber das Formular immer noch, wenn die Mailadresse ohne @ ist.

Was ich nicht herausfinden kann, brockt mir das irgendeine CSS-Definition von Contact Form 7 ein oder ist das ein HTML-Verhalten? Wie dem aber auch sei, wie bekomme ich das weg?

<label for="Email">Email:</label>
<span class="wpcf7-form-control-wrap your-email"><input class="wpcf7-form-control wpcf7-text wpcf7-email" name="Email" size="40" type="email" value="" /></span>

Mich irritiert besonders an der Sache, dass dieser Kontrollmechanismus erst greift, wenn ich JavaScript aktiviere, aber keinen Verweis auf eine Javascriptdatei finde.

Super vielen Dank.

Hallo,

bevor ich die Lösung eines z.B Facebook-Like-Buttons mit zwei Stufen, die ich hier

• beschrieben http://www.heise.de/ct/artikel/2-K…tz-1333879.html
• dokumentiert http://www.heise.de/extras/socialshareprivacy/

gefunden habe, in meine Wordpressinstallation reinbaue, gibt es solche Lösungen als PlugIn?

Die Pluginbeschreibungen machen mich in der Frage nicht so richtig schlau.

Danke, hat sich erledigt. Ich habe etwas in functions.php versaubeutelt.

Ich habe jetzt versucht zwei Plugins zu installieren, die mir erlauben sollen weitere Bildformate hochzuladen. Also weitere MIME-Types zu zulassen. Ich bekam jedes Mal diese Fehlermeldung. Bei pluginName stand jeweils der Name des betreffenden Plugins.

Installation fehlgeschlagen:    {"success":true,"data":{"install":"plugin","slug":"wp-extra-file-types","pluginName":"WP  Extra File  Types","activateUrl":"http:\/\/www.gitarrenunterricht-frankfurt.de\/wp-admin\/plugins.php?_wpnonce=gelöscht&action=activate&plugin=wp-extra-file-types\/wp-extra-file-types.php"}}

Falls sich jemand über das Wort "gelöscht" in dem Code wundert. Es waren irgendwelche wirren Zahlen, von denen mir nicht klar ist, ob die sicherheitsrelevant sind. Deswegen habe ich sie vorsichtshalber gelöscht.

Ich kann es mir nicht verkneifen. Das Problem der unterschiedlichen Browserdarstellung erfreut mich schon seit 25 Jahren (Da hat man html noch im Texteditor geschrieben) und das man das testen muss, ist ein alter Hut für mich. Eines hat sich aber geändert, die Antworten warum es nicht geht, waren technisch fundierter und keine Allgemeinplätze.

In meiner Wordpressinstallation werden ID mit fortlaufenden Nummern erzeugt.

Zum Beispiel
nav_menu-2
nav_menu-3
...
nav_menu-11

Ich suche eine Methode, wie man im Stylesheet sich folgende Notation sparen kann

#nav_menu-2{}
#nav_menu-3{}
...
#nav_menu-11{}

sondern all diese Menüpunkte mit nur einer Definition abdecken kann.

Also so etwas wie
#nav-menu-[COLOR=#ff0000]$

[/COLOR][COLOR=#ff0000][/COLOR][COLOR=#ff0000][/COLOR][COLOR=#ff0000][/COLOR][COLOR=#ff0000][/COLOR][COLOR=#000000][/COLOR]Google hat mich nicht ansatzweise weitergebracht, weil ich nicht mal ansatzweise weiß, mit was für Begriffen ich suchen muss.

Also je länger ich über eure Antworten nachdenke, desto mehr habe ich den Eindruck - sorry das ich das so formuliere -diese sind eher reflexhaft.

Ich halte es für ziemlich idiotisch, wenn die Schriftgröße durch die Breite einer "Box" bestimmt wird. So blöd kann man als Browserentwickler nicht sein. Denn das ist vom Funktionalitätsgedanken unsinnig. Im mobilen Opera funktioniert es ja. Egal ob Turbomodus oder normaler Modus.

Als ich mich jetzt ein wenig schlau gemacht habe, bin ich auf Testtools gestoßen. Da funktioniert es. Also gehe ich von irgendeinem CSS-Fehler aus.