Aktuell arbeiten wir noch im Hintergrund an der Foren-Struktur, daher kann es vorkommen das noch nicht alles zu 100% passt. Sowohl die Foren-Bereiche, Labels, Berechtigungen, Icons und das verschieben der Themen in die entsprechende Bereiche wird noch alles durchgeführt, sobald das abgeschlossen ist entfernen wir diesen Hinweis auch.
Noch ein Lösungsansatz, WP komplett löschen und dann mit dem kleinen Einmaleins beginnen, also nur erst einmal eine einfache seite.html ablegen und diese aufrufen. Wenn Du das geschafft hast, mit einer einfachen seite.php wiederholen. Und erst wenn das richtig klappt, dann WP installieren.
Mit Kunde hast Du nicht ernst gemeint, oder? Das wäre ja ein schlechter Witz, wenn Du selbst keine Grundlagenkenntnisse besitzt.
Sieht noch nicht besser aus. td wird geöffnet, jedoch nicht geschlossen, 3 x DIVs werden geöffnet, doch nur 1 x Div wird vor dem nächsten Tabellenelement geschlossen und so könntest Du einfach weiter nach Fehlern suchen.
Jetzt habe ich eine Quelle gefunden, die behauptet, nur bei den anderen Größen.
Würde ich ebenfalls behaupten, wenn ich mir völlig sicher wäre, bin mir nur nicht völlig sicher, habe nur noch nichts Gegenteiliges festgestellt.
Und das Prinzip von Retina-Displays verstehe ich auch noch nicht voll, weil ich mich zu selten damit beschäftige. Nicht nur aus diesem Grund, komprimiere Bilder nicht zu sehr, etwas Spielraum kann bleiben.
Hatte es vor vielen, vielen Jahren einmal erlebt, da wurden beim AOL-Browser bei einer Verbindung mit Modem (nur mit Moden, nicht mit DSL) in der Grundeinstellung vom Browser alle Bilder unter einer gewissen Größe nur komprimiert geladen, so dass alle Verläufe als Treppen dargestellt wurden. Das war ein Schreck, als ich so meine Webseite auf einem Rechner mit AOL-Browser sah.
Allerdings, wenn ich es ausprobiere, zeigt mir das hochgeladene Bild in Filezilla eine etwas andere Dateigröße als das Bild auf meinem PC hat.
Würde mich dabei nicht auf die Anzeige eines FTP-Programms verlassen, denn als ich gerade schaute, zeigte mein FTP-Programm mir 38 KB bei 38.069 an. Schaue Dir mit einem Rechtsklick an, was Dein Browser als Infos zur Grafik liefert, nachdem Du es unter Verwendung der Originalgröße (Größe nach Bearbeitung) hochgeladen und eingebunden hast.
ich bearbeite meine Bilder vor dem Einfügen in ein post/page in einem eigenen Bildbearbeitungsprogramm. Alles, einschließlich Größe und Komprimierung ist bereits erledigt. Und genauso will ich die Bilder in WP haben.
Mache ich bisher nur so und hatte noch keine Probleme.
Allerdings werden - so habe ich mehrfach gelesen - die Bilder außerdem automatisch um 10% komprimiert.
Getestet oder nur gelesen?
Lade nur selten Bilder hoch. Ein JPG-Bild vom Januar liegt auf dem Rechner mit 37,1 KB (38.069 Bytes) und 480 x 320 Pixel in einem Ordner, in dem ich es wohl beim Bearbeiten ablegte und im Web im Uploads-Verzeichnis, also so wie im Beitrag eingebunden, wird mir 37,18 KB (38.069 Byte) angezeigt. Eine zusätzliche Function mit _quality ist nicht vorhanden.
Was ich bisher las, dass die Qualität erheblich leidet, wenn ein falsches Farbprofil bei der Bearbeitung verwendet wird.
War nur ein Beispiel, gehe einfach durch, was sich im Browser aufrufen lässt und was Du davon für Suchmaschinen ausschließen möchtest und nur die notierst Du dann mit Disallow in der robots.txt.
Wie was geschrieben wird, dafür findest Du viele Beispiele unter:
Na lässt sich zum Beispiel die index.php aufrufen? Bei mir nicht und was sich nicht mit googlebot aufrufen lässt, braucht auch nicht für googlebot ausgeschlossen werden.
weil ich keine Bildersuche bei allen Sumas brauche,
Dann solltest Du die Sumas gezielt ansprechen, denn nur bei den großen Sumas kannst Du Dir sicher sein, dass diese eine robots.txt zur Kenntnis nehmen.
Bevor Du eine Liste übernimmst, überlege, welche Seiten befinden sich in einem Verzeichnis wie
Disallow: /wp-includes/
die von einer Suchmaschine gecrawlt und in den Index übernommen werden könnten. Und bedenke, eine robots.txt ist nichts weiter als eine Empfehlung, die kein Bot lesen muss. Lediglich die großen halten sich daran, jedoch auch nur dann, wenn die Seiten oder Dateien nicht von extern verlinkt werden. Wenn eine Seite von extern verlinkt wird, so wird eine Suma diesen Link folgen und diese Seite indizieren. Erst bei einem späteren Besuch wird die robots.txt von der Suma zur Kenntnis genommen, in welcher eben diese Seite möglicherweise von der Indizierung ausgeschlossen wurde. Folge, die URL von der Seite erscheint im Index, jedoch ohne Description. Statt der Description erscheint dann im Index von Google zum Beispiel der Hinweis:
Quote
Aufgrund der robots.txt dieser Website ist keine Beschreibung für dieses Ergebnis verfügbar. Weitere Informationen
Daraus ergibt sich, was Du wirklich ausschließen möchtest, schließe es bei Seiten über meta name="robots" aus, denn daran kommt eine Suma auch bei einer externen Verlinkung nicht vorbei. So sollte es zumindest sein, nur so richtig sicher scheint das zuweilen ebenfalls nicht zu sein.
Ein Plugin sollte beim Deaktivieren eigentlich hinter sich aufräumen und ohnehin nur über Hooks eingreifen. Was ich bisher sah, dass zusätzliche Einträge in die htaccess geschrieben wurden, die nach der Deaktivierung nicht gelöscht wurden. Möglicherweise solltest Du diese kontrollieren, doch ohne genau zu wissen, was dieses Plugin bewerkstelligt, sieht es schlecht aus. Wende Dich einfach an den Plugin-Entwickler, der sollte eigentlich am besten Auskunft geben können.
if ($daten->ort) echo "<li>Ort: " .esc_html($daten->ort). "</li>\n";
um die Ausgabe wenigstens etwas abzusichern. Hatte es nur außerhalb von WP getestet und konnte es deshalb nicht verwenden. esc_html ist definiert in wp-includes/formatting.php und enthält wp_check_invalid_utf8:
Hatte es gestern nicht gelesen. Wenn Du nicht alle Daten benötigst, so gibt es unterschiedliche Möglichkeiten. Innerhalb von WP würde ich dann noch minimal esc_html() benutzen.
PHP
<?php
$vonseite = "http://www.example.com/tabelle.xml";
$response = @simplexml_load_file($vonseite) or die ("Fehler!");
echo "<ul>\n";
foreach ($response->team as $daten) {
if ($daten->team) echo "<li>Team: " .$daten->team."</li>\n";
if ($daten->spiele) echo "<li>Spiele: ".$daten->spiele."</li>\n";
if ($daten->punkte) echo "<li>Punkte: ".$daten->punkte."</li>\n";
}
echo "</ul>\n";
?>
Ich habe mir bei meinem Hoster (webgo24) eine E-mail eingerichtet und die unter Einstellungen eingegeben.
Würde den Mail-Versand und Empfang ohne WP testen, um mögliche Probleme, die mit der Einrichtung zu tun haben könnten, ausklammern zu können. Also einfach einmal mit einer bestehenden Mail-Adresse als Absender an die neu eingerichtete Mail-Adresse eine Mail senden, ob diese richtig ankommt. Wenn ja, dann einen Test von der neuen Mail-Adresse an eine bestehende.
Erst wenn der Mail-Versand und Empfang in beiden Richtungen klappt, würde ich diese Mail-Adresse dann in einer Webseite oder in WP benutzen.
Habe die Anleitungen jetzt nicht gelesen, sollten aber ausreichend sein, denke ich mir:
Doch, es ist so ein einfach, weil jeder Anwalt oder Freiberufler sich "sein Theme" aussucht, welches ihm am meisten zusagt und wo er der Meinung ist, dass dieses Theme auch seine Kunden ansprechen wird. Und es ist nun einmal nicht so, dass sich alle verwandten Berufsgruppen "ein und dasselbe Theme" aussuchen.
Es liest sich ab und an etwas abenteuerlich, wenn darüber berichtet wird, dass zum Beispiel ein Bild unter der URL "http://www.example.com/images/guten-morgen.jpg" abgelegt wurde, sich aber dann nicht unter dieser URL in einem Browser aufrufen lässt.
Passiert mir auch zuweilen, keine Frage. Doch ich rufe dann zuerst das Bild ohne Webseite im Browser auf, kopiere und notiere mir den Pfad und füge unter diesem kopierten Pfad dann den aus dem Quelltext kopierten Pfad ein. So lässt sich bei einem direkten Vergleich beider URLs ein Schreibfehler in der URL schneller finden.
ASCII bildete einst die Grundlage als Zeichensatz, alles andere baute mehr oder weniger darauf auf, bis dann mit UTF-8 kam, doch da richtig durchzublicken, ist eine Wissenschaft für sich. Die Grundlage oder was ich jetzt als Grundlage ansehen würde:
In mit C verwandten Programmiersprachen werden dafür die Zeichen \r und \n verwendet und genau die Zeichen werden in der Datenbank mit dem Text abgespeichert. Erst bei der Ausgabe des Textes werden diese Steuerzeichen dann in HTML-Tags verwandelt.