Beiträge von codestyling

    Im Rahmen eines größeren Projektes hab ich ein Auskopplung als Plugin bereitgestellt, die es möglich macht, sich an WordPress in verschiedenen Sprachen anzumelden und die Admin Oberfläche entsprechend beschriftet zu bekommen.

    Plugin Seite: WPML Admin

    Der Umfang der finalen Release wird einiges größer sein, aber bereits diese Auskopplung ist interessant, wenn man mehrere Benutzer im Blog hat, die verschiedene Sprachen in der Admin Oberfläche bevorzugen (z.B: englisch statt deutsch, oder französisch). Welche Sprachen verfügbar sind und per Anmeldung ausgewählt werden können, entscheidet der Blogbetreiber selbst. Ich hab eine stattliche Sammlung der WP 2.5.1 *.mo Files für verschiedene Sprachen zusammengetragen, wenn Bedarf besteht, kann ich das noch bereitstellen.

    Ein Feedback hierfür ist sehr willkommen und Kritik ist ebenfalls erwünscht.

    Ich hab mal eine Auskopplung aus dem laufenden Großprojekt gemacht und die Umschaltung des Administrations Login als abgespecktes Plugin veröffentlicht.

    Wer es testen möchte, kann es hier nachzulesen und runterzuladen: Code Styling Project » WordPress 2.5.1 - mehrsprachige Anmeldung (beta download)

    Feedback erwünscht, die volle Packung (finale Komplettlösung nicht nur Auskopplung) ist noch nicht stabil genug für den produktiven Einsatz auf allen Server Systemen, aber die Auskopplung ist erfolgreich durchgetestet.

    Sofern für Strato Kunden noch folgende Probleme mit dem PHP safe_mode aktuell sind:

    Safe Mode bei Strato umgehen - WordPress 2.2 installieren (gunnART - Grafik, Layout, Konzeption)
    Das Strato Safemode Problem und die Antwort von Strato - Joomla CMS Support Forum

    ... liegt es am eingeschalteten safe_mode="on".

    Das könnte auch andere Hoster betreffen, kann man nachsehen mit phpinfo(); ob es on ist, dann sind Komplikationen vorprogrammiert.

    Noch ein Nachtrag: Feeds sagen nicht, was sie sind. Rote Zeilen fehlen

    Wenn im Channel die korrekte Feedadresse nicht drin ist, kann das auch in die Hose gehen.

    Nach Durchsicht der WP Sourcen läuft Feed Import über Socket Funktionen innerhalb der Snoopy Klasse. Falls dein Provider socket Benutzung komplett unterbunden hat, kann es auch fehlschlagen.

    Es gibt mehrere Gründe, warum das intern fehlschlagen kann, aber die aussagekräftige Meldung (solche komischen PHP Fehlerzeilen im Output) wurden willentlich unterdrückt:

    Snoopy

    PHP
    @$client->fetch($url);

    und der Text kommt einerseits hier vor (ist es aber nicht)

    PHP
    function wp_rss( $url, $num_items = -1 ) {
        if ( $rss = fetch_rss( $url ) ) {
    ....
        } else {
            _e( 'An error has occurred, which probably means the feed is down. Try again later.' );
        }
    }

    und nochmal im Widget (vermutlich richtige Stelle):

    Also es muß einen Fehler beim Abholen geben und ich würde stark auf socket Beschränkungen seitens des Providers tippen, wenn es nicht am Inhalt der Feeds scheitert.

    Zusatz: Auf meinem Test XAMPP System laufen beide Feeds aus dem 1. Posting sowohl im Blog Widget als auch im Dashboard.

    Der Witz ist aber, dass Feeds intern aber auch nicht funktionieren. Wenn mit wordpress Mu einzelne Blogs andere Blogs aus der selben Installation feeden, dann kommt der selbe Fehler. :twisted:

    Im Mensafrei Feed wird eine DTD referenziert von itunes, die man nicht laden kann und 404 als Anwort bekommt.
    Da Feedparser immer auch die DTD's laden, kann er das nicht für

    Code
    xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"

    und somit bekommst du die Anzeige, ist nicht verfügbar !
    Wenn schon Sonderlocken mit DTD's fahren, dann auch erreichbare angeben !

    Mit verlaub, ich halte diese Erklärung für falsch, weil das Problem auch auftritt, wenn alles brav in utf kodiert wird.

    Ok, ich hab derzeit nicht die Zeit, WP zu debuggen aber wenn ich den Feed vom ORF validieren lasse, dann ist der zwar ok, aber ein Parser wie der der Widgets kann über diese Zeile stolpern !

    Code
    <!-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -->

    Und hier der kaputte ZAMG validiert

    Ich glaub nicht, das der Widget Parser so tolerant geschrieben ist, wie FireFox, der da drübergeht!

    Also die 2. Editorzeile mit den Paragraphen, Fonts, Video usw. wird in meiner deutschen WP Version mit Shift + ALT + Z ausgeklappt.

    [COLOR=Red]Wichtig:[/COLOR] Hab eben festgestellt, das es einige Themes wie "freshy" schaffen, den letzten Button (der normalerweise die 2. Zeile einblendet) zu entfernen und mit einen eigenen zu ersetzen. Also Themes, die sich in den Editor für spezielle Funktionen integrieren können, haben das Potential dazu, diesen zu beschädigen.

    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.

    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.

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

    HTML
    <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:

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

    würde dann in

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

    das Bild suchen, was nicht geht, da es in

    Code
    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.

    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

    PHP
    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.