Beiträge von Melewo

Zitat von nullhorn

Naja ich kann meine FullScreen Grafik ohne Probleme und ohne "merklichen" Qualitätsverlust auf +/- 100KB reduzieren.

Auch das Doppelte wäre noch kein Problem. Bei einem anderen Beispiel, welches ich hier sah, handelte es sich um eine (so ganz genau weiß ich es nicht mehr) 1,2 bis 1,6 MB große Datei.

Zitat von nullhorn

Es gibt ja genug Themes dafür, wenn es zu rechenintensiv wäre würden die ja sicher nicht angeboten oder?

Es geht nicht um die Rechenleistung, sondern um die Ladezeit und die ist unter anderem Abhängig von der Verbindung und die betrug halt rund 20 Sekunden oder so (weiß ich auch nicht mehr so ganz genau, jedenfalls länger, als ein User warten würde, bis er die Seite wegklicken würde).

Zitat von Nevery

ich habs nur der Bequemlichkeit halber mal so gemacht.

Ich finde es hat nichts mit Bequemlichkeit zu tun. Styles, die nur in einer Seite benötigt werden, brauchen auch nur in dieser Seite zur Verfügung stehen. Somit ab in den Head damit und abfragen, ob es sich um die richtige Seite handelt:

if (is_single(345)) {


    // Gebe zusätzliche Styles für diese Seite aus
  }

Wenn es denn mehr werden, dann lässt sich das in einer selten_benutze.css zusammenfassen und die Abfrage etwas ausweiten.

Zitat von Hueck112

Puh, ich glaub ich such da wirklich was fertiges.

Plugins gibt es zwar beinahe für alles, irgendwie gab es auch einmal so eine ähnliche Frage, doch woher soll so ein Plugin nun wieder wissen, welchen hinweisenden Text Du wo einfügen möchtest?
Lasse es lieber ganz, wenn Du bereits mit so einem einfachen Beispiel, wie dem von Nevery, nicht klar kommst.

Zitat von SFrueh

"Erfolgreiche Übertragungen: 950 / 950"

Das zeigte mir mein Tool auch an und dennoch fehlten bei der letzten von 20 bis 30 Dateien oft 2 bis 5 kB. Wie bereits geschrieben, liegt einige Jahre zurück, doch bei Fehlern würde ich zumindest einige Verzeichnisse vergleichen.

Plugin ist möglich, könnte sich jedoch ebenso um eine SQL Injection handeln, wobei der Link möglicherweise nur nicht wie gewünscht außerhalb des sichtbaren Bereiches ausgegeben wird. Irgendwie müssen diese Casino-Seiten letztendlich auch an Links kommen und da ist halt Hacking nicht auszuschließen.

Wenn Du möchtest, dass Besucher Deiner Seite zwischen dem Aufruf Deiner Seite und dem Laden Deiner Seite im Browser erst einmal eine Kaffeepause einlegen können, ist Dein Gedanke absolut richtig. Sah ich hier zwar schon einmal, schrieb nur nichts dazu. Gut, Deine Grafik hat bisher nur 114,42 KB was noch kein Thema ist, nur wie viel soll die bei FullScreen haben? Über 1 MB mit 20 bis 30 Sekunden Ladezeit?

Habe jetzt nicht alles gelesen, meine Empfehlung, suche bei Amazon nach einem geeigneten Buch über WP, in dem beinahe alle Deine Fragen ausführlich erklärt werden und sei bereit 3 bis 5 Euro fürs Hosting auszugeben.

Du könntest eventuell auch einfach mal testen, wie sich die Seiten verhalten, wenn Du bei Angaben wie diese

@media screen and (min-width:600px)

eine 0 und screen and streichst und brauchtes dann eventuell vorerst nichts entfernen. Es sei denn, die werden durch Polyfills unterstützt.

Falls das gelingen sollte, ohne das Du das Design Deiner Seiten zerwürfelst, könntest Du die Styles dann auslagern in eine eigene CSS Datei, um die dann per Plugin und Auswahl per Klick auf Link oder wie auch immer wechseln.

Zitat von SFrueh

Was in aller Welt ist passiert??

Hatte vor längerer Zeit zuweilen den Fehler (nicht bei WP und liegt bereits Jahre zurück), dass oft eine einzelne Dateien per FTP nicht vollständig übertragen wurden und verglich dann nach einem Update die Größe. Las mal etwas davon, dass es auch FTP-Tools gibt, die automatisch die Größe vergleichen können.

Zitat von alchymyth

Melewo
bitte niemals die WordPress core dateien bearbeiten - spaetestens beim naechsten upgrade sind die anpassungen weg.

Habe mir eine Liste angelegt mit Core-Dateien, die Änderungen enthalten. Empfinde ich zum Beispiel für den einfachsten Weg um die wp-login.php umzubenennen oder in der wp-comments-post.php eine zusätzliche Abfrage auszuwerten, ohne dafür irgendwelche Plugins zu installieren. Bei einem Update muss dann halt die Liste abgearbeitet werden.

Ich habe das ähnlich wie alchymyth gemacht, nur direkt dort, wo die Funktion wp_list_pages definiert wird, also bisher in der /wp-includes/post-template.php.

http://www.coder-welten.com/einen-link-von…menu-entfernen/

Sagt doch recht viel plugins/instagram-picture/ und eben dieses Plugin sollte dann wohl aktualisiert oder deaktiviert werden.

Falls es sich um dieses Plugin handeln sollte, so liegt doch auch ein Update vom 2013-10-24 vor.

http://wordpress.org/plugins/instagram-picture/

Und falls es daran nicht liegen sollte, so ist ja eine Aktualisierung zumindest kein Fehler.

Zitat von ansi

O.k., der zeigt ganz schön viel an,

Nicht die angeblichen CSS Fehler, die gar keine zu sein brauchen und nur von einzelnen Browsern nicht verstanden werden, nur die JavaScript-Fehler.

Ich hatte ja mal im FF und Web-Konsole JavaScript deaktiviert, um zu sehen, ob sich nach dem Neuladen der Seite etwas ändert, anscheinend erfolgt keine Veränderung durch DOM-Manipulation und mehr erkenne ich da auch nicht. Wobei eine Änderung mit Hilfe von JS nicht im Quelltext erkennbar wäre.
Wo nun <!-- --> herkommt, keine Ahnung, dachte eventuell an ein Plugin, welches mit einem Filter den alten Verweis auskommentiert und den neuen einfügt.

Der Quelltext enthält 68 Fehler / 6 Warnungen und der wenn Du den Text aus dem Footer suchst, so solltest Du mit einem geeigneten Werkzeug in den Sprachdateien suchen. Alternativ kannst Du aber auch einfach nur die PHP-Zeilen aus dem Footer aus dem Div-Bereich von "site-info" entfernen und durch einfache HTML-Verweise ersetzen.

Da ich aber im Quelltext den Aufbau nicht richtig erkennen kann, auch nicht weiß, was da über Plugins noch zum Footer hinzugefügt wird, solltest Du vor einem Test eine Sicherungskopie von der footer.php so speichern, dass Du diese notfalls per FTP hochladen kannst, um Änderungen wieder rückgängig zu machen.

Was mich verwundert, dass Du innerhalb von zwei Tagen schon der Zweite bist, der mit PHP 5.3 mehr Probleme hat als mit 5.2.

Zitat von Kaste64

Die Fehler sind wohl jetzt behoben, ich habe von PHP 5.3 auf PHP 5.2 umgeschaltet und dann waren die Fehler weg

http://forum.wpde.org/allgemeines/12…1296-bytes.html

Direkt an WP kann es eigentlich nicht liegen, doch wenn Du veraltete Plugins benutzt, sieht die Angelegenheit schon anders aus.

Zitat von comitzuu

Ich spreche von bereits veröffentlichten Seiten, die schon über das Netz erreichbar sind.

Ich auch, einen neuen Beitrag hatte ich für einen schnellen Test nicht angelegt, nur einen vorhandenen aufgerufen, den ersten Satz um ein Wort ergänzt und in der Vorschau betrachtet.

Zitat von Sashi

/** Ersetze localhost mit der MySQL-Serveradresse */
define('DB_HOST', 'db499459067.db.1and1.com
');

Wo kommt der Zeilenumbruch her? Bin mir nicht sicher, doch define wird nicht mehr getrimmt, denke ich und Dein DB_HOST könnte nun 'db499459067.db.1and1.com\n' lauten, bei Deiner Schreibweise.

Zitat von Nevery

[size=8]*hust* ich habs ja gesagt! :grin: *hust* [/SIZE]

Ja, hattest Du und ich hatte nicht damit gerechnet.

@ Sashi, zu 1 und 1 gab es hier schon einige Anleitungen und in den FAQ las ich dazu auch schon etwas, wenn ich mich richtig erinnere.

Gut, dann wende Dich an den Support vom Hoster oder lese in den FAQ vom Hoster nach, wie Du da auf eine aktuellere Version von PHP kommst. So wird es jedenfalls wohl nichts mehr mit WP.

Habe es gerade unter Localhost getestet, da funktionierte es ebenfalls ohne Probleme.