Zumindest Google hat das für sich geregelt, man muß halt bestimmte Bedingungen erfüllen:
https://support.google.com/news/answer/40796
Sofern man nur die Überschriften ausgibt, sollte es auch mit dem LRS keine Probleme geben.
Gruß
Ingo
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 erstellenZumindest Google hat das für sich geregelt, man muß halt bestimmte Bedingungen erfüllen:
https://support.google.com/news/answer/40796
Sofern man nur die Überschriften ausgibt, sollte es auch mit dem LRS keine Probleme geben.
Gruß
Ingo
Eigentlich nicht. Ich habe auf meinem Strato-Webspace mehrere Wordpress-Installationen mit unterschiedlichen Domains/Subdomains laufen. Das ist kein Problem, selbst mit dem AppWizard.
Gruß
Ingo
Du könntest z.B. Google-News als RSS-Feed einbinden:
https://news.google.de/?output=rss
Den Feed kannst du mit einem Widget in Wordpress anzeigen lassen.
Gruß
Ingo
Probier es mal mit is_front_page()
https://codex.wordpress.org/Function_Reference/is_front_page
Die Funktion gab es damals noch nicht, sie wurde extra für diesen Zweck erschaffen.
Gruß
Ingo
...
Das Bild unter http://sysnettec.de/a1/ ist in der von Ingo beschriebenen Auslösung.
...
Also wenn ich die Seite aufrufe, wir da immer noch das große Bild (850px × 1.175px - Skaliert zu 150px × 207px) angezeigt.
Hast Du denn dem verkleinerten Bild einen anderen Namen gegeben, z.B. Herr-Mack-1-150x208.jpg? Das große Bild soll ja weiterhin beim Klick auf das kleine Bild erscheinen.
Gruß
Ingo
Die Variante 1 (define WP_HOME, WP_SITEURL) "überstimmt" die Werte in der DB und deaktiviert die Einstellungen.
Du kannst nun in der wp-config.php die beiden Zeilen löschen oder auskommentieren (mit //).
Gruß
Ingo
Hier sind auch noch weitere Möglichkeiten erklärt:
http://faq.wpde.org/wordpress-url-aendern/
Wobei ich Variante 2 bevorzugen würde.
Gruß
Ingo
... Das Jacket (Muster) eignet sich nicht für eine Skalierung und wird in kleiner Größe nie besonders gut aussehen ...
Also ich finde, das was da der Firefox und Chrome bei der Verkleinerung draus machen, sieht nicht schlecht aus.
Gruß
Ingo
Wie gesagt, entweder Du verwendest eine von Wordpress erzeugte, verkleinert Version (Thumbnail) oder Du verkleinerst das Bild mit einem Bildbearbeitungs-Programm auf die gewünschte Größe (150x208) und lädst dann dieses Bild hoch und verwendest es.
Gruß
Ingo
Der Zebra-Effekt ist bei mir im Firefox und Chrome nicht zu sehen. Verwendest Du als Browser den MS-IE?
Dieser sogenannte Moiré-Effekt entsteht durch das feine Muster der Jacke beim Verkleinern des Bildes. Der IE scheint da ein einfaches Verfahren (Weglassen von Pixlen) zu verwenden, wodurch der Effekt zu sehen ist.
Einfache Lösung: Das Bild auf die vorgesehen Ausgabegröße in einem Bildbearbeitungs-Programm verkleinern und dann in dieser Größe hochladen und einbinden.
Das wirkt sich auch positiv auch die Ladezeit der Seite aus.
Eigentlich sollte die WP-Mediathek auch ganz brauchbare Verkleinerungen erzeugen, falls Du das Bild darüber hochgeladen hast. Dann kannst Du auch dieses Thumbnail verwenden.
Bilder sollten generell nicht in ihrer Originalgröße eingebunden und dann per HTML oder CSS verkleinert werden.
Gruß
Ingo
...
Kannst ja Dein PrePage-Plugin mal wieder zur Verfügung stellen... :roll: ...
Keine schlechte Idee, nur müßte ich dann mein Plugin noch umschreiben, denn es ist ursprünglich nur als Vorschaltseite für eine bestimmte Zahl von Seiten gedacht, aber nicht die komplette Website.
Aber wie ich gerade sehe, hast Du ja schon etwas gefunden.
Gruß
Ingo
... Normalerweise muss ein Cookie gesetzt werden - bei Erstbesuch wird der Hinweis angezeigt. Für die Gültigkeitsdauer des Cookies dann nicht mehr. ...
Echt, Du willst da ein Cookie setzen, wo das doch so leicht zu manipulieren ist? Warum keine Post-Variable, z.B. isset($_POST['ib18'])?
http://forum.wpde.org/plugins-und-wi…html#post504205
Sorry, das konnte ich mir jetzt nicht verkneifen. :-)
Gruß
Ingo
Ich habe die Funktionen jetzt nur überflogen. Nachdem was ich gesehen habe, ist das eher ein Ersatz für die Wordpress-XML-RPC-Schnittstelle.
Um mit Plugins die Funktionalität von Wordpress zu erweitern oder zu verändern, wird man immer noch die klassischen API-Funktionen benötigen. Oder habe ich etwas übersehen?
Gruß
Ingo
Weiterleitungen, ob nun Proxy oder Frame oder was auch immer, sind oft keine vernünftige Lösung.
Optimal wäre das richtige Aufschalten der Domain auf den Webserver, wo die WP-Installation liegt. Bei Strato kann man dafür den NS-Record oder den A-Record im DNS-Menü verwenden. Das setzt aber voraus, daß der Webhoster mit der WP-Installation auch die möglichkeit bietet, externe Domains aufzuschalten.
Gruß
Ingo
Das nutzt sehr viel, wenn der Besitzer ein anderer ist (insbesondere ein Dienst oder Service)...
Wenn der Prozess, der schreiben will (Apache/PHP), nicht der Besitzer ist, reicht 644 vollkommen aus. Er kann nicht schreiben. Ist der Prozess aber der Besitzer der Datei, hilft auch ein Entziehen der Schreibrechte für den Besitzer (444) nicht, weil er sich ja die Schreibrechte selbst wieder erteilen kann.
In Bezug auf die Sicherheit in WP bringt 444 keinerlei Mehrwert. Das ist auch das Problem, wenn PHP als CGI/FastCGI im Kontext des FTP-Benutzers läuft. Da hat jeder böse Code, der durch eine WP-Sicherheitslücke reinkommt, immer schreibenden Zugriff auf alle Dateien.
Allerdings hat man da (z.B. bei 1&1 und Strtao) auch in der Regel nie Probleme mit WP-/Plugin- oder Themeupdates, weil diese einfach so funktionieren, ohne Eingabe von FTP-Daten oder sonstigen Klimmzügen. :-)
Gruß
Ingo
...
Ist unterteilt in Besitzer (kann meistens alles), Gruppe (nur lesen), Alle (nur lesen). In dem Du die Schreibberechtigung auf eine .htaccess entfernst, kann auch der Webserver diese Datei nicht mehr beschreiben. Oder Du änderst den Besitzer der Datei auf den FTP-Benutzer. Wenn die Datei dann trotzdem noch beschrieben werden kann, entziehe dem Besitzer das Schreibrecht. ...
Wenn die Dateirechte auf 644 stehen, nützt das Entziehen der Schreibrechte (444) recht wenig, denn der Besitzer kann sich das Schreibrechte selbst natürlich wieder erteilen.
Gruß
Ingo
Mit welcher Absender-Adresse wird denn die Testmail verschickt?
Es könnte sein, daß der SMTP-Server Deines Webhosters die E-Mail-Adressen der anderen (echten) Nutzer/Leser nicht als Absender-Adresse akzeptiert.
Gruß
Ingo
Könnte auch am nicht/nicht richtig installierten Flash-Player liegen. Ich habe auf dem Rechner, wo ich es getestet habe, kein Flash installiert. Im Chrome geht es dann deshalb, weil dort Flash im Browser integriert ist.
Gruß
Ingo
Im Firefox habe ich den Fehler auch, ist ein normaler Desktop-PC mot Windows 7.
Auf dem selben Rechner funktioniert es im Chrome einwandfrei.
Könnte als ein Firefox-Problem sein.
Gruß
Ingo
Könnte auch ein Plugin sein, welches eine unerwartete Ausgabe erzeugt. Hast Du in letzter Zeit Plugins installiert?
Gruß
Ingo