Wir verwenden das theme cutline mit einigen Anpassungen. Unser Eindruck ist, das das theme einen Fehler hat und den automatischen Ping zu technorati unterdrückt. Hat jemand ähnliche Erfahrungen und hat eine Lösung ?
Was muss wo in ein theme, dass die pings und trackbacks funktionieren ?
Ja die ping services sind richtig eingetragen ! Wir verwenden WP2.3.3 kann das evtl. auch daran liegen ?
Beiträge von mediatools4web
-
-
Wpseo
Hallo, vielen Dank für Eure Infos. Das Problem ist gelöst. Ein Update von WPSEO auf Version 2.4 war nötig.
Jetzt klappen tatsächlich die veränderten <title> auch bei den tags.
Simple Tags ist tatsächlich nicht notwendig, ordnet aber über die Tags vergleichbare Artikel zu, das kann auch interessant sein. Das ganze in Aktion hier Stuttgart Aktiv | Stuttgart Ausgehen | Stuttgart Veranstaltungen | Stuttgart Einkaufen | Stuttgart Eintrittskarten. -
update 2.3.2 -2.3.3
Wir verwenden IE6 - es startet Go!Zilla download an und zeigt letzte.php.
In jedem Falle Danke für die Mühe wir haben ja die englische Version genommen, die funktioniert ja. Ich kann wie schon gesagt dieses Phänomen nicht erklären, wir verwenden wie jeden Tag agnz normal unseren Browser. -
update 2.3.2 - 2.3.3
Alles anzeigenLiebe "MediaTools4Web".....
sorry, aber ich kann mich nur wiederhohlen: Das Problem ist für mich (uns?) nicht nachvollziehbar! Sooft ich mir den Download auch auf unterschiedlichen rechnern herunterlade.... Die index.php in der Root enthält immerWir sitzen nicht vor Euren rechnern und wissen nicht was auf Euren Rechnern falsch läuft und welcher Fehler bei Euch auftritt. Wenn dieser Fehler allgemeiner Natur währe, hätten wir wesentlich mehr Meldungen dazu. Da dem nicht so ist, sehe ich es als wahrscheinlicher an, das Ihr - wie schon zuvor von mir angemerkt - schlicht und ergeifend einen Fehler beim entpacken begeht. BTW: die "alte" latest.zip wurde vor dem neuen Download gelöscht und die neue Datei nicht durch eine bereits bestehende als "latest[x].zip" gespeichert, von Euch dann aber doch die latest.zip wieder entpackt?
Sorry, aber wie man in den Wald hineinruft, so schallt es heraus. Auch hier sitzen Leute vor den Rechnern die Wissen was sie tun und bei uns ist der Fehler nicht nachvollziehbar. Da diese Meldung nur vereinzelt auftritt und nicht in Massen, ist meines Erachtens - wie gesagt - von einer lokalen Problematik bei den Betroffenen auszugehen.
vG
ArnoDanke für die Antwort Simon, aber dies erklärt doch nicht warum ich mit meinem IE die datei letzte.php zum download kriege und im Firefox latest.php oder ?
So ich habe heute Morgen alle Plugin updates runtergeladen unzipped und in unseren blog eingespielt. Alles mit dem gleichen Browser, alles mit gleich Winzip - es hat alles perfekt geklappt - auch das unzippen von Ordner Strukturen !
Dann habe ich alle Caches geleert - den download Manager geputzt - und bin wider
1. mit dem Mozilla Firefox auf die wordpress-deutschland.org seite.
Habe auf download wordpress 2.3.3de geklickt, dann lande ich auf der Seite
WordPress Deutschland » Download
klicke wieder auf download 2.3.3de und lande auf der Seite
WordPress Deutschland » Download » Deutsch
klicke auf das Bild .zip und der download startet an, es wird die datei latest.zip runtergeladen.
Nachdem der Cache leer war wurde die komplette 1,2MB grosse Datei neu geholt.Für diese Datei haben wir extra einen neuen Ordner eingerichtet.
In diesen Ordner wird die datei unzipped, es entsteht die saubere wordpress Ordner Struktur und im root liegen die wordpress dateien, so auch die index.php.Öffnet man die - steht nix drin.
Check mit dem Internet Explorer - gleiche vorgehensweise es wird nicht latest.zip zum download geholt sondern letzte.zip.
So frage ich, was soll also ein normaler User machen, der den ganzen Vormittag plugins erfolgreich installiert mit allen notwendigen Schritten, aber beim simplen download der 2.3.3de Version scheitert? Ich meine verzweifeln oder?
-
upgrade 2.3.2 - 2.3.3
Liebes WPD Team, Liebe Monika,
bitte nicht immer meinen dass da draussen Jungs sitzen die zum ersten Mal einen Computer in der Hand haben, sondern den Problemen tiefer auf den Grund gehen.
Folgendes wurde festgestellt:
1. Ich gehe mit Mozilla Firefox über die Worpress Start Seite auf den Link Download 2.3.3de klicke dann auf der nächsten Seite auf Download 2.3.3de
dann erscheint diese Bild .zip dahinter liegt folgender Link:
http://counter.wordpress-deutschland.org/dlcount.php?id…tion/latest.zip
Es wird also die Datei latest.zip zum Download übergeben.
Lade ich diese Datei runter, dann wird latest.zip runtergeladen. Entpacke Sie (Das habe ich jetzt schon zum x-ten Mal gemacht), dann ist die index.php leer.2. Ich gehe mit dem Internet Explorer auf die Seite gehe die Schritte durch wie oben und komme auf die Seite mit dem Bild,
dann startet im download die datei letzte.zip an, also eine ganz andere datei.Phänomenal !
Übrigens auch dort ist die index.php leer (zumindest auf meinem Rechner)Natürlich wurde bei diesem "Experiment" der download Manager vorher geleert.
-
Update 2.3.2 - 2.3.3 - nix geht
Danke in jedem Falle für die Hilfe. Wir haben jetzt die Dateien aus dem englischen download genommen - funzt, da wir nicht wissen was mit dem deutschen download los ist.
-
Wir haben in Wordpress 2.3.2, WPSEO und Simple Tags installiert. Über WPSEO Lassen sich in allen Bereichen wie category etc. die <Title> Ausgaben problemlos anpassen nur nicht bei den Tags. Auch die Keyword und Description Ausgabe ist bei den Tags nicht abänderbar.
Besteht hier ein Konflikt mit den Wordpress eigenen tags ? Hat jemand das Problem auch und gelöst ? -
Update 2.3.2 - 2.3.3 - nix geht
Wir haben die 2.3.3de gerade nochmals runtergeladen, nachdem wir vorher den Cache geleert haben.
Hat länger gedauert, Datei liess sich problemlos unzippen.Natürlich, denn wir haben das ja auch mit der englischen datei probiert, wird die datei struktur richtig entzipped, so wie sie halt in dem zip-file drin ist. Ist ja auch nicht unsere erste Installation. Wir entzippen mit winzip. Funktioniert bei plugins und bisher bei allen Installationen auch Joomla problemlos.
Aber: index.php im wordpress ordner, also im root der wordpress Installation ist leer im Gegensatz zum englischen download. Kann das mal jemand richtig checken und Bescheid geben ?
Ergebnis weisse Seite.
-
upgrade
Ich meine natürlich die index.php im root verzeichnis der wordpress installation.
Wir haben die 2.3.3de Version hier vom Server geholt -
WordPress Deutschland » Download » Deutsch
unzipped und schauen einfach in die index php rein - da steht eben nix - auch geht der download im Moment viel zu schnell.
Jetzt gerade nochmals probiert - wieder nix drin -was kann das denn sein ?
Wir haben die englische Version runtergeladen, da ist die index.php im root sauber. -
Update 2.3.2 -2.3.3
Zum ersten Mal haben wir 2.3.3de am 6.2. runtergeladen - heute nochmals versucht. nach unzip auf meinem Rechner steht in der index.php nichts drin !!!
Auch beim Versuch das upgrade Paket zu nutzen entsteht ein Fehler
gettext class not defined.Hat da jemand eine Idee ? Danke im voraus
-
wordpress update - weisse seiten
Genau das ist uns auch passiert. Was soll so ein "Mist" ? 2.3.3de hier vom Server geholt. Nur Mist beim Start (Weisse Seiten selbst liemich oder readme.html startet nicht an. Vor lauter Schreck wieder zurück zu 2.3.2..
Auch findet man die Upgrade Pakete nur nach langem Suchen. Warum wird nicht von der aktuellen Download Seite auf die Upgrade Pakete verlinkt? -
wp_get_header()
Prima, das hat mir sehr geholfen.
-
wp_get_archives() - Themes
Das sind sogenannte "logische Beziehungen", zum Beispiel für Suchmaschinen interessant, damit die Inhalte schneller finden. Manche Browser zeigen das aber auch in einer eigenen Toolbar an (Opera, Firefox mit Plugin). Mehr gibts bei SELFHTML:
SELFHTML: HTML/XHTML / HTML-Kopfdaten / Logische BeziehungenVerantwortlich ist dafür übrigens das Template-Tag wp_get_archives() - du musst also nix manuell machen.
Danke für den Hinweis. In dem bei uns verwendeten Theme Stuttgart Aktiv | Stuttgart Ausgehen | Stuttgart Veranstaltungen | Stuttgart Einkaufen | Stuttgart Eintrittskarten wird da aber nichts automatisch in den header geschrieben. Wir mussten das manuell in den Header einpflegen.
Muss man da jedes Theme anpassen oder überprüfen ?
Bei selfhtml ist rel="archives" aber nicht definiert ?
-
Welche Bedeutung hat eigentlich dieser Eintrag im Header eines Blogs?
<link rel='archives' title='Januar 2008' href='http://www.stuttgart-aktiv.de/2008/01/' />
Muss das dann für jedes neu entstehende Archiv manuell da eingetragen werden ?
Danke für einen Hinweis im voraus -
Trotz vieler Suche und Recherche im Forum, kann ich keinen umfassenden Beitrag zum robots.txt finden. Da dieser aber für eine Vermeidung von doppeltem Content bei google sehr wichtig ist, erscheint mir eine Zusammenfassung notwendig. Auch in einigen Wordpress Büchern, wird nicht darauf eingegangen, obwohl dies für eine erfolgreiche Installation, soll heissen, Blog wird in Suchmaschinen richtig gelistet doch, unentbehrlich ist.
Auch auf der Wordpress Seite findet man keinen Basis-Beitrag zu diesem Thema? Man muss irre viel durchsuchen und macht dann doch fatale Fehler.Auch ist bei den Wordpress Installationen kein robots.txt dabei.
Definitionen des robots.txt findet man hier....
und eine Beschreibung bei wikipedia findet sich dort....
Diese robots.txt datei ist also eine reine ASCII Datei und muss im root Verzeichnis eines Blogs liegen.Kein Problem hat man, wenn man keine Suchmaschine auf der Seite haben will. Hier kann der robots.txt folgendermaßen aussehen:
User-Agent: *
Disallow:Man kann dies auch erreichen, indem man bei der Installation anklickt, dass es sich um einen privaten Blog handelt, der nicht öffentlich in Suchmaschinen auftauchen soll.
Jetzt aber zur Standard Installation von Wordpress mit einem öffentlichen Blog. Die Seiten die in einen Blog geschrieben werden, werden von Wordpress ja mehrfach verwaltet. Soll heissen diese Seiten werden einmal einem author zugeordnet, einer categorie, neuerdings tags und die Seiten werden in einem Archiv abgelegt oder einem RSS Feed veröffentlicht. Es handelt sich dabei ja immer um den gleichen Content. Lässt man den google crawler uneingeschränkt auf diese Struktur los, läuft man Gefahr, dass doppelter Content entdeckt wird und google bestraft dies häufig indem der Inhalt einfach aus dem Index fliegt.
Also muss dies vermieden werden. Im wesentlichen erfolgt dies durch einen Disallow Eintrag.
Hier ein Beispiel eines robots.txt, wie er nach unserer Recherche aussehen sollte:
sitemap: http://www.meinblog.de/sitemap.xml
User-agent: *
Disallow: /wp-admin/
Disallow: /wp-includes/
Disallow: /wp-content/
Disallow: /author/
Disallow: */page/ *
Disallow: /images/
Disallow: /backup/
Disallow: /banners/
Disallow: */trackback/
Disallow: */feed/
Disallow:*/?feed=*
Disallow: /*?*
Disallow: */wp-trackback.php*
Disallow: /wp-login.php
Allow: /?feed=*
Allow: /feed/
User-agent: Googlebot-Image
Allow: /wp-content/uploads/
User-agent: Mediapartners-Google
Allow: /Erklärung:
[Zeile 1] Es wird darauf verwiesen, dass eine sitemap.xml existiert.
[Zeile 2] Definiert den angesprochenen Bot, mit * werden als Platzhalter alle angesprochen.
[Zeile 3 - Zeile 5] schliesst die Basis Ordner von Wordpress aus.
[Zeile 6] schliesst die Zusammenfassung der Beiträge nach Autoren aus.
[Zeile 7] schliesst die statischen Seiten aus. Will man eine spezielle statische Seite erlauben kann man die mit einem Allow: dem Crawler zugänglich machen.
[Zeil 8-10] damit werden Ordner auf dem Server ausgeschlossen, die neben der Wordpress Installation liegen.
[Zeile 11] damit werden alle trackback URLs ausgeschlossen.
[Zeile 12-14] damit werden die feeds rausgenommen
[Zeile 15] samit werden trackback Aufrufe rausgenommen
[Zeile 16] nimmt das login-Formular raus, komischweise wird das sonst gerne von google indiziert.
[Zeile 17-18] mit Allow: werden dann spezielle Seiten dem Crawler freigegeben.
[Zeile 19-22] es werden weitere Bots angesprochen.Tja soweit so gut, erscheint ja alles logisch, aber trotzdem haben wir das Problem, dass die einzelnen Seiten nicht sauber von google erfasst werden !
Auch werden die Seiten nicht von der Google Blog Suche erfasst, obwohl der entsprechende Ping Service eingetragen ist.Gibt es da noch weitere Zusätze? Auf was muss geachtet werden ? Für Anregungen und Ergänzungen wäre ich sehr dankbar, damit dieses Thema robots.txt endlich einmal umfassend gelöst wird.
-
Google suche
Google hat zu einem bestimmten Zeitpunkt deine Startseite besucht, als der gesuchte Content auf dieser zu finden war. Dementsprechend fallen die Suchergebnisse bei Google aus.
Deine "Aufgabe" ist es nun die eigentlichen Beiträge bei Google höher als die Übersichtsseite zu positionieren.Grüße
Mo
Interessanter Ansatz. Wir haben auf Stuttgart Aktiv | Stuttgart Ausgehen | Stuttgart Veranstaltungen | Stuttgart Einkaufen | Stuttgart Eintrittskarten die Startseite mit Artikelauszügen the_excerpt() und in den metas index,follow stehen.
Bei Google wird über das sitemap plugin eine sitemap gepingt.Trotzdem werden die Unterseiten nicht sauber gelistet. Auch wird der Blog in der Google Blog Suche nicht gefunden, obwohl Konto bei Google Reader, Feedburner etc. angemeldet.
Kannst Du vielleicht mal beschreiben, wie man die Unterseiten höher bringt als die Startseite ! Trackbacks ? Backlinks ?
Danke im voraus, -
Sicherheitsrelease
Alles anzeigendeine Rückmeldung ist geprägt von Frust, das kann ich verstehen,
der Inhalt Deiner Kritik ist schlichweg unrichtig.
noch schneller gehts nicht und wenn Dich Sicherheitsupdates nerven, dann darfst Du eben im Internet nichts veröffentlichen.
lgHallo, meine Kritik ist nicht unrichtig, sondern es wurde keinerlei Hinweis zu diesem Problem gegeben - es wurde eben nur ein Sicherheitsupdate publiziert. Schon im Vorfeld hätte man Hinweise zur Sicherheit geben müssen und notwendige Maßnahmen beschreiben. Ein Sicherheitsupdate reicht nicht immer aus.
Komisch auch, dass auf der deutschen Wordpress Seite nicht gesagt wird, dass es eigentlich reicht die xmlrpc.php aufzuspielen und man einen Link nur zu dieser Datei anbietet, so wie das auf der englischen Seite der Fall ist.Komisch auch, dass zum Hinweis, dass die trackback Funktion in >2.3 nicht richtig funktioniert auch keinerlei fundierter Hinweis kommt.
Aber vielleicht ist dies ja mit der neuen xmlrpc.php behoben, denn die ist ja wohl dafür zuständig.Wenn man soviel komisch findet, dann neigt man eben zum Frust.
Aber mit WP 2.4 wird ja alles besser :-D
-
Sicherheitsrelease - schon wieder ?
Natürlich auch von uns ein Danke an die Entwickler ! Aber jetzt schon wieder ein Sicherheitsrelease ? Ständiges upgraden und ckecken von plugins das nervt schon ein wenig. AUSSERDEM WURDE NICHT SCHNELL GENUG UND RECHTZEITIG ÜBER DIESES SICHERHEITSPROBLEM informiert !
Warum war darüber nichts auf dem Tellerrand zu lesen ? Oberstes Gebot ist die Sicherheit des Systems und die sollten sich die Entwickler ganz oben an die Fahne schreiben, denn sonst jammern die Provider bald noch mehr, wie sie das jetzt schon tun. -
wenn du eine schnelle Intergration deines Blogs im Google-Network willst, hol dir nen Bloggger-Acount via deinem Google Konto, sollte eigentlich kein geheimniss mehr sein, das Google eigene Services bevorzugt. Dann postest du via Google Toolbar (natürlich nur auf deinem Blog-Admin-Account auf deinem Betriebssystem) deine Postst aus dem Original-Blog in deinen Blogger Account und du wirst reich :mrgreen:!
mfg x-stream - Stream your WorldPS.: Thanx 4 clicking ads wich u intresst :mrgreen: (we do it also(new age social-supporting))
Wir haben bereits einen google blog account. Meinst Du wirklich wir sollten unsere Posts in diesem Blog nochmals schreiben ? oder wie war das gemeint ?
-
Was muss denn bei der Wordpress Installation beachtet werden, damit die Google Blog Suche den Blog sauber aufnimmt ? Wir haben in den metas "index, follow", haben den Ping Service aktiviert, haben den Blog bei google feed reader sowie bei feedburner integriert, trotzdem werden keine Seiten in der Blog Suche gefunden.
Hat denn jemand gleiche Erfahrungen und eventuell eine Hilfe ?