Gibt es Vorgaben wie so eine Patch-Datei aussehen muss? Gehört das in den Bugtracker? Ich fange jetzt mal mit meinem "duplicate content" Problem an und beziehe mich auf die aktuelle Version 2.2.1 des ve_guestbook. Es müssen 2 Änderungen an der Seiten-Navigation (Page-Browser)...
< 1 2 3 4 >
...in der Datei /pi1/class.tx_veguestbook_pi1.php durchgeführt werden:
1. Befinde ich mich auf Seite 2 (Get-Parameter == 1), dann beim zurück-Link keinen Get-Parameter dranhängen:
In Zeile 360 (ist momentan eine Leerzeile) hinzufügen:
if($prev == 0) unset($params);
2. Grundsätzlich darf auch der numerische Link zur ersten Seite keinen Get-Parameter enthalten:
In Zeile 403 (ist momentan eine Leerzeile) hinzufügen:
if($i == 0) unset($params);
Dazu hätte ich zwei Fragen: Wie muss so ein Patch bereitgestellt werden? Ist meine Lösung mit dem unset so sauber oder sollte man es anders machen? Bei mir funktioniert es, ich frage mich aber, ob ich eine Variable löschen darf, die dann in der folgenden Zeile der stdWrap-Funktion übergeben wird.
Bezüglich des Caching/indexedsearch-Problems bin ich überfordert und kann hier nichtmal einen Ansatz liefern. @matthvis: Wenn hier ein Sponsoring für Dich in Frage kommt und Du ein entsprechendes Angebot einholst, dann kann ich gerne einen meiner Kunden fragen, ob er sich beteiligt – vorausgesetzt die Änderungen fließen dann auch tatsächlich in die Originalextension ein. Ich kann den Aufwand leider nicht abschätzen.
Beste Grüße
Ben
Benjamecho schrieb:
Wenn hier ein Sponsoring für Dich in Frage kommt und Du ein entsprechendes Angebot einholst, dann kann ich gerne einen meiner Kunden fragen, ob er sich beteiligt – vorausgesetzt die Änderungen fließen dann auch tatsächlich in die Originalextension ein.
Naja, die Sache mit der Suche ist auch in anderer Hinsicht problematisch, nämlich dass PDF Dateien in der zweiten Sprachversion nicht durchsucht werden. - Ist hier nicht das Thema, aber dafür scheints auch keine Lösung zu geben. - Somit kann man die Suchfunktion momentan eh nur "unter Vorbehalt" verkaufen. Für das gegenwärtige Projekt ist das bei mir ok.
Grundsätzlich wäre es natürlich schön, wenn der Entwickler hier tätig werden könnte, offenbar ists bisher nicht aufgefallen, dass die Einträge nicht gecacht werden.
Wenn du ihn also kontaktierst, wäre es schön, wenn du hier darüber weiter berichtest, was du ja eh vorhast.
😉
Grüße,
Matthias
Hallo Matthias,
ich habe ihm gestern noch eine zweite Mail geschrieben und auf diesen Thread im Forum verwiesen. Heute habe ich die Antwort bekommen: er findet es auf jeden Fall interessant und würde es auch gerne einbauen, allerdings fehlt im momentan die Zeit und er kann auch nur begrenzt weiterentwickeln bzw. Bugs fixen, da er bisher keinen Cent für die Extension gesehen hat und er demnach verständlicherweise ohne entsprechendes Sponsoring keine Nachtschichten einlegen möchte.
Mit der Indizierung von PDF-Dateien habe ich mich bislang noch nicht beschäftigt und kann dazu noch nichts sagen. Mir geht es in erster Linie um den Content der Website ohne externe Medien.
Wie sieht es bei Dir aus, hättest Du grundsätzlich Interesse, Dich an einem Sponsoring zu beteiligen?
Grüße
Ben
P.S. Ich würde mich natürlich über Kritik zu meinem zweizeiligen Patchvorschlag freuen.
Hallo zusammen,
der Entwickler hat mir ein konkretes Angebot gemacht, dem ich im Auftrag meines Kunden zugestimmt habe, demnach dürften wir bald mit einer neuen Version rechnen können, die die genannten zwei Probleme behebt. @Matthias: der Thread kann dann auf gelöst gesetzt werden, denke ich.
Grüße
Ben
Benjamecho schrieb
der Entwickler hat mir ein konkretes Angebot gemacht, dem ich im Auftrag meines Kunden zugestimmt habe, demnach dürften wir bald mit einer neuen Version rechnen können, die die genannten zwei Probleme behebt.
ich freu mich drauf. so solls sein! 😉
thread hab ich auf gelöst gesetzt
georg
Udo von Eynern hat gestern die neue Version ins Repository gestellt: http://typo3.org/extensions/repository/view/ve_guestbook/2.3.0/
Das Gästebuch kann jetzt mittels indexed_Search durchsucht werden; der "duplicate content"-Bug ist auch behoben.
Grüße
Ben
Hallo Benjamecho, hallo just2b,
Sehr schön. Ein Paradebeispiel eines engagierten Forum und einer hervorragenden Entwicklergemeinde.
Grüße,
Matthias
jep absolut, und schnell gings auch 😉
Muss etwas Wasser in den Wein dieses Treads gießen:
Momentane Situation: die Blogbeiträge werden immer noch nicht gefunden /indexiert. Folgendes hab ich herausgefunden: Sobald ich auf der Seite die "FORM" des Gästebuchs als Datensatz einbinde, versagt die Indexierung.
Momentan - und analog zur Beschreibung der Timtab Extension - habe ich drei Datensätze auf der Seite: News (SINGLE), Gästebuch (LIST), Gästebuch (FORM). Damit funktioniert die Anzeige der Beiträge, der bisher dazu verfassten Kommentare und die Möglichkeit selbst einen Kommentar zu verfassen. Jedoch klappt die Indexierung des News (Blog) Beitrages und der vorhandenen Kommentare nicht, wenn - wie gesagt - die FORM das Gästebuchs eingeblendet wird. Schmeiß ich die raus und rufe die Seite auf, wird alles schön indexiert.
Im neuen Manual des ve_guestbook 2.3.1 steht:
Be sure that you place the list and form view on separated pages, so the form won't be cached and indexed
Hm. Damit ist doch der Witz weg oder? Und wie soll das dann gehen, ich meine die Kommentarform muss doch unterhalb (auf der selben Seite)dessen stehen, was man kommentiert.
@Benjamecho: ich seh auch nicht, dass es auf der perfectmallorca Seite funktioniert. Wenn ich ein Wort auf der Seite:
http://www.perfectmallorca.com/kundenmeinungen0.0.html?&no_cache=1&L=0
suche, wird kein Suchergebnis erzielt.
Ich steh irgendwie auf dem Schlauch.
Das ist richtig, denn das neue Gästebuch ist in einer anderen Installation eingebunden, in der ich den Relaunch vorbereite. Es wird noch etwa eine Woche dauern...
Kennst du das Problem mit der FORM des Gästebuchs?
Nur folgendes Prozedere liefert momentan die gewünschte Indexierung unter Beibehaltung der beschriebenen Funktionalitäten:
Kommentar schreiben, ve_guestbook Datensatz mit FORM ausblenden, Seite im Frontend aufrufen, ve_guestbook Datensatz mit FORM wieder einblenden.
Mal sehen, ob sich das verbessern läßt.
Grüße,
Matthias
Ne, keine Ahnung, denn ich habe das FORM auf einer eigenständigen Seite :-(
Hi
Das Problem tritt doch eigentlich hauptsächlich bei der Verwendung in Blogs mit Timtab auf. Ich habe z.B. einen Text und einen Foto Blog auf einer Seite. Dort verwende ich die tt_news Suche und durchsuche nur die Beiträge auf der Blog Seite.
Ist sicher Ansichtssache, aber ich finde die Ergebnisse relevanter.
Wäre es nicht ein besserer Ansatz, das timtab tt_news sagt, das es bitte die zum Blog gehörigen Kommentare mit durchsuchen möge?
So mit an/aus Variable, Kommentare PID, rekursiv.
http://www.thomaskieslich.de
landschaf schrieb:
Wäre es nicht ein besserer Ansatz, das timtab tt_news sagt, das es bitte die zum Blog gehörigen Kommentare mit durchsuchen möge?
So mit an/aus Variable, Kommentare PID, rekursiv.
Hm. Versteh ich nicht. Geht das denn? Kann ich das timtab sagen?
Meine Überlegungen gehen mittlerweile in die Richtung, dass timtab möglicherweise für meine Zwecke ungeeignet ist. Tatsache bleibt, dass auch die News Beiträge nicht indexiert werden, sobald die ve_guestbook FORM auf der Seite vorhanden ist.
Grüße,
Matthias
Nein, leider kann man das Timtab im Moment nicht sagen. Aber ich hielte es für die beste Lösung.