Beiträge von Ammaletu

    Zitat

    Gaaaaaanz grob kann man sagen, dass man mit dem Code eines GPL-Produktes kein Geld verdienen kann/darf, wohl aber mit Services rund um ein GPL-Produkt. Sprich, du dürftest die Codebasis von WordPress nicht zum Kauf anbieten,

    Dürfte man schon, allerdings nur unter den Bedingungen der GPL. Und das hieße, man müsste einen Käufer finden, der einem Geld für ein Produkt gibt, das er auch kostenlos bekommen kann. Und man könnte den Kunden dann nicht daran hindern, das Produkt seinerseits kostenlos weiterzuverteilen. Das taugt so in der Regel natürlich nicht als Geschäftsgrundlage. ;-)

    Also man kann zumindest schon mal folgendes argumentieren: WordPress wie es jetzt ist steht unter der GPL. Damit wird der jetzige Codestand für immer frei zugänglich bleiben. Niemand kann das ändern, nicht mal die WP-Autoren.

    Das WP-Team könnte sich natürlich entscheiden, die nächste Version unter eine andere Lizenz zu stellen, aber das würde die bisher veröffentlichten Versionen nicht berühren. Und das könnten sie auch nur machen, wenn sie die Erlaubnis jedes einzelnen Committers einholen würden, was sehr aufwändig bis unmöglich sein dürfte.

    Genauso könnte jemand kommen und Updates von WordPress nur gegen Geld rausrücken. Allerdings müssten die Updates immer noch unter GPL stehen, und die Community würde das dann in nullkommanix in den normalen Stand mergen. Wäre also kein brauchbares Geschäftsmodell. Das gleiche gilt für den Versuch, WordPress nur noch gegen Bezahlung downloadbar zu machen. Die GPL erlaubt das durchaus, aber sie erlaubt dann eben jedem anderen auch, den Code weiterhin kostenlos anzubieten.

    Ansonsten kann man ja an anderen Beispielen sehen, was passiert, wenn ein ehemals offenes System versucht, sich zu kommerzialisieren. Bei Mambo war das z.B. so (soweit ich mich erinnere -- ok, habe noch mal nachgelesen, Mambo ist ebenfalls GPL, der Streit ging noch um was anderes). Da hat sich spontan ein Fork gebildet, welcher heute als Joomla wesentlich bekannter als Mambo sein dürfte.

    Ich denke, die einzige echte Gefahr für WordPress (abgesehen von einem noch besseren Mitbewerber-CMS) wäre es, falls Auttomatic mal pleite gehen würde. Aber selbst dann könnte die Entwicklung ja von der Community weitergetragen werden.

    Hm, mal was mir da auf Anhieb einfällt:

    - MySQL-Dump der alten Datenbank ziehen
    - alle Dateien kopieren
    - Blog-Adresse im Dump ersetzen
    - Blog-Pfad auf dem Server im Dump mit neuem Pfad ersetzen
    - DB am Ziel importieren
    - eventuell Permalinks neu abspeichern um die .htaccess zu aktualisieren

    Zitat

    Also: Bei unveränderter Problematik sehe ich im Quelltext des Kommentarfeeds keinerlei <span>-Tags mehr, seit ich die von Dir zur Analyse eingebauten Zeilen wieder verworfen, ja faktisch meine originale wp-includes/feed-rss2-comments.php wieder hochgeladen habe:

    Ja logisch, Du hast die Zeilen dann ja auch nicht mehr drin. Was ich meinte, ist folgendes:

    PHP
    <?php echo get_comment_time('Y-m-d H:i:s'); ?>

    Das sollte ein Datum erzeugen und sonst nichts. Es erzeugt bei Dir aber offenbar das Datum in einem span-Tag. Das könnte z.B. ein Plugin oder das Theme über einen Filter da einfügen, denke ich.


    Zitat

    Der Anfangsverdacht freilich ließ sich nicht erhärten, denn auch nach probehalber Abschaltung ALLER meiner Plugins kommt der Kommentar-Feed mit dem falschen Datum.

    Also ich sehe Deine Testkommentare aktuell mit dem richtigen Datum. Sicher, dass Das im Opera nicht bloß gecacht war und es doch an einem Plugin lag? Ich habe gerade mal noch etwas gegoogelt, und das span könnte von "Ajax Edit Comments" stammen (wegen des "aec" in der span-ID). Hattest Du das im Einsatz?

    Update: Sehe in Deiner Liste gerade, dass Du das tatsächlich im Einsatz hast. In der aktuellen Version des Plugins kann ich das span-Tag nicht entdecken. War es bei Dir vielleicht nicht aktuell? Sag mal Bescheid, ob der Fehler mit tatsächlich auftritt und ohne nicht. Strg+F5 lädt übrigens in den meisten Browsern die Seite neu unter Umgehung des Caches.

    Zitat

    Sind keine eigenen Elemente, ist eine Code für alle Seiten im header.php.

    Ok, also keine Widgets. Dann müsstest Du das auch in der header.php anpassen.


    Zitat

    Ok, wo finde ich den richtigen Conditional Tag und wo füge ich diesen genau ein?

    http://codex.wordpress.org/Conditional_Tags

    Nächster Schritt wäre wie gesagt genau zu überlegen, auf welchen Seiten Du etwas einblenden willst. Wenn etwas z.B. nur auf der Startseite oder nur in Archiven oder nur nicht auf Suchergebnisseiten sichtbar sein soll, kannst Du das über eine entsprechende if-Abfrage gut regeln. Wenn Du dagegen ein Element auf allen Seiten haben willst, aber jeweils mit z.B. einem anderen Bild, dann müsstest Du eher eine Stylesheet-Lösung bauen, denke ich.

    Woher kommt eigentlich das span-Tag rund um das Datum? Hast Du das in der PHP-Datei eingefügt oder kam das automatisch bei dem get_comment_time-Aufruf raus?!

    Wir nähern uns langsam, aber immerhin. Meine aktuelle Vermutung wäre dann, dass es an dem span-Tag liegt. Der Aufruf von [COLOR=#000000][COLOR=Black][COLOR=#0000bb]mysql2date[/COLOR][/COLOR][COLOR=#007700][COLOR=Black] mit zwei Parametern klappt ja offenbar, mit drittem Parameter false kommt 1970 raus. In letzterem Fall nutzt WP intern die date-Funktion von PHP, während es sonst seine eigene date_i18n-Funktion nutzt.[/COLOR]

    [COLOR=Black]So, und das kann ich dann ja endlich mal testen:[/COLOR]

    [/COLOR][/COLOR]

    PHP
    Datumstest 1: <?php echo date('D, d M Y H:i:s +0000', strtotime('<span id=\'aectime8197\'>2009-11-23 18:21:29</span>')); ?>

    Ergibt: Datumstest 1: Thu, 01 Jan 1970 01:00:00 +0000

    PHP
    Datumstest 2: <?php echo date('D, d M Y H:i:s +0000', strtotime('2009-11-23 18:21:29')); ?>

    Ergibt: Datumstest 2: Mon, 23 Nov 2009 18:21:29 +0000

    Ja, da hätten wir es doch hoffentlich gefunden. Bleibt nur noch zu schauen, ob Dein Theme oder eines der Plugins dieses span-Element per Filter an das Datum dranhaut.

    In dem Du Dich mit CSS beschäftigst und dann das Stylesheet entsprechend änderst. Je nachdem wie das Theme aufgebaut ist, musst Du auch Bilder anfassen, was ein brauchbares Grafikprogramm (z.B. gimp) voraussetzt. Viel genauer kann ich Dir das nicht sagen zu so einer allgemeinen Frage. ;-)

    Hm, sowas in der Art vielleicht?
    http://wordpress.org/extend/plugins/google-translator/

    Es gibt im Plugin-Directory jede Menge entsprechende Plugins. Oder Du schaust, wenn Du ein Beispiel gefunden hast, das Dir gefällt, einfach mal in den Quelltext. Meistens kann man recht leicht sehen, mit welchem Plugin das gemacht ist.

    Erst wenn Du ein passendes Plugin gefunden hast, kann man was dazu sagen, wie man das mit der Kategorie macht. Wenn es per Widget in der Sidebar umgesetzt ist, kannst Du das Widget aber z.B. mit dem Plugin "Widget Logic" auf bestimmte Seiten beschränken.

    Hm, dann weiß ich erstmal nicht weiter, fürchte ich. Wenn ich das Problem lokal hätte, dann würde ich an verschiedenen Stellen Ausgaben in den WP-Quellcode einbauen und schauen, dass sich das eingrenzen lässt.

    ... Hm, vielleicht geht das ja auch bei Dir auf dem Server. Such Dir mal folgendes File raus: wp-includes/feed-rss2-comments.php

    Und darin Zeile 53:

    PHP
    <pubDate><?php echo mysql2date('D, d M Y H:i:s +0000', get_comment_time('Y-m-d H:i:s', true, false), false); ?></pubDate>

    Mach daraus mal folgendes:

    PHP
    <!-- <?php echo get_comment_time('Y-m-d H:i:s'); ?> -->
    <!-- <?php echo get_comment_time('Y-m-d H:i:s', true); ?> -->
    <!-- <?php echo get_comment_time('Y-m-d H:i:s', false, false); ?> -->
    <!-- <?php echo get_comment_time('Y-m-d H:i:s', true, false); ?> -->
     <!-- <?php echo mysql2date('D, d M Y H:i:s +0000', get_comment_time('Y-m-d H:i:s', true, false)); ?> -->
    <pubDate><?php echo mysql2date('D, d M Y H:i:s +0000', get_comment_time('Y-m-d H:i:s', true, false), false); ?></pubDate>

    Das sollte das Datum mal in verschiedenen Formaten als Kommentar über das pubDate-Element schreiben. Dann den Feed aufrufen (einfach mal per Browser direkt in den XML-Quelltext schauen), Ergebnis (=die Datums-Kommentare von einem "kaputten" Testkommentar) hier reinkopieren und die Änderung aus der Datei wieder rausnehmen. Mit etwas Glück sieht man dann, in welcher Stufe der beiden Aufrufe es schiefgeht. Vermutlich ist es am Ende was ganz einfaches, aber ich sehe aktuell den Fehler einfach nicht.

    Was mir ansonsten noch einfällt: Welche PHP-Version nutzt Du?

    Die Ursache liegt im Quelltext. Der Kasten ist als Bild eingebunden und das img-Tag enthält u.a.:

    Code
    width="" height=""

    Der IE initialisiert die Werte mit "1", was ja legitim ist. "0" wäre logischer gewesen, aber so oder ist es damit zu klein, um wahrgenommen zu werden. ;-)

    Und ja, wo ich den Kasten jetzt gesehen habe: Das fände ich relativ nervig, wenn das auf jeder Seite oben stünde (ok Startseite und alle Einzelseiten, aber immerhin). Eventuell solltest Du auch mal nach Plugins schauen, mit denen Du gezielt Leute ansprechen kannst, die über Google kommen. Das geht, dass Du den Kasten in der Einzelansicht nur anzeigst, wenn der Referer Google ist. Heißt das Plugin irgendwas mit "Landing Page"?! Weiß ich gerade nicht.

    Tja, wenn ich mir das so durchlese scheinen eine Menge Leute ein Problem damit zu haben und nicht jedem scheint das Setzen der Rechte auf 777 geholfen zu haben. Da wüsste ich so auf Anhieb erstmal auch nicht, woran es noch liegen könnte. Du bist sicher, dass Du mit den Rechten den richtigen Ordner erwischt hast, nämlich "/wp-content/themes/arras-theme/library/cache"?!

    Update: Sehe das letzte Posting jetzt erst. Gut, freut mich, dass es geht. :-)

    Doppelpost bringt nichts, Du müsstest mehr Infos ergänzen. Link zum Theme komt immer gut, dann müssen Leute, die Dir antworten wollen, da nicht erst nach googlen. Dann eine Info, wo auf der Seite genau die Thumbnails stehen sollten.

    ...

    Ok, habe mir aus dem Seitenquelltext mal ein Bild rausgesucht. Wenn man es direkt aufruft, kriegt man das hier:

    Zitat

    Warning: touch() [function.touch]: Unable to create file ./cache/44e1acbc55616a7f51417f0580f10a46.png because Permission denied in /www/htdocs/w00b89a4/wp-content/themes/arras-theme/library/timthumb.php on line 236

    Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w00b89a4/wp-content/themes/arras-theme/library/timthumb.php:236) in /www/htdocs/w00b89a4/wp-content/themes/arras-theme/library/timthumb.php on line 246

    URL

    Erstens sollten PHP-Fehler möglichst nicht am Bildschirm ausgegeben werden. Zweitens wird da wohl ein Cache-File versucht anzulegen, was aufgrund von Dateirechten nicht geht. Steht bei der Installationsanleitung des Themes etwas davon da, dass Du einen cache-Ordner mit gewissen Rechten anlegen sollst?!

    Zitat

    Was heisst das, das es noch nicht valide ist.

    Dass Dein HTML sich nicht an den Standard hält. Das kann je nach Meldung des Validators an echten Fehlern liegen (falsch geschachtelte Elemente, fehlende Attribute etc.) oder einfach Sachen sein, die der Standard so vorsieht, auch wenn es ohne geht. Siehe:
    http://validator.w3.org/check?verbose=…-rugullis.de%2F

    Das gute daran, wenn Du auch die eigentlich unwichtigen Fehler behebst: Wenn dann wirklich mal ein echter Fehler im HTML steckt, siehst Du das am Validator sofort ohne viel Rätselraten. ;-)


    Zitat

    Kannst du mir ein paar hinweise geben wonach ich suchen muss??

    Wegen der Sidebar? Da würde ich mal schauen, ob es an der Breitendefinition liegt. Siehe Stichwort "Boxmodel". Das wird im IE anders gehandhabt als in anderen Browsern. Vielleicht ist es aber auch ein float-clear-Fehler, dann müsstest Du es aber auch im IE sehen (habe ich gerade nicht geprüft).

    Du musst die Listenelemente im Stylesheet noch formatieren. Mal grob improvisiert müsste es etwa so aussehen:

    Code
    #footer li {
      list-style-type: none;
      list-style-image: none;
      display: block;
      margin: 0px 7px 0px 0px;
      padding: 0px;
      float: left;
    }

    Und unter den Sidebar-Aufruf müsstest Du noch das hier einfügen in die footer.php:

    PHP
    <br style="clear: both;" />

    Ok, das wäre mal die ganz simple Variante. Schöner wär's natürlich, das clear an ein Element des Widgets dranzuhängen. So oder so muss das float beendet werden, sonst rutschen eventuell danach stehende Elemente neben die Listenpunkte.