Beiträge von Schattendings

Hallo!

Kennt jemand ein Plugin oder entsprechende SQL-Schnippsel, die die folgenden Angaben ausgeben:

- Datum des ersten (ältesten) Posts im Blog
- Datum des letzten (aktuellsten) Posts im Blog
- Datum des ersten Kommentars
- Datum des letzten Kommentars

Ich hatte vor ewiger Zeit mal ein Statistik-Plugin, das genau das machte unter anderem, aber ich habe seitdem schon x-mal gewechselt. Kann eigentlich nur semmelstatz oder irgendeine Version von statpress gewesen sein, aber da bin ich leider auch nicht fündig geworden.

Vielleicht ist ja auch jemand so fit in SQL, dass er die entsprechenden Abfragen aus dem Ärmel schütteln kann, das wäre toll. :) So schwer dürfte es eigentlich nicht sein, aber ich bekomme es leider nicht (mehr) hin. :(

Was es letztendlich war, weiss ich immer noch nicht, aber immerhin konnte ich das Problem lösen - mehr oder weniger.

Ich habe eine aktuelle Version von Wordpress aufgesetzt (2.8, deutsche Version) und die gleichen Einstellungen für die Permalinks angegeben. Dann habe ich die Daten mit der Export-Import-Funktion von Wordpress von der alten, kaputten Installation in die neue gebracht. Dann habe ich nach und nach alle Plugins (von einigen gab es inzwischen neuere Versionen) wieder aktualisiert. Zwischendurch habe ich immer wieder überprüft, ob das Blättern noch funktioniert.

Ich habe allerdings Bottrap nicht mehr installiert. Ich hatte es im Verdacht, den Fehler ausgelöst zu haben, weil das zu den letzten Änderungen gehörte, bevor mir der Fehler erstmalig aufgefallen ist, und dabei Änderungen an der htaccess notwendig waren. Belegen kann ich es allerdings nicht. Ich hatte in der alten Installation die Änderungen für Bottrap rückgängig gemacht, um das als Fehlerquelle auszuschließen, und es hatte keine Auswirkungen.

Der Fehler ist bisher nicht mehr aufgetaucht.

Optimal ist die Lösung natürlich nicht. Es ist ganz schön aufwendig, die ganzen Sachen manuell nachzuziehen, die beim Export-Import von WP nicht mitgenommen werden wie z.B. die registrierten Benutzer und deren Verknüpfungen zu ihren Kommentaren, Link-Kategorien, Links usw.

Für die Angabe der Seitenzahlen benutze ich übrigens nun auch das Plugin von Lester Chan.

Leider besteht das Problem immer noch. :(

Ich hatte einen neuen Lösungsansatz gefunden im internationalen WP-Forum. PHP läuft bei mir nämlich seit einiger Zeit auch als CGI, was nicht immer so war. (Wie gesagt, ich weiss leider nicht mehr, seit wann das Blättern nicht mehr funktioniert.) Aber das war's leider auch nicht.

Zitat von Monika

ich habe mit der rechten Maustaste in diese kaputte Anzeige geklickt und auf show image
voila ich konnt es sehen und jetzt stehts auch dort wo es hingehört

beim refreshen seh ich jetzt auch die anderen Fotos wobei immer das Fehlerzeichen kommt dann erst das Bild

Hmm, ich weiss nicht, ob wir da eventuell aneinander vorbei reden:
Mit dem Bild in der linken schmalen Seitenspalte gibt es keine Probleme. Das erscheint immer, egal ob ich gerade Admin bin oder ein anderer registrierter Benutzer oder gar nicht eingeloggt. Da kann ich refreshen, dann erscheint ein neues Bild. Das geht auch ziemlich fix.
Das Problem tritt erst auf, wenn ich das Vorschaubild anklicke und dann rechts im großen Inhaltsbereich das Bild in voller Ansicht erscheinen sollte. Das sehe ich eben nur, wenn ich Admin bin, die Seite ist offensichtlich irgendwie geschützt. Wenn ich die Seite mit dem Bild in Vollansicht als Gast oder so aufrufe, kommt die Fehlermeldung.

Zitat von Monika

wie sind die Ordnerrechte wo das Plugin die Bilder herholt oder hat?

Die Bilder werden in Jahres- und Monatsordner unterhalb von /wp-content/uploads/ abgelegt. Der Ordner uploads und alles darunter hat die Rechte 777.

Sorry für die lange Schweigepause. Ich hatte auf eine Benachrichtigungsmail für neue Antworten gewartet, aber vergessen, das zu aktivieren.

Zitat von Monika

in den Archiven funktioniert die Blätterei habe ich grade getestet

poste hier mal die index.php rein ;)

Stimmt, das mit dem Archiv hatte ich noch gar nicht getestet.

Hier ist die index.php. Da ist momentan die Blätterfunktion auskommentiert, weil sie eben nicht funktioniert, aber so sah sie seit jeher aus. Das Theme ist übrigens ein eigenes.

<?php get_header(); ?>


<?php get_sidebar(); ?>


	<div id="umbruch1"></div>


<!-- ####### inhalt ####### -->
<div id="inhalt">
	
    <h2 class="unsichtbar screen">Inhalt:</h2>


	<?php /* wenn es eintraege gibt */ if (have_posts()) : ?>


		<?php /* schleife ueber die eintraege */ while (have_posts()) : the_post(); ?>


            <!-- eintrag -->
			<div class="eintrag" id="post-<?php the_ID(); ?>">


			    <!-- verlinkter titel -->
				<h3><?php /* wenn der eintrag geschuetzt ist */ if (is_restricted_rs())
{ ?>
<img src="<?php bloginfo('url'); ?>/wp-content/themes/schattenspiele/gfx/padlock.gif" alt="privater Eintrag" />
<?php } ?> <a href="<?php the_permalink() ?>"><?php the_title(); ?></a>
</h3>


				<!-- eintragstext-->
	     			<div class="eintragtext">
					<?php the_content('<span class="more">weiterlesen &raquo;</span>'); ?>
				</div>


                <!-- zusatzinfos zum eintrag -->
		        <p class="eintraginfo">					
					<img src="<?php bloginfo('url'); ?>/wp-content/themes/schattenspiele/gfx/icon_datum.gif" alt="" /> <?php the_time('d.m.Y') ?>, <?php the_time('H:i') ?> Uhr
					<img src="<?php bloginfo('url'); ?>/wp-content/themes/schattenspiele/gfx/icon_woerter.gif" alt="" /> <?php mdv_post_word_count(true); ?> W&ouml;rter 	
					<img src="<?php bloginfo('url'); ?>/wp-content/themes/schattenspiele/gfx/icon_kommentar.gif" alt="" /> <?php comments_popup_link('keine Kommentare', '1 Kommentar', '% Kommentare'); ?>			
				</p>  		


            </div>
	    <!-- /eintrag -->


		<?php /* ende der schleife ueber die eintraege */ endwhile; ?>


	<?php /* wenn es keine eintraege gibt */ else : ?>


		<div class="eintrag">


		<h3>Seite / Datei nicht gefunden</h3>
	
		<!-- eintragstext -->
		<div class="eintragtext">


			<img src="<?php bloginfo('url'); ?>/gfx/schattendings404.jpg" alt="trauriges Schattendings" class="linkskeinfloat keinrand" />


			<p>... aber offensichtlich gibt es hier nicht das, was Du suchst.</p>


			<p>Grund k&ouml;nnte ein fehlerhafter oder veralteter Link oder ein Tippfehler sein. M&ouml;glicherweise fehlt Dir auch die  <a href="http://www.schattendings.de/hilfe/geschuetzte-eintraege/notwendigkeit-registrierung/">Berechtigung</a> zum Zugriff auf die gesuchte Datei.</p> 


			<p>Vielleicht wirst Du auf der <a href="http://www.schattendings.de/">Startseite</a> f&uuml;ndig. 
Dort gibt es auch eine Suchfunktion sowie ein Archiv geordnet nach Jahren und Monaten oder Schlagw&ouml;rtern.</p>


				
		</div>


		<!-- zusatzinfos zum eintrag -->
		<p class="eintraginfo">
		<img src="<?php bloginfo('url'); ?>/wp-content/themes/schattenspiele/gfx/icon_woerter.gif" alt="" />
			<strong>0</strong> Eintr&auml;ge gefunden
		</p>


	</div>


	<?php /* ende der abfrage, ob es eintraege gibt  */ endif; ?>
	
<!--	 <?php previous_posts_link(); next_posts_link(); ?> -->


	</div>
	<!-- ####### /inhalt ####### -->


	<div id="umbruch2"></div>


<?php get_footer(); ?>

Zitat von funkygog

Hast Du evtl. in den WP-Einstellungen ->Ausgabe ->Leseoptionen
etwas eingestellt.

Bei mir ist als Startseite "Deine letzten Artikel" aktiviert. (Und es heisst alles etwas anders, wahrscheinlich habe wir unterschiedliche WP-Versionen.)

... und noch ein Problem :( :

Seit einiger Zeit ist in meinem Blog das Blättern bei aktivierten Permalinks nicht mehr möglich. Ich kann leider nicht mehr nachvollziehen, wann das passiert ist und welche Änderungen ich zuvor vorgenommen habe.
Beim Blättern erscheint z.B. beim Aufruf des Links http://www.schattendings.de/page/2/ die Fehlermeldung:

Not Found
The requested URL /page/2/ was not found on this server.
(Wobei mich da zusätzlich noch wundert, warum nicht die 404er-Fehlermeldung von Wordpress erscheint.)

Wenn ich die Permalinks deaktiviere, kann ich hingegen ohne Einschränkungen überall hin vor- und zurückblättern.

Ich hatte ähnliche Probleme schon hier im Forum gefunden, aber vermutlich ist es bei mir etwas anders, denn die vorgeschlagenen Lösungsmöglichkeiten halfen alle nicht:

Die Permalinks basieren bei mir auf Tag und Name, das habe ich auch nie geändert.
Irgendwann habe ich BotTrap installiert, aber auch wenn ich BotTrap jetzt entferne bleibt die Fehlermeldung.
Ich habe alle Plugins deaktiviert.
Ich habe die Standard-Templates wieder aktiviert.
Ich habe in der DB-Tabelle wp_options die Werte für rewrite_rules gelöscht.
Ich habe eine leere .htaccess hochgeladen, als alles wieder auf Standard war, und dann Permalinks wieder aktiviert.

Hat alles nichts gebracht, das Problem bleibt.
Jetzt weiss ich wirklich nicht, was ich noch ausprobieren kan...

Ich habe die Mediathek bisher nie gebraucht, aber jetzt bin ich doch mal in die Verlegenheit gekommen, sie auszuprobieren, weil ich auf einer Seite in der Sidebar immer ein Zufallsbild aus einer bestimmten Bildauswahl anzeigen möchte und mein Galerie-Plugin (NextGen) das in der gewünschten Form nicht kann.

Das Problem: Wenn ich das Vorschaubild in der Sidebar anklicke, ist die verlinkte Seite mit dem Bild in Originalgröße (mit der Adresse in der Art http://www.schattendings.de/?attachment_id=1234) nur dann verfügbar, wenn ich als Admin angemeldet bin. Andere registrierte Benutzer und Gäste sehen nur eine Fehlermeldung, dass die gewünschte Seite nicht existiert.
Ich vermute daher, dass die Seite privat ist.

Die Frage ist nur, woher stammt die Einstellung und wie kann ich das ändern? Ich habe mich schon zweimal rauf und runter durch das Admin-Panel geklickt und finde nichts.

Das Plugin, was das Zufallsbild in der Sidebar anzeigt, ist RandImage 0.4.1. Ich glaube aber nicht, dass da der Fehler liegt. Jedenfalls gibt es dort auch keine entsprechende Einstellung.

Weiss jemand Rat?

Hier kann das Problem live angesehen werden.

Zur Info, falls jemand anderes das Problem ebenfalls haben sollte:

Inzwischen habe ich die Ursache gefunden: Es ist das Plugin Role Scoper. Der Entwickler arbeitet dran, siehe Thread zum Thema in seinem Support-Forum.

Nachtrag:

Ich habe im internationalen WP-Forum gesehen, dass jemand anderes das gleiche Problem hatte, aber noch keine Lösung.

Ich habe mal in der Datenbank nachgesehen: Das Feld comment_count in der Tabelle wp_posts enthält den falschen Wert. Die Frage ist jetzt "nur" noch, wie er da hinein kommt...

Ich habe neuerdings in meinem Blog (WP 2.7, deutsche Version) einen kuriosen und irgendwie beunruhigenden Fehler: die Anzahl der Kommentare wird falsch angezeigt.

Bei einem Artikel werden 15 Kommentare angekündigt, es gibt jedoch tatsächlich nur 3. Bei einem anderen Artikel werden 49 Kommentare angekündigt, aber es gibt nur 7. Die Tags, die die falschen Zahlen ausgeben, sind comments_popup_link() und comments_number().

Es ist kein Problem meines eigenen Themes, es tritt mit den default-Themes ebenfalls auf und sogar in der Administrations-Oberfläche in der Artikelübersicht. Plugins sind wohl auch nicht schuld, selbst bei Deaktivierung aller Plugins tritt der Fehler immer noch auf. Es sind auch keine weiteren Kommentare in der Warteschlange oder im Akismet-Spam.

Ich kann leider die betreffenden Artikel nicht verlinken, die sind privat und nur bestimmten registrierten Benutzern über das Plugin Role Scoper zugänglich. Ich habe übrigens auch das getestet: Selbst wenn ich die Artikel öffentlich mache, ändert sich am Fehler nichts.

Und leider kann ich auch nicht sagen, seit wann der Fehler auftritt. Ich hatte zuletzt vor ca. zwei Wochen Änderungen vorgenommen (zwei oder drei Plugins aktualisiert), aber der Fehler ist mir erst diese Woche aufgefallen. Heute ist die Anzahl nicht existenter Kommentare in dem älteren Artikel auch höher als vor 3 Tagen (49 statt 42), und in der Zeit habe ich gar nicht am Blog herumgefummelt.

Ich weiss, das klingt alles sehr mysteriös und diffus... :(

Ich hatte das Problem vor einiger Zeit (siehe hier in meinem Blog und hier in diesem Forum). Letzten Endes habe ich das Problem genauso gelöst, ich habe die Tabelle wp_postmeta geleert. Ist natürlich blöd, wenn man da etwas wirklich Wichtiges an Informationen drin hatte, aber für mich war es keine Katastrophe, auf ein paar Spielereien zu verzichten, dafür lief danach alles wieder prima.

Das Problem schien überhaupt erst aufzutreten, wenn man die Import- und Export-Funktion von WP benutzt hat...

Schock, das klingt genau nach meinem Problem. O_o
Auch ich habe die Export- und Import-Funktion von WP benutzt und nun beim Schreiben von neuen Artikeln massig custom fields. Ich glaube, der Import ist damals beim Import auch mindestens einmal abgebrochen und ich habe erneut gestartet... Es gab eine Meldung von WP, die mich beruhigt hat (so was in der Art von wegen diese und jene Artikel und Kommentare wären schon drin), deshalb habe ich mir nichts dabei gedacht.

joehanc, hast Du das Problem inzwischen lösen können?
Wenn ja, wie?

So wie sich das anhört, setze ich besser ein ganz neues WP in der aktuellen Version auf, und zur Sicherheit lasse ich zunächst einmal alle Plugins weg, die custom fields benutzen. Bis auf zwei kann ich auf die meisten auch verzichten.

Die Frage ist, wie bekomme ich über 350 Artikel, 130 Seiten und über 2000 Kommentare wieder in das neue WP? Das Update und somit die Datenbanksicherung vor dem Export ist leider schon ewig her, und abgesehen davon habe ich allein schon wegen der notwendigen Plugin-Wechsel vieles an den Posts und ihren Einstellungen seitdem ändern müssen. Ich fürchte, das würde nur ein heilloses Durcheinander bringen.
Per Hand ginge natürlich in jedem Fall - aber dann sitze ich Jahre dran. :(

Argh...

Danke für den Hinweis, ich werde dort weiterposten, denn das klingt leider genau nach meinem Problem. :(

Seit dem Update von WP 2.1.1 auf 2.5 ist meine WordPress-Instanz, genauer gesagt das Schreiben von Artikel/Seiten sowie das Editieren von Artikeln/Seiten unendlich langsam geworden. Mittlerweile benutze ich 2.6.3, da ist es genauso. Es sind nur diese beiden Seiten betroffen, und zwar immer ohne Ausnahme. Manchmal dauert das Ganze mehrere Minuten.
Mein Firefox lädt sich tot und meldet dann:
[color=red]
Ein Skript auf dieser Seite ist eventuell beschäftigt oder es antwortet nicht mehr. Sie können das Skript jetzt stoppen oder fortsetzen, um zu sehen, ob das Skript fertig wird.
Skript: http://www.schattendings.de/wp-includes/js…js?ver=1.2.6:11
Skript stoppen
Weiter ausführen[/color]

Ich habe die Suche hier und im internationalen Support-Forum gequält, und zumindest in letzterem etliche andere unglückliche Benutzer gefunden, die dasselbe Problem haben.
Es gab ein paar Lösungsansätze, aber in vielen Fällen ist man ratlos.

Als Schuldige wurden schon vermutet:

a) Der Browser.
Das Problem tritt bei mir jedoch in allen aktuellen Versionen von Firefox, IE und Opera auf.

b) Die Benachrichtigung von Diensten bei Veröffentlichung von Artikeln.
Das habe ich jedoch auch schon ausgeschaltet.

c) Die Masse von benutzerdefinierten Felder.

d) Die Kompression von TinyMCE-Dateien durch zlib.output_compression.
Die ist bei mir aber laut phpinfo ausgeschaltet.

e) Die Plugins.
Bei mir laufen zahlreiche Plugins, aber ich habe bereits alle mehrfach deaktiviert und nacheinander wieder eingeschaltet. Zwischendurch war WP dann mal wieder normal schnell, aber immer wenn ich gedacht habe, es wäre jenes bestimmte Plugin, ließ es sich bei der Kontrolle nicht mehr reproduzieren.

Es ist echt ein Elend und macht keinen Spaß mehr so. :( Ich wäre wirklich dankbar, wenn jemand eine Lösung hat.

Hallo!

Mir ist nach dem Update von WP 2.1.1 auf 2.5 aufgefallen, dass es unter dem Punkt "benutzerdefinierte Felder" bei Schreiben -> Artikel/Seiten nun massenweise Einträge gibt. Es scheint mir, als wenn dort alle Werte zu finden sind, die ich je bei irgendeinem Eintrag im gesamten Blog einmal gemacht habe.
Mittlerweile benutze ich 2.6.3, da ist es genauso.

Ist das normal?
Was passiert, wenn ich die Felder dort lösche? (Ist eher eine theoretische Frage. Da würde ich wohl Tage dran sitzen.) Werden die auch in den Einträgen gelöscht, wo ich sie tatsächlich mal verwendet habe? Oder sind sie nur temperär weg und beim nächsten Mal, wenn ich auf den Punkt Schreiben -> Artikel/Seiten gehe, wieder da?

Anderen Usern im internationalen Forum ist das auch schon aufgefallen (z.B. hier), aber es gab bisher keine Antwort dazu.

Ok, ich konnte es gerade doch noch schnell testen. Ich hab's in die functions.php des Themes gepackt - es funktioniert! :D Endlich ist alles so formatiert, wie es sein soll. Nochmals vielen lieben Dank!! :)

Herzlichen Dank, ich werd's testen! Bin jetzt erst einmal ein paar Tage unterwegs und werde dann über das Ergebnis berichten. ;)

Zitat von marX

Wie gesagt, ich würde einfach quick & dirty einen Filter auf wp_tag_cloud/wp_generate_tag_cloud ansetzen, der das ','wieder in einen '.' umschreibt...

Ich habe zwar schon so einiges mit WP veranstaltet, aber das noch nicht. ;) Hört sich eigentlich nicht sehr schwierig an, aber so spontan wüsste ich trotzdem nicht, wie ich das machen müsste...

maxe: Wie ich schon schrieb, habe ich auch bereits alle anderen Maßeinheiten durchprobiert. Es passiert immer das Gleiche.

marX: Danke, Du verstehst mich! :)
Warum das so ist, würde ich auch gerne wissen. Offensichtlich ist das nicht bei jedem so. - Was auch erklären würde, warum hier kein Aufschrei durchs Forum gegangen ist. Das gibt gleichzeitig Hoffnung. ;) Habe ich vielleicht bei der Erstellung der Templates einen Fehler gemacht?

Gucken wir das gleiche Blog an? ;) Wenn ich bei mir auf der Startseite in den Quelltext gucke, haben alle Tags der Tagcloud in der rechten Spalte ein Stylesheet-Attribut der Art

style='font-size: 141,32075471698%;'

und zwar ausnahmslos alle mit Prozentzeichen und fast alle als Dezimalzahl mit einer Menge Nachkommastellen und eben leider mit Komma als Dezimaltrennzeichen - bis eben auf ein paar wenige Ausnahmen wie beim Tag "blog" oder "gothic", die dann auch korrekt dargestellt werden.

Aufgerufen wird die Tagcloud in der Sidebar bei mir derzeit mit

<?php wp_tag_cloud('smallest=70&largest=700&unit=%&number=70'); ?>

aber wie gesagt, ich habe auch alle anderen Maßeinheiten durch, es passiert immer das Gleiche.

Das Stylesheet ist's mit Sicherheit nicht. Ich habe alle Angaben nacheinander mit Firebug ausgeknipst, da verändert sich nix. Ich habe es sogar schon mit verschiedenen Themes (unter anderem eines ohne jegliche Schriftgrößenangabe irgendwo) getestet. Und wenn ich die Seite lokal statisch abspeichere und die Zahlen in den Stylesheet-Attributen der einzelnen Tags durch ganze Zahlen ersetze oder auch nur das jeweilige Komma durch einen Punkt, dann wird alles so dargestellt, wie es sein soll.

Wenn ich wp_tag_cloud dazu bringen kann, die Größenangaben dementsprechend auszuspucken, wäre alles gut.