Beiträge von Ammaletu

Verwendest Du eine spezielle Permalinkstruktur? Das erordert bei IIS soweit ich weiß gewisse Vorausetzungen. Da müsstest Du Dich mal zu belesen, ob Dein Server die alle erfüllt. Testen kannst Du, ob es daran liegt, indem Du mal kurz auf die Standard-Permalinks umschaltest (die mit ?id=... in der URL).

Das Tabellenprefix ist einfach ein Teil des Namens der Datenbanktabellen. Gedacht ist das eher dafür, mehrere WP-Installationen in einer DB liegen zu haben (z.B. als wp1_content und wp2_content). Aber da manche Exploits und Hackversuche halt nur gehen, wenn das Standard-Prefix "wp_" benutzt wird, wird manchmal halt empfohlen, ein anderes Prefix zu verwenden.

Wenn Du das machen möchtest, nimm einfach etwas beliebiges, das Du bei einem Blick in Deine DB noch Deiner Seite zuordnen kannst. Zu lang sollte es nicht sein. Meinetwegen für die "Meine Seite"-Installation von WP "wpms_" oder so. Ich bin nicht sicher, wie viel das real bringt, aber es schadet auch nicht.

.htacces-Dateien regeln Zugriffsrechte, unter anderem. Du könntest im wp-admin-Ordner theoretisch eine .htaccess-Datei anlegen und damit den Zugriff auf das Verzeichnis mit einem Extra-PW schützen. Das müsstest Du dann beim Zugriff aufs Backend zusätzlich zum WP-Password eingeben. Kann man machen, muss man aber nicht, finde ich. Zumindest wenn Du ein hinreichend komplexes Admin-PW hast und keine Nutzerregistrierung erlaubst.

Ja, ist es. Ob es sinnvoll ist, ist eine andere Frage. Was willst Du denn genau machen? Auf der zweiten Seite die Beiträge einer Kategorie ausgeben? Immer die x aktuellsten Beiträge? Tutorials für diese Art Sachen findest Du neben der Forensuche z.B auch auf texto.de.

Sollte nicht zu schwierig sein, wenn Du Dich etwas mit Programmierung auskennst. Ich skizzier Dir mal, wie ich mir die Lösung vorstelle:

- alle betroffenen Dateien (index.php, archive.php, search.php...) so anpassen, dass das Datum direkt nach dem Bild ausgegeben wird
- Datumsausgabe in einem span mit einer speziellen Klasse, diese in der style.css auf display: none stellen, damit ist es erst mal unsichtbar
- um Bild und Span liegt das Link-Tag, dem auch eine Klasse geben und diese auf position relative stellen
- die span-Klasse auf position absolute stellen und wie gewünscht auf dem Bild positionieren
- mit jQuery ergänzen, dass das span onmouseover ein- und onmouseout ausgeblendet wird

Das geht auf jeden Fall. Ändere dafür aber bitte nicht Core-Dateien von WordPress. Das ist nie eine gute Idee, da Du das dann bei jedem Update wiederholen musst. Und die kommen recht häufig.

Die Änderung gehört vielmehr ins Theme oder, falls Du das häufig wechseln möchtest, in ein Plugin. Kopier doch erstmal hier rein, wie die Kommentare in Deinem Theme ausgegeben werden.

Im Backend wird der Autor dann aber ggf. trotzdem auf seine Überschrift verlinkt. Einiges kann man da sicher auch anpassen. Ich weiß aber nicht, wie weit das geht. Bist Du sicher, dass diese Zweckentfremdung die beste Lösung ist? ... Hm, habe mal gesucht und kann so auf Anhieb tatsächlich kein Plugin dafür finden, obwohl die Tabellenstruktur von WP das ja nun vorsieht (Metawerte an Kommentaren). Erstaunlich. Zeit müsste man haben...

Die Lösung besteht aus zwei Teilen: Zum einen muss der aktuelle Link im Menü mit einer spezifischen Klasse versehen werden. Je nach Theme ist das vielleicht schon so.Siehst Du ja im Quelltext der Seite. Und zum zweiten muss für diese Klasse dann etwas im Stylesheet definiert sein.

Offensichtlich ist der Inhalt eines Cookies der Seite größer als der Server erlaubt. Wenn es Dein Server ist, kannst Du das Limit eventuell hochsetzen. Wenn Dein Script den Cookie erzeugt, kannst Du vielleicht die Menge der gespeicherten Daten verkleinern.

Der Role Manager kann das soweit ich weiß nicht. Eventuell der Role Scoper? Ist sowieso neuer und wird noch entwickelt. Ist aber ein eher komplexes Teil. Mach auf jeden Fall vor Experimenten ein Datenbank-Backup.

Doch, die kann man schon ändern. Welche WP-Version nutzt Du denn?

Zitat

Wenn ich mit den derzeitig kursierenden Anleitungen ein Costum-Post-Type einrichte, habe ich im Backend zumindest einen neuen "Post"-Punkt mit eigenen Feldern.

Das sieht dann erstmal gleich aus wie die normalen Blog-Artikel, oder? Weitere Eingabefelder kannst Du ja auch so schon erstellen und dann z.B. beim Speichern als benutzerdefiniertes Feld speichern. Mit den Custom Post Types kannst Du das eben getrennt für die verschiedenen Typen machen. Das muss man sich aber eben manuell einrichten, man kann es (bisher) nicht einfach zusammenklicken. Soweit ich weiß jedenfalls, habe das alles auch noch nicht ausprobiert. Siehe ggf. meinen letzten Beitrag hier:
http://forum.wordpress-deutschland.org/allgemeines/68…tlich-sind.html

Zitat

Denn, soweit ich Wordpress bislang verstanden habe, gibt es ein Blog mit diversen Inhalten und nach Kategorien aufgeteilt.

Ja, es sei denn, Du aktivierst das neue Multi-Blog-Feature, dann können auf einer Installation beliebig viele getrennte Blogs laufen. Ich kann nicht wirklich Erfahrungswerte anbieten, wie sehr man sie zusammenbinden kann. Auf WordPress.com gibt es ja z.B. eine gemeinsame Tag-Cloud für alle Blogs. Prinzipiell ist das aber eher richtig, denke ich, wenn es getrennte Seiten werden sollen.

Was ich ansonsten geschrieben hatte bezog sich auf die layout-technische Anpassung im Frontend. Das käme dann aj erst als Schritt 2, wenn Du das im Backend soweit eingerichtet hast. Du solltest dafür überlegen, eines der Theme-Frameworks mit einem Child-Theme zu verwenden. Da hast Du viele Möglichkeiten ohne zu viel eigenen Aufwand.

Für die Trennung im Backend müsstest Du Dir ansonsten mal das Rollen- und Rechtekonzept anschauen (http://codex.wordpress.org/Roles_and_Capabilities). Ein Plugin dazu wäre der Role Scoper:
http://wordpress.org/extend/plugins/role-scoper/

Ja gut, dann wäre das natürlich praktisch. Du kannst natürlich mal schauen, ob dieses Google-Plugin die Verbindung noch auf andere Weise als fsockopen herstellen kann. Vielleicht gibt es auch noch andere Plugins, die auf Deinem Server laufen. Ansonsten kannst Du da nicht viel machen, denke ich, außer mal beim technischen Support anfragen ob die das irgendwie als Ausnahme einrichten können oder Dir die Funktion generell freischalten können. Aber wenn es aus Sicherheitsgründen nicht erlaubt ist, würde ich mir da keine zu großen Hoffnungen machen.

Als Anmerkung zu dem, was Infected schon gesagt hat: Wenn Du Dich mit der technischen Betreuung eines Servers nicht auskennst, solltest Du es entweder delegieren oder Dich entsprechend weiterbilden. Das hast Du ja schon erkannt, also hoffe ich, dass Du da jemanden für findest. Das ist halt auch alles nicht ganz einfach und man kann sich doch einige Probleme einhandeln.

So oder so: Stelle sicher, dass Du vollständige Backups besitzt und auch regelmäßig neue anfertigst. Verlass Dich nicht darauf, dass der Hoster im Zweifelsfall eins hat. Bonuspunkte wenn Du überprüfst, dass Du die Seite aus dem Backup tatsächlich wieder herstellen kannst (z.B. für lokale Testinstallation).

Und Du solltest auf jeden Fall bei Strato nachfragen, ob die Dir sagen können, was da passiert ist. Vielleicht war es ein Scriptproblem und der Support hat Deinen Server neu gestartet. Vielleicht war es auch eine DOS-Attacke. Du solltest das auf jeden Fall rauszukriegen versuchen damit das nicht wieder passiert bzw. damit Du geeignete Gegenmaßnahmen ergreifen kannst.

Die Multi-User-Sache würde ich nur verwenden, wenn das Ergebnis komplett getrennt sein soll, also z.B. für Reviews und News komplett getrennte Tag-Cloud, Blog-Suche, Kategorien etc. Ansonsten setze das lieber innerhalb eines Blogs um.

Ein Post-Type könnte sich lohnen, falls es spezielle Felder dafür gibt. Mit den neuen Custom Post Types gibt es aber IMHO auch noch Einschränkungen bzw. man muss sich vieles noch manuell einrichten.

Am einfachsten wäre es, den Inhalt über Kategorien zu trennen. Du kannst dann z.B. die Kategorien-Ansichten über category-[slug].php-Dateien im Theme anpassen und die single.php z.B. über eine kategoriebasierte CSS-Klasse.

Wenn es Dein eigener Server ist, kannst Du fsockopen einfach freischalten. Ansonsten wird sich da nicht viel machen lassen, denke ich. Wieso willst Du allerdings eine Online-Rechtschreibprüfung verwenden? Greifst Du auf das Blog sehr häufig von fremden Rechnern aus zu? Ansonsten tut es doch einfach eine im Browser integrierte Rechtschreibprüfung. im Firefox einfach das Wörterbuch als Add-On installieren und fertig. Falls Du mehrere Wörterbücher brauchst (z.B. Deutsch/Englisch) gibt es noch das sehr praktische "Dictionary Switcher"-AddOn.

Wie wäre es mit einem Link zur betroffenen Seite? Kein Mensch weiß sonst, was Du mit "Tableiste etc." meinst.

Davon abgesehen: Styles kannst Du über die style.css anpassen (Schriftfarbe). Den Header kannst Du normalerweise über die header.php des Themes bearbeiten.

Zitat

Achso ich brauche ein functions.php,die ich leider nicht habe nämlich das Theme gerüst kommt von einer Website und da stand das das grundgerüst für wp2.0 ist

Dann leg sie Dir doch einfach an und/oder kopier sie Dir aus dem Default-Thjeme und lösche alles nicht benötigte raus. WP bindet die Datei dann automatisch ein, sie muss nur functions.php heißen.

Zitat

und ich habe es bereits mit dem Default versucht aber ich blicke in der CSS oder den anderen datein nicht durch

Also ehrlich gesagt ist das bisherige Default-Theme relativ simpel und übersichtlich aufgebaut. Wenn Du ein eigenes Theme erstellen willst, solltest Du auf jeden Fall in der Lage sein, das Default-Theme zu verstehen, sonst wirst Du nicht weit kommen. Leg Dir ein Tool wie Firebug oder die Web Developer Toolbar zu (beides für Firefox, andere Browser haben ähnliches ggf. schon an Bord, im IE z.B. F12 drücken), dann solltest Du auch dem CSS schnell auf die Schliche kommen.

CSS kann ich Dir hier jetzt nicht im Rahmen eines Forenthreads beibringen, aber SelfHTML hatte ich ja schon verlinkt. Ansonsten habe ich etwas das Gefühl, dass Du lieber ein vorhandenes Theme nehmen und an Deine Bedürfnisse anpassen solltest. Man kann z.B. mit wenig Aufwand ein Child-Theme für eines der Theme-Frameworks erstellen. Die nehmen einem dann viel Arbeit ab, man kann sie jederzeit updaten und muss sowas wie Platzierung von Seitenelementen nicht manuell austüfteln. Stattdessen kann man sich auf die Gestaltung konzentrieren, Farben, Hintergründe etc.

Ok, am Speicher liegt es dann wohl nicht. Der Log-Ordner mit den vielen Dateien könnten die Access-Logs sein. Aber letztlich ist es Dein Webspace, das solltest Du eigentlich wissen, ob und wo Fehler geloggt werden. Du kannst es alternativ über die php.ini rauskriegen oder den Support Deines Hosters fragen.

Ok, kann auch sein, dass Dein Theme die Widgets so umdefiniert hat, dass dort keine Klassen eingebunden werden. Normalerweise haben die Widgets immer eindeutige Klassennamen dran hängen, die das Stylen sehr einfach machen. Die fehlen bei Dir halt.

So, habe mal den entsprechenden Code aus dem Hybrid-Theme-Framework extrahiert. Kann man auch selber schreiben, aber dort war das recht schön und komfortabel gelöst. Also, die Datei im Anhang in Deinen Themeordner legen und in der functions.php so einbinden:

// include the admin meta boxes
include_once('extrabox.php');

Und dann in der Datei ganz oben das Array der zu erstellenden Felder anpassen (Funktion "eb_post_meta_boxes"). Pro anzuzeigendem Feld eine Zeile. Der erste Wert ist der interne Name. Er muss eindeutig sein, wenn er mit Unterstrich anfängt, zeigt WP ihn weiter unten beid en Benutzerdefinierten Feldern nicht noch mal an. Der zweite Wert ist der angezeigte Feldtitel und der dritte Wert die Feldart ('text', 'textarea' oder 'select' sind möglich).

Ausgeben im Theme kannst Du die Felder wie alle anderen benutzerdefinierten Felder auch. Der Code regelt nur die Anzeige auf der Adminseite.

Ok, hab's mir angeschaut. Du verwendest keine Widgets im Moment, deswegen klappte der andere Code nicht. Probier es mal damit:

.sidenav a,   .sidenav a:link, .sidenav a:visited,  .sidenav a:hover {
     text-decoration: none;
}

Das nimmt die Unterstreich8ng jetzt allerdings an allen Links in der Sidebar weg. Genauer geht es leider nicht, da an der Tag-Cloud offenbar gar keine Klasse hängt. Wenn es möglich ist, solltest Du für den Tag-Cloud-Container noch eine Klasse ergänzen, um das genauer fassen zu können (dann z.B. ".sidenav" überall ersetzen durch ".sidenav .tag-cloud" in obigem Styleblock).