Beiträge von Melewo

Du könntest es so machen wie alle anderen, einfach den Editor von WordPress zum Schreiben und Formatieren benutzen. Und <strong> ist nicht CSS sondern ein HTML-Tag, den jeder Browser kennt.

Aber der zeigt doch den zurückliegenden Zeitraum an, wann Du Artikel geschrieben hast. Zukünftige wird der noch nicht anzeigen können, weil der ja noch nicht wissen kann, an welchen Tagen Du die nächsten Artikel veröffentlichen möchtest.

Welche Planungsfunktion meinst Du?
Artikel erstellen und erst später veröffentlichen?
Und was soll der Kalender dann darstellen, so lange die noch nicht veröffentlicht wurden?

Bei der ersten Seite handelt es sich um eine Frame-Seite erstellt mit dem Editor phase 5 und ja, ich war erstaunt, den gibt es noch und sogar in einer neuen Version für Windows 8. Bei der zweiten Seite handelt es sich um eine Joomla Seite.

Solltest Du mit WordPress ebenfalls problemlos hinbekommen, nach dem Du Dich etwas eingearbeitet hast. Ob Du Dir dafür zuerst ein Theme aussuchen solltest, eventuell wäre es besser, Du installierst erst einmal WordPress, schaust Dir die beiliegenden Standard-Themes an und lernst WordPress ein wenig kennen. Wenn Dir dann von den Standard-Themes keins gefallen sollte, kannst Du Dich immer noch nach einem anderen Theme umschauen.

In dem Du die zugehörige class in der style.css auf display:none; setzt. Die Angaben sind dann zwar noch vorhanden, werden aber nicht mehr sichtbar ausgegeben.

Wenn Du mal ganz viel Zeit übrig haben solltest, könntest Du Dich aber auch mit dem Dashboard vertraut machen und einfach nur einmal unter Design -> Widgets –> Letze Beiträge nachschauen. Vielleicht findest Du dort eine Zahl, die sich beliebig erhöhen lässt.

Bist Du eigentlich blond?
Hatte Dir doch erst vor zwei Wochen genau diese Antwort gegeben.

http://forum.wpde.org/allgemeines/12…r-anzeigen.html

Was willst Du denn innerhalb Xampp verkehrt machen, da brauchst Du doch nur die nächste Version daneben abzulegen und Datenbanken kannst Du doch ebenfalls so viele anlegen wie Du möchtest und alles noch zusätzlich auf einer externen Festplatte sichern. Wenn es dann zu viele Versionen werden, löscht Du die ältesten und gut ist es.

Zitat von Putzlowitsch

Ja, das kann natürlich auch funktionieren.

Möchte auch nicht meine Hand dafür ins Feuer legen, dass es mit WordPress richtig gut laufen würde. Habe da nur Seiten mit selbstgestrickten Scripts zu laufen und da gab es seit 2006 keine Probleme. Einzig wegen der Sicherheit musste ich mal etwas ändern, als vom Hoster aus in QueryStrings kein http:// mehr erlaubt wurde. Somit nur ?seite="example.com" in der URL und dann erst das http:// davorsetzen. Loswebos

Und ich hatte doch letztens zum Einstieg ein Angebot für 2,49 (mit 128M, 5 Datenbanken, Webspace 500 MB) empfohlen, weil ich bei dem Hoster noch nie Probleme hatte.

Zitat von BitterGlass

aber diese URL sieht nicht vielversprechend aus: http://politspiegel.at/?feed=rss2

Das sich der Feed im Browser nicht aufrufen lässt, das liegt an einer Leerzeile vor:

<?xml version="1.0" encoding="UTF-8"?>

Diese Leerzeile, die nur aus einem Zeilenumbruch besteht (Hex 0D 0A bzw. \r\n), hat da nichts verloren, vor <? darf keine Ausgabe erfolgen, nur woher der Zeilenumbruch kommt ist eine andere Frage.

Eine Leerzeile ist aber bereits hier enthalten http://politspiegel.at/ und somit könnte die überall herkommen und nichts mit dem Feed zu tun haben. Du benutzt aber noch die Version 3.7.1 und vielleicht verschwindet die bereits beim Update. Wenn nicht, dann lässt sich der Fehler zumindest aufs Theme eingrenzen.

Das sich die HTML-Seiten aufrufen lassen, liegt einzig daran, dass die Browser sich bei HTML an diesen kleinen Fehlern nicht stören.

Ich nehme es an, sonst wäre das Theme ja nicht unter "hanneli-2013" gespeichert.
Wie eilig hast Du es denn und wie viel wärest Du bereit zu investieren?

Eine Entwicklung ist immer teurer als was so im Angebot ist. Eigentlich wäre es jetzt passend Dich aufs Unterforum Jobbörse zu verweisen, da hier genug Webdesigner herumlaufen. Doch frag mich einfach nächste Woche oder am Ende dieser Woche noch einmal, wenn Du magst und es nicht zu eilig haben solltest.

Die Seite glänzt doch durch die Abwesenheit von Design oder anders ausgedrückt, durch ein minimalistisches Design. Könnte eine eigene Entwicklung sein, eventuell aus einer Basis-Vorlage.

Und die WordPress Adresse ist: "http://www.unbeatablemusic.de"
Und die Seiten-Adresse ist: "http://www.unbeatablemusic.de"

Und WP liegt direkt im Root ohne Verzeichnis?
Und in der htaccess sieht es so aus?

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>


# END WordPress

Und das Verzeichnis wp-content sowie die anderen Verzeichnisse liegen direkt im Root und nicht noch einmal in einem Verzeichnis wie /wordpress oder so?

Und im Upload-Verzeichnis liegt auch keine weitere htaccess?

Du hast recht, sehe ich jetzt auch.

Wenn ich meine aufrufe mit "http://www.coder-welten.com/blablub"

dann erhalte ich HTTP/1.1 404 Not Found

und wenn ich "http://www.unbeatablemusic.de/blablub" aufrufe

dann erhalte ich HTTP/1.1 200 OK

Dann kann man ja auf den Statuscode nichts geben, der irritiert ja in diesem Fall mehr, als das der nützlich wäre.

Könnte auch sein, dass die Bilder nicht unter dem Pfad erreichbar sind, die WP-Rewrite greift und nichts gefunden wird, dafür dann die 404-Seite ausgelöst wird und die einen 200er mit Content-Type text/html; charset=UTF-8 zurückliefert?

Eigentlich nicht, denn bei mir gibt die 404 Not Found aus, wenn ich da einen Pfad fehlerhaft angebe.

Zitat von Putzlowitsch

Die Bilder sind meiner Meinung nach trotzdem nicht vorhanden oder nicht zugreifbar.

Doch, sind vorhanden, nur der HTTP-Antwort-Header enthält laut Firebug:

Zitat

Content-Type text/html; charset=UTF-8

Wenn ich nun einen Antwortheader von meinen Bildern nehme, dann enthält der:

Zitat

Content-Type image/jpeg

Somit enthält der HTTP-Header einen fehlerhaften Mime-Typ. Oder wird der durch die 404-Fehlerseite erzeugt?

Ich nehme alles zurück, die Bilder sind vorhanden und abrufbar, nur nicht im Browser. Hast Du da einen Schutz gegen Hotlinking einbauen lassen oder etwas in der Art?

"http://www.unbeatablemusic.de/wp-content/uploads/Twizzy_Tatwaffe_Die-Firma_Sie-hat-dich.jpg"
HTTP/1.1 200 OK


"http://www.unbeatablemusic.de/wp-content/uploads/Twizzy-Esco_Selbsttherapie_Blog-01.jpg"
HTTP/1.1 200 OK

Zitat von UnbeatableMusic

Pfad stimmt zu 99999999 %

Du kannst hier viel erzählen, wenn der Tag lang ist, denn einen Grund muss es ja haben, wenn sich eine URL nicht aufrufen lässt und eine URL wie die untere, die sollte sich auch aufrufen lassen, es sei denn, da wurde irgendwie und irgendwo etwas vermurkst, zum Beispiel in der htaccess. Wenn die Rechte nicht stimmen würden, dann sollte wohl eher der Server mit einem Forbidden antworten, doch da kommt ja ein 404.
Somit Datei auf dem Server unter dieser URL nicht vorhanden (falls die htaccess nicht vermurkst wurde), interne WP Rewrite versucht anschließend auszulösen, findet auch nichts und gibt 404 aus. Vielmehr fällt mir dazu nicht ein. Rechte braucht man für Images nicht hochsetzen, die sollen ja nur lesbar sein.

"http://www.unbeatablemusic.de/wp-content/upl…ie-hat-dich.jpg"

Und wenn Du es ganz genau wissen möchtest, dann legst Du in das Verzeichnis von den Bildern einfach mal eine kleine testseite.html ab und rufst die mit

"http://www.unbeatablemusic.de/wp-content/uploads/testseite.html"

auf. Wenn die sich dann auch nicht aufrufen lässt, dann weißt Du zumindest, dass entweder der Pfad zum Upload-Verzeichnis nicht stimmt oder die htaccess eine Macke hat. Dann wiederholst Du den Versuch, nachdem Du den Browser-Cache gelöscht und die htaccess vorübergehend entfernt hast.

Zitat von UnbeatableMusic

Ja, Datei gibt es, siehe hier im FTP:

[ATTACH=CONFIG]8959[/ATTACH]

Da sehe ich nichts außer die Bilder und ob die Bilder vorhanden sind, ist doch nicht die Frage, sondern ob der Verzeichnispfad zu den Bilddateien stimmt. Liegen die denn alle gleich im Upload-Verzeichnis oder liegen die im Upload-Verzeichnis in Ordnern bzw. in Unterverzeichnissen?

Warum kommt da ein 404er, wenn der Pfad und somit die URL des Bildes stimmt?

Und was soll diese Sche... (Du weißt welches Wort ich meine) mit der Groß- und Kleinschreibung, die doch wohl allein schon Fehler auslösen kann.

"http://www.unbeatablemusic.de/wp-content/upl…ie-hat-dich.jpg"

Nein, die sieht nicht schlecht aus, nur ich würde zukünftig möglichst alles geheim halten und wie der Name Deiner DB ist, geht niemanden etwas an, lediglich DB_HOST ist je nach Hoster allgemein bekannt. An den Verbindungsdaten zur DB lag es wohl auch nicht. Warum hast Du denn nun gleich wieder alles gelöscht? Es war doch nur kein Theme erreichbar. Durch das viele Löschen und Hochladen, lag da denn wenigsten eins entpackt im Themeverzeichnis? Ich dachte Du schaust mal nach, warum das nicht erreichbar ist.

Wenn ein Fragezeichen hinter einem .* oder .+ innerhalb einer Klammer folg, hört der Ausdruck auf sich gierig zu verhalten, doch der soll sich in diesem Fall vermutlich gierig verhalten. Ein Fragezeichen hinter einem geklammerten Ausdruck würde hingegen bedeuten, dass der Ausdruck in der Klammer vorkommen kann aber nicht vorkommen muss. In der Schreibweise (.+.?) würde ich es so interpretieren:
(.+ein beliebiges Zeichen soll mindestens einmal vorkommen, .? ein weiteres beliebiges Zeichen kann vorkommen, doch nur einmal)

RewriteCond %{QUERY_STRING} ^.*author=.*$ [NC]

Zitat von SirEctor

Aber wie mache ich es, damit auch /author/name/ umgeleitet wird?

Wenn kein Fragezeichen in der URL, dann ist kein QueryString vorhanden, nur eine URI und bei /author/name/ würde ich es mit REQUEST_URI versuchen.

RewriteCond %{REQUEST_URI} ^.*/author/name/.*$ [NC]
RewriteRule .* /? [NC,L,R=301]

Oder falls mit Verzeichnis, dann halt:

RewriteCond %{REQUEST_URI} ^.*/author/name/.*$ [NC]
RewriteRule .* /wordpress/? [NC,L,R=301]

Das Fragezeichen ist nicht unbedingt erforderlich, da es eigentlich nur die Übernahme eines QueryStrings verhindern soll, der ja nicht vorhanden ist. Wichtiger ist ja, dass ein Wert aus (.*) nicht in $1 gespeichert und mit $1 übernommen wird. Wobei Klammern nicht schaden und ich oft welche benutze, weil es mir erst später einfällt, doch nur dann erforderlich sind, wenn ein Wert aus der Klammer übernommen werden soll.