Beiträge von codestyling

Ich mag diese Ping/Pong Diskussionen ohne Ergebnis überhaupt nicht und auch nicht das schwarz/weiss Denken.

Wenn man die Hypothese aufstellt, dass WordPress langsam ist, dann sollte man das auch nachweisen können. Denn der WP Kerncode an sich ist kein Problem. Nachweislich sind immer Plugins und/oder Themes die Zeitkiller.

Ich hatte schon Themes probiert, die zur Erzeugung einer stinknormalen Hauptseite 48 Queries in die Datenbank stellen! Es gibt aber auch Themes, die das mit < 12 Queries schaffen. Ein Test auf den Provider 1und1 hatte bei 48 Queries eine Schwankungstoleranz von 0.5 sec bis 120 sec ! für den Seitenabruf. Nach Telefonat mit Provider stellte sich die DB auf Nadelöhr raus, die Test bleiben jetzt unter 2sec average.

Die DB cached nach und nach die Queries und refreshed die Indizees. Solange die noch nicht auf dem neuesten Stand sind, kann es ebenfalls etwas in der DB dauern.

Plugins, die filtern und den Output manipulieren, bevor er rausgeht, drücken die Geschwindigkeit ebenfalls. Wenn also nacheinander 3 verschiedende Plugins 10k Quelltext per Regexp und Ersetzung durchscannen (z.B. Gallery / Video Include und Smily Ersetzung) dann werden 10k Text 3 mal modifiziert, dupliziert und hin und her gereicht bis das endlich an den Browser gehen kann.

Ich könnte diese Liste noch beliebig verlängern um Widget, RSS Integration von externen Quellen usw. aber es zeigt ja schon, worum es geht.

Also eine pauschale Aussage, WP wäre langsam, ist so nicht zutreffend. Das hängt immer von Gesamtumfeld ab.

Mich würde der Hintergund deiner Frage interessieren.
Wenn es

• nur informativ ist, da wird dir ein "Userforum", das sich mit Themes, Plugins und Installation beschäftigt, keine solchen Details in epischer Breite beantworten können.
• wenn es um grundlegende Programmierung geht, ist ein WordPress Entwicklerforum die bessere Wahl auf WordPress › Blog Tool and Weblog Platform und ich setze für Entwickler das Verstehen von englischen Texten voraus.

Zitat von offina

Danke, ich mach das mal mit dem update, obwohl so Grundlegendes, wie ein Bild einfügen, kann doch eigentlich auch jede alte Version. Datei-Rechte schau ich auch mal an. Danke erstmal.:-D

Ich gehe davon aus, das du wie im 2. Screenshot zu sehen ist und der Thread hier nur um Dateirechte geht, noch nicht auf WP 2.5.1 gegangen bist.

In Version 2.5.0 gibt es massive Bugs mit der Mediathek, Bilder hochladen und diverse "Fehlprogrammierungen", die erst in WP 2.5.1 behoben wurden.
Ich hab die Patches alle schon angesehen und eingebaut, als es noch keine 2.5.1 gab (direkt reingepatched) und weiss, wovon ich rede.

Wichtig ist nach dem Update das komplette Löschen des Browser Caches und das Löschen des DiskCaches für die Scripte des Visuellen Editors. Sonst werden noch veraltete Scripte geliefert (weil gecached).

Der DiskCache liegt in wp-content\uploads\js_cache und beinhaltet die vorkomprimierten Scripte. Das muß entfernt werden nach dem Update.

Kannst du noch Angaben zum OS, Server, PHP Version und MySQL Version machen ?
Hoster wäre auch nicht verkehrt.

sunshine78: Also, ich habs nochmal angesehen. FF/IE ohne Probleme aber Safari zerhaut's und Opera auch, aber nicht immer.

<a id="TB_closeWindowButton" title="Close" href="#"><img src="../wp-includes/js/thickbox/tb-close.png"/></a>

Dies ist dynamisch erzeugter Seitenquelltext, den die Thickbox Scripte im Browser erst bauen.
Es scheint aber so zu sein, dass dein Blog in einen Unterverzeichnis läuft.
Deshalb wird auch der Schliessen Knopf nicht angezeigt, weil es völlig falsch addressiert wird.
Seite:

http://www.san-marco-bochum.de/wordpress/?page_id=36&album=1&gallery=3

würde dann in

http://www.san-marco-bochum.de/wp-includes/js/thickbox/tb-close.png

das Bild suchen, was nicht geht, da es in

http://www.san-marco-bochum.de/wordpress/wp-includes/js/thickbox/tb-close.png

liegt.

Das Plugin, was bei dir die Gallerien darstellbar macht, kommt mit deinen Blogeinstellungen nicht zurecht. Warum das so ist, müsstest du den Autor fragen. Ich vermute, das die relativen URL's fest codiert sind und eine Blogverschiebung in einen Unterordner nicht abkönnen. Das betrifft ziemlich viele Bilder (404 Errors) und vermutlich aus CSS Dateien des Gallery Codes, so daß der je nach Browser gerade noch arbeitet oder eben nicht.

Das Problem, alles machen zu wollen ist ja nicht neu. Die Lösungen wie Teambildung und Outsourcing sind meist die Argumente, die aus der Tasche gezogen werden und als der "heilige Gral" verkauft werden.

Aus meiner nicht unerheblichen Erfahrung im Development und Operations Research kann ich sagen, dass Teamarbeit auch 100% kontraproduktiv wird, wenn der Druck für Auslieferungen steigt.
Es erfordert Spezifikationen und Abstimmungen die auch mal eingehalten werden, und nicht alle 5 Minuten in die Tonne wandern. Verbindliche Regelungen und Terminsetzungen gehören genauso dazu.
Allzu schnell leidet die Qualität, obwohl man 100% Spezialisten hat. Aber meist wird die chinesische Methode angewendet.

Zitat

Wenn eine Frau 9 Monate für ein Kind braucht, dann brauchen 9 Frauen nur 1 Monat dafür.

Ist leider Alltag im Development Sektor.

Somit kann es schon sein, das man sehr vieles sehr gut kann, es ist nur der Zeit und Kostenfaktor, der einen hemmt, es auch qualitativ hinzubekommen.

Und ich würde behaupten, dass 90% der Auftragsarbeiten für WordPress innen drin, wo's der Kunde nicht sieht und versteht, aussehen wie Kraut und Rüben. Das würde vermutlich von einem Quality Assurance Team gnadenlos abgelehnt. Hier ein Hack, dort ein Patch und keine strikte Struktur, von Code Dokumentation mal ganz abgesehen. Nach X Monaten kann dann keiner mehr den Code verstehen und es braucht wieder wertvolle Zeit, sich da reinzuarbeiten.

Die Sache mit dem "lächerlich machen" ist auch zweischneidig. Falls ein Kunde mit mehreren 100k € winkt, wenn man genau das macht, was er sich in seiner Phantasie ausmalt, dann steht allerdings die Frage im Raum, ob ich dann sage, "ach nee, lass mal, bin kein Grafiker" oder ob ich das angehe.

Die meisten sehr guten, professionellen Entwickler sind auch gute Grafiker, denn auch GUI Design für Linux/Window Applikationen ist nicht von Pappe.

Und was mir in der Design Diskussion in Bezug auf Web/Medien immer viel zu kurz kommt, sind die Benutzerfreundlichkeit, Barrierefreiheit und Fehlertoleranz mit aussagekräftigen Fehlermeldungen. Vielfach muss man sich die Finger brechen, um was bedienen zu können, Blinde sind auf grafischen Layout meist außen vor, und die Suche nach "in welchem Menüpunkt ist das jetzt wieder versteckt" nicht zu vergessen.

Zusammenfassend kann man festhalten, das es keine schwarz/weiß Aussagen zu diesem Theme geben kann. Vielmehr sollte man sich immer im Klaren darüber sein, dass man immer weiter lernen muss, sich auch mit unangenehmen oder unbekannten Sachen beschäftigen wird, weil es nötig sein wird und sich seiner Stärken bewusst sein sollte.
Wenn man Einstein nach seinen schulischen Leistungen in Mathe in eine Schublade legt, dann käme man nie auf die Idee, dass er mal E = m c^2 ausbrütet mit einer komplexen Theorie dahinter.

... ein wenig lang, aber mir war mal so.

Zitat von lina

In der unveränderten Ur-Version tritt das Problem erst auf, wenn man einen längeren Text im Footer haben möchte. Wenn hier nur 4 Wörter stehen, ist die Textzeile kurz genug, um nicht links und rechts über die Page-Grenzen hinaus zu ragen.

War das die Anwort auf mein Post von oben ?
Erwartest du, dass wir die Themes runterladen und installieren um das zu verifizieren, wenn du bereits eine Seite hast, auf der man das feststellen kann, was falsch läuft, wenn man sie besucht ?

Na, nicht so aufgebracht. Zugegeben, ist warm draußen, Gewitter gibts auch hier und da, das kann schon mal aufs Gemüt gehen.
(... und Monika schreibt manchmal Sätze, die sie später selbst nicht mehr versteht, nix für ungut ...)

Zurück zur Kernaussage, die ich aus Monikas Buchstaben rekonstruiert habe (hoffe ich):

Wir können bei Problemen, die mit Designs und evtl. falschen Stylesheet Angaben verbunden sind, tatsächlich nix machen außer raten, wenn wir keine URL deiner Seite bekommen, um das Problem sehen zu können.
Wenn man was nicht beschreiben kann, muß man es eben anfassen, malen, singen oder eben ansurfen können.

Und niemand erwartet von dir, Programmierer zu sein, nur eine Begutachtung muss möglich sein. Du rufst ja auch nicht deinen Arzt an, beschreibst die Symptome und verlangst am Telefon eine qualifizierte Diagnose deiner Beschwerden mit 100% Behandlungsplan.

Das kommt auf den Pfad an, aus dem die Datei gestartet wurde, die was require'n soll.

Beispiel:
xy.php liegt in http://www.meinedomain.test/blog/ mit dem von dir angegebenen Inhalt und
wp-blog-header.php liegt in http://www.meinedomain.test/

dann müsstest du so aufrufen

require_once('../wp-blog-header.php')

also relative ein Verzeichnis hoch (../) und sicherheitshalber nur einmal rein nehmen, wenn schon required wurde.

Allerdings ist mir nicht klar, was du meinst mit "in meine Webseite integrieren" ? :confused:

Soll das ein Scherz sein ? :confused:

Schau mal in Wikipedia, findest du das hier:

Zitat

301 Moved Permanently HTTP/1.0 HTTP/1.1 WebDAV Die angeforderte Ressource steht ab sofort unter der im „Location“-Header-Feld angegebenen Adresse bereit. Die alte Adresse ist nicht länger gültig.

Willst du allen Ernstes deine Url "verschleiern" wollen, wie es Phisher/Spammer machen ?
Das Browser Um/Weiterleitungen anzeigen hat ja gerade den Sinn, dass selbst du sehen kannst, dass du nicht mehr auf deinem Online Banking Portal bist, wenn dich jemand umleitet beim Rechnung zahlen.

Kauf/Miet dir doch WebSpace für deine Domain, dann musst du das nicht mehr umleiten lassen und kannst das so per eigener Domain korrekt ausliefern lassen.

Zitat von redcat63

Die Abfrage innerhalb der single.php muss m. E. so lauten:

PHP

<?php if (in_category('15')) { ?><?php comments_template();?><?php } ?>

VG Elke

Nur so als Frage am Rande: Warum den PHP Interpreter zusätzliche Arbeitszyklen (php an|aus|an|aus|an|aus) aufpressen, wenn gar kein pures HTML im Spiel ist ?

Wie wär's mit:

<?php if (in_category('15')) { comments_template(); } ?>

Das verursacht eines deiner Plugins und nicht WordPress oder ein Theme, denn es ist ja auch in deiner Anmeldung drin und da wird keine Theme benutzt.

Als 2. Möglichkeit kommt noch im Betracht, das du versehentlich selbst w ein am Anfang oder Ende deine wp-config.php eingetippt hast. Das wird ebenfalls ausgegeben.

Deaktiviere mal alle Plugins und schau dir die config an.

Das ist ein Problem des SAFEMODE, wie schon ausgeben wurde.
Der Server lässt PHP nur im Safemode laufen, daher können PHP Files nur auf PHP Files zugreifen mit include oder dergleichen, wenn das zu includende File dem gleichen USER gehört (Owner) wie das aktuell laufende und nachfragende.

Es sieht danach aus, das einige Files dem User owned by uid [COLOR=Blue]1976[/COLOR] gehören, die wp_config.php aber dem User uid is [COLOR=Blue]1411[/COLOR] .

Somit kann die wp-config.php , die dann die wp-settings.php lädt, die ihrerseits wiederum irgendwann die wp-includes/compat.php laden will, diese nicht laden darf aus Sicherheitsgründen, die nur im SAFEMODE gelten.

Stelle sicher, dass alle PHP Dateien einem User gehören oder frag den Provider, ob es auch ohne SAFEMODE geht (er den abschalten kann).

Siehe auch "Was ist Safe Mode Artikel" im Joomla Tutorial -> [url=http://www.joomla-tutorials.de/index.php/topic,18.0.html]Was ist Safe Mode bzw. Open Basedir[/url]

Ist hier schon mal beantwortet worden. http://forum.wordpress-deutschland.org/konfiguration/…html#post169756
Der Feed enthält Daten bzw. eine Anordnung, die von WordPress nicht interpretiert werden (können).

Und übrigens: Es gibt Feed Anbieter, die Feedabfragen "totlegen" wenn pro Zeiteinheit zu viele Abrufe von einer IP Adresse kommen. Bei serverseitigen Feedimports ist das u.U. auch ein Problem.

Leider bringt die Oberfläche die Option nicht einstellbar mit, obwohl man das sehr wohl konfigurieren kann oder könnte.
WordPress liest die Sprache während der Feed Erstellung in 2 Dateien jeweils aus der Datenbank:

<language><?php echo get_option('rss_language'); ?></language>

Du kannst in deiner Datenbank in der Tabelle wp_options (falls du ein anderes Tabellen Präfix hast [COLOR=Red]präfix_[/COLOR]options) den Wert des Eintrags, wo der [COLOR=Blue]option_name[/COLOR] gleich "rss_language" ist, von "en" auf "de" ändern.

Dann werden die Feeds mit de deklariert.

Entweder in die style.css deines Themes oder in die css Datei, die von der Gallery benutzt wird.

Zitat von Sprungfreun.de

Hallo, habe das selbe Problem und wir sind echt am verzweifeln

Wieder Kategorie Javascript Probleme, ähnlich wie hier: http://forum.wordpress-deutschland.org/konfiguration/…html#post169755

Bei SprungFreun.de wird jQuery von 2 verschiedenen Plugins in 2 Versionen geladen:

<script type='text/javascript' src='http://www.sprungfreun.de/wp-content/plugins/nextgen-gallery/admin/js/jquery.js?ver=1.2.2'>
<script language="JavaScript" type="text/javascript" src="http://www.sprungfreun.de/wp-content/plugins/wp-shopping-cart/js/jquery.js">

1. nextgen-gallery (neuere Version)
2. wp-shopping-cart (ältere Version), die die nextgen Version überschreibt und teilweise die Funktionalität zerstört.

Somit muß es Probleme mit Bildern geben.
Stelle sicher, das beide Plugins mit der gleichen Datei Version laufen können und lass nur eines der Plugins das Script laden.

[COLOR=Red]@alle mitlesenden Pluginschreiber:[/COLOR] Wann endlich wird es unterlassen, irgendwelche veralteten Javascript Bibliotheks Versionen mit den Plugins auszuliefern ?
WP bringt pro Version jeweils jQuery und/oder Prototype kompatibel zueinander mit, es ist nicht nötig, inkompatible Bibliotheken in Plugins zu legen, man kann immer sehr wohl "out of the box" Scripte von WP benutzen !

Wie wär es damit, wenn du den Gallery div's auch einen Style in der *.css Datei gibst ?

.ngg-gallery-thumbnail { 
float:left; 
margin-left: 15px; 
margin-bottom: 15px; 
padding: 1px; 
border:solid 1px #888;
}

Zitat von Angelica

Probleme machen z.B. Spiegel Netzwelten und Hartware.net

[url=http://www.spiegel.de/schlagzeilen/rss/0,5291,23,00.xml]SPIEGEL ONLINE - Netzwelt[/url]
Hartware.net News

Hab die beide auch mal noch angesehen:

1. Spiegel liefert korrekten Feed allerdings iso-8859-1 encodiert, was ein Problem in einem UTF-8 Blog sein kann.
2. hartware liefert zwar UTF-8 aus, aber der Feed ist kaputt und validiert nicht. Das kann ebenfalls dazu führen, dass er nicht geht.

Also sowohl FireFox als auch IE7 sehe ich keine Dopplungen.
Nur im Fox stimmt was mit den Styles und Blendeffekten nicht.

Welchen Browser bzw. welches OS benutzt du ?