Beiträge von Ammaletu

Tja, also Du kannst Dir eine weitere Sidebar anlegen und mit obigem Code nur auf der Blog-Seite anzeigen lassen. Oder Du probierst "Widget Logic" einfach mal aus. Es scheint ja doch bei vielen Leuten noch zu funktionieren unter 3.0. Da müsstest Du für die Widgets dann einfach "is_page('Blog')" eintragen, soweit ich mich erinnere.

Ich habe jetzt noch mal kurz gegoogelt und das hier gefunden:
http://www.martinmertens.de/2010/01/29/wor…rd-bleibt-leer/

Bin aber wirklich nicht sicher, ob das das gleiche Problem ist, das ihr auch habt, denn dann dürfte es ja in gar keinem Browser gehen.

Generell kommen wir der Lösung nur näher, wenn die Betroffenen ein bisschen mit nachforschen woran es liegt. Ich habe das Problem ja nicht (und x tausende andere Nutzer auch nicht), also kann ich nicht selbst auf die Ursache kommen.

Was Du probieren könntest: Wie gesagt nach JavaScript-Fehlern schauen. Mal den Browser-Cache leeren (Strg+F5 oder auch geren mal richtig leeren). Mal neu einloggen in WP falls der Login noch von vor dem WP-3.0-Upgrade stammt. Falls Du PHP4 verwendest, wäre definitiv ein Umstieg auf PHP5 nicht schlecht. Hast Du das außerdem mal von einem anderen Rechner aus probiert? Nicht dass es am Browser (irgendein FF-AddOn?) oder am Rechner (AntiViren-Software?) liegt.

Oh ach so, "Blog" ist eine statische Seite. Sorry, bin irgendwie von Kategorie ausgegangen. Für statische Seite so:

if (is_page('Blog')) {
  // ...
}

Als Argument kannst Du die ID, den Namen oder den Page-Slug übergeben. Siehe: http://codex.wordpress.org/Function_Reference/is_page

Wenn es übrigens nur darum geht, ein oder zwei Widgets hier anzuzeigen, die auf anderen Seiten nicht angezeigt werden, schau Dir vielleicht auch mal das "Widget Logic"-Plugin an.

Die Sidebar wirst Du dann wohl in der sidebar.php noch einbinden müssen, in einer if-Abfrage wie der hier:

if (is_category('Blog')) {
  // Sidebar einbinden
}

Jetzt nur mal als Beispiel, hab's gerade nicht nachgeschlagen, wie die Syntax heißt. Wenn es auch bei Postings in der Kategorie erscheinen soll, müsstest Du das auch noch ergänzen um eine entsprechende Abfrage (is_in_category, gibt's sowas?!).

Mein Archiv ist einfach das normale Archiv-Widget von WP. Die Archivseiten sind ja wie gesagt eh eingebaut. Schau Dir doch mal dieses Plugin an: http://wordpress.org/extend/plugins/collapsing-archives/
Das macht es etwas übersichtlicher in der Sidebar.

Sorry, ich muss Deine letzte Antwort übersehen haben oder hatte keine Zeit zum Antworten. Wenn ich so drüber nachdenke: Wieso willst Du das überhaupt nachbauen, WP hat ja schon Archive eingebaut, z.B. die Jahresarchive. Je nach Permalinkstruktur könnten die z.B. über deineblogurl.de/2010 aufrufbar sein und immer über deineblogurl.de/index.php?year=2010.

Die müsstest Du dann nur noch passend verlinken. Das könntest Du z.B. manuell oder automatisiert auf der schon angelegten Archiv-Seite machen. Wenn Du dagegen tatsächlich nur ein Archiv willst, dass einfach chronologisch rücklaufend alle Posts anzeigt, dann gibt es das mit der Startseite ja eigentlich auch schon. Nutzt Du als Startseite eine statische Seite? Dann kannst Du in den Optionen (unter Lesen?) eine zweite Seite als Beitragsseite auswählen. Da muss nichts draufstehen und sie braucht kein spezielles Template. Die zeigt dann automatisch die gewünschte Archivsicht über die index.php des Themes an.

Dann wird es wohl doch am Speicherverbrauch gelegen haben. Da müsstest Du entweder Dein Hosting-Paket etwas upgraden oder mal die Zahl der Plugins reduzieren. Oder halt bei Upgrades oder Exports die größeren Plugins vorher deaktivieren, auch wenn das eher unpraktisch ist.

Wenn diese Formulare in den Tabellen liegen, was ich jetzt mal annehme, dann ergänze die vorherige Definition im Stylesheet so:

.wpcf7-form input, .wpcf7-form textarea,
.wp-table-reloaded input, .wp-table-reloaded textarea {
  border: 1px solid #000000;
}

Sorry für den Tippfehler weiter oben übrigens und Danke an spickzettel fürs Korrigieren!

Also einfach wie es ist in der DB eintragen geht nicht, fürchte ich. Das PW ist ja verschlüsselt. Was Du bräuchtest ist, denke ich, eine zweite WP-Instanz, am besten lokal mit XAMPP aufsetzen: http://faq.wordpress-deutschland.org/wie-kann-ich-w…r-installieren/

Dort müsstest Du darauf achten, die Keys genauso wie in der wp-config auf dem Server anzugeben (also die mittlerweile glaube ich fünf willkürlich gewählten Werte). Dann ein PW setzen und in der DB nachschauen, was es für eins ist. Das kannst Du dann auf dem Server direkt in der DB eintragen, und dazu weißt Du dann ja das Klartext-PW. Ich hoffe, ich vergesse dabei nicht irgendeine Sicherheitsvorkehrung, aber eigentlich sollte das so gehen.

Normalerweise kannst Du das nicht trennen. Ich habe mir aber das neue Menü-Feature von WP 3.0 noch nicht näher angeschaut. Damit kannst Du das Menü ja komplett statisch zusammenbauen (musst Du damit allerdings auch, automatisch alle Unterseiten anzeigen oder so kann das neue Menü noch nicht). Ich könnte mir vorstellen, dass sich das damit machen lässt. Aber wie gesagt, hatte noch keine Zeit, mir das näher anzuschauen.

Das Problem ist das Stylesheet Deines Themes. Es setzt alle borders global auf 0 zurück, definiert dann aber keine Styles für Eingabefelder. Das müsstest Du mal noch ergänzen, z.B. am Ende des Stylesheets. Einfach so zum Beispiel:

input {
  border: 1 px solid #000000;
}

Farbe natürlich nach Bedarf anpassen. Außerdem kannst Du das natürlich auf das Kontaktformular einschränken, falls andere Eingabefelder so ohne alles dargestellt werden sollen.

Chrome weiß ich nicht, aber WordPress an sich funktioniert natürlich auch im Firefox. Lass Dir ggf. mal JavaScript-Fehler anzeigen. Vielleicht sind ja Dateien unvollständig/nicht richtig auf den Server übertragen worden?

Oh, das ist überhaupt mal noch ein guter Hinweis. Ich habe gerade mal geschaut mit LiveHttpHeaders: Wenn das passiert, sendet das Blog einen 301-Redirect auf die Seite, die dann tatsächlich angezeigt wird. Ich rufe also z.B. "Aktuelles" auf, kriege aber einen Redirect auf "Portfolio". Du wirst einfach rausfinden müssen, welcher Code diese Redirects erzeugt. Der WP-Core wird es wohl hoffentlich nicht sein, also bleiben Plugins, Theme und ggf. die .htaccess übrig.

Kann ich bestätigen. Das ist wirklich sehr merkwürdig. Passiert das auch, wenn Du auf das Default-Theme umschaltest? Falls nein liegt es wohl am Theme, auch wenn ich auf Anhieb nicht wüsste, wie das gehen soll. Müssten wir uns dann mal näher anschauen.

Da nutzt Du vermutlich das Default-Theme oder ein Derivat. Siehe: http://faq.wordpress-deutschland.org/kubrick-vollstaendige-sidebar/

Update: Ja, ok, nicht vermutlich. Haste ja selber geschrieben. Wieder mal zu schnell drüber gelesen.

Zitat

Die Änderung in der wp-config.php hatte keinen Effekt.

Kam dann beim Plugin-Update immer noch nur ein weißer Bildschirm, ohne eine Fehlermeldung? Dann musst Du ggf. doch mal schauen, ob die Meldungen bei Dir in einer Datei geloggt werden.

40 MB sind relativ viel, muss ich sagen, aber das kann an der Zahl der Plugins liegen. Ich komme mit 17 oder so Plugins + Sprachdatei normalerweise nicht über 20 MB. Da die Update-Operationen und der Export durchaus aufwändiger sind, könnte ich mir schon vorstellen, dass das dann über die 64 MB drüberkommt.

Zitat

Die Jungs und Mädels vergessen halt gerne mal das richtige Stylesheet auszusuchen, wenn sie es nicht gleich im Editor sehen.

Und wieso müssen die Autoren ein Stylesheet aussuchen?! Sollte das nicht das Theme automatisch regeln, ggf. je nach Kategorie oder so?

Aber an alle, die sich das auch fragen: Auf jedem normalen gehosteten Server werden PHP-Scripte nach um die 90 Sekunden abgebrochen. Da soll vermeiden, dass eine Endlosschleife im Script den ganzen Server an sich reißt. Auf irgendwas also 30 Minuten zu warten ist vergebens. Was nach 3 Minuten nicht da ist, kommt auch nicht mehr.

Was das Update betrifft: Das scheint nicht auf jedem Server reibungslos zu gehen. Da muss man es im Zweifelsfall eben doch manuell machen oder herumtüfteln, bis man das System so eingestellt hat, dass es geht.

Was genau ist jetzt Dein Problem dabei? Du hast irgendwie oben vergessen, auch eine Frage zu stellen.

Die Leute als Nutzer anzulegen sollte ja kein Problem sein. Wenn beim Registrieren bzw. im Profil Felder fehlen kannst Du die ja einfach nachrüsten per Plugin. Jeder Nutzer müsste dann sowieso eine eigene Seite haben, die Du über die author.php des Theme beeinflussen kannst. Die Nutzerübersicht sollte dann auch noch irgendwie gehen. Da müsste man mal googlen, wie man am effektivsten alle Nutzer ausliest.

Natürlich ist das möglich, das sollte mit etwas CSS kein Problem sein. Verlinke doch bitte mal Deine Seite, wo man sich die jetzige Darstellung live anschauen kann. Dann findet sich auch das nötige CSS schneller.