Fehler bei Update / manuellem Aufruf CronRSS-Aggregator
Fehler bei Update / manuellem Aufruf CronRSS-Aggregator
Hallo,
erhalte bei Update / manuellem Aufruf Cron RSS-Aggregator folgenden Fehler:
Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler aufgetreten ist.
Fehlermeldung:
Premature end of script headers: index.php
Was will mir das sagen?
Gleichzeitig hat der Aggregator offenbar einige Beiträge geholt, aber unvollstänfi in Artikel umgesetzt und dabei das Layout zerlegt - die Artikel sind zu breit und schieben die Sidebars nach unten ...
Kann man sowas verhindern?
Vor allem wenn die Cronjobs für den RSS_Agregator durch Besucher ausgelöst werden?
erhalte bei Update / manuellem Aufruf Cron RSS-Aggregator folgenden Fehler:
Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler aufgetreten ist.
Fehlermeldung:
Premature end of script headers: index.php
Was will mir das sagen?
Gleichzeitig hat der Aggregator offenbar einige Beiträge geholt, aber unvollstänfi in Artikel umgesetzt und dabei das Layout zerlegt - die Artikel sind zu breit und schieben die Sidebars nach unten ...
Kann man sowas verhindern?
Vor allem wenn die Cronjobs für den RSS_Agregator durch Besucher ausgelöst werden?
-
garvinhicking
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Re: Fehler bei Update / manuellem Aufruf CronRSS-Aggregator
Hi!
Bei so einer Fehlermeldung musst du einmal in die Logfiles Deines Servers nachgucken. Wenn Du nicht weißt wo diese sind, musst Du den Server-Admin deines Servers bitten nachzuschauen.
Speziell in's php errorlog und ins Apache error_log.
Viele Grüße,
Garvin
Bei so einer Fehlermeldung musst du einmal in die Logfiles Deines Servers nachgucken. Wenn Du nicht weißt wo diese sind, musst Du den Server-Admin deines Servers bitten nachzuschauen.
Speziell in's php errorlog und ins Apache error_log.
Das hängt von den Einträgen ab, da müsstest du uns die entsprechende Seite zeigen damit man sich ein bild machen kann.Gleichzeitig hat der Aggregator offenbar einige Beiträge geholt, aber unvollstänfi in Artikel umgesetzt und dabei das Layout zerlegt - die Artikel sind zu breit und schieben die Sidebars nach unten ...
Kann man sowas verhindern?
Viele Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Es kommt noch besser:
Nachdem ich die Feedeinträge aus dem Aggregator rausgenommen hatte, kriegte ich einen Riesenschreck:
Die Kategorien zeigten nur noch wenige Beiträge an.
Ich dachte schon die Beiträge wären alle gelöscht.
Aber es wurden "nur" die Kategoriezuordnungen der Beirträge entfernt ...
Was soll denn das bitte?
Bug oder Feature?
Nachdem ich die Feedeinträge aus dem Aggregator rausgenommen hatte, kriegte ich einen Riesenschreck:
Die Kategorien zeigten nur noch wenige Beiträge an.
Ich dachte schon die Beiträge wären alle gelöscht.
Aber es wurden "nur" die Kategoriezuordnungen der Beirträge entfernt ...
Was soll denn das bitte?
Bug oder Feature?
-
garvinhicking
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Hi!
Was hast Du denn genau gemacht?
Wenn Du was im Aggregator löschst über dessen Interface ist es ja klar, dass die zugehörigen Kategorien gelöscht werden, oder nicht?
Grüße,
Garvin
Was hast Du denn genau gemacht?
Wenn Du was im Aggregator löschst über dessen Interface ist es ja klar, dass die zugehörigen Kategorien gelöscht werden, oder nicht?
Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Was ich gemacht habe?
Na, die Feednamen über das Interface in der administrationssicht enfernt ... damit eben dies Feeds nicht merh gefetcht werden.
Wieso sollte das klar sein, das da die Zuordnung von Beiträgen im Blog zu Kategorien enfernt wird?
(es wurde nicht die Kategorie an sich gelöscht, nur die Beiträge waren auf einmal keiner Kategorie mehr zugeordnet)
Steht nirgendwo?
Im Plugin selber gibt es zwar eine Option
Nicht mehr verkettete Einträge löschen - abeer die bezieht sich halt auf die Artikel.
Wenn man nur den Feed aus dem Aggregator nimmt, sollte m.E. nichts an den vorhandenen Artieklen geändert werden.
Wenn der Name des Autors(=Feed) gelöscht worden wäre, hätte ich es ja noch verstanden. Aber die Kartegorie?
Das türbt die Freude an s9y schon ein bischen, das man sowas erst durch Versuch und Irrtum, erfährt ...
Ich bin ja froh, das es viele tolle Plugins gibt ...
ich rege aber eine Dokupflicht für Pluginautoren an, die zumindest aud solche Dinge hinwesi, wie "und wenn Du den Feed aus dem Interface löscht
Aber solche "Nettigkeiten
Na, die Feednamen über das Interface in der administrationssicht enfernt ... damit eben dies Feeds nicht merh gefetcht werden.
Wieso sollte das klar sein, das da die Zuordnung von Beiträgen im Blog zu Kategorien enfernt wird?
(es wurde nicht die Kategorie an sich gelöscht, nur die Beiträge waren auf einmal keiner Kategorie mehr zugeordnet)
Steht nirgendwo?
Im Plugin selber gibt es zwar eine Option
Nicht mehr verkettete Einträge löschen - abeer die bezieht sich halt auf die Artikel.
Wenn man nur den Feed aus dem Aggregator nimmt, sollte m.E. nichts an den vorhandenen Artieklen geändert werden.
Wenn der Name des Autors(=Feed) gelöscht worden wäre, hätte ich es ja noch verstanden. Aber die Kartegorie?
Das türbt die Freude an s9y schon ein bischen, das man sowas erst durch Versuch und Irrtum, erfährt ...
Ich bin ja froh, das es viele tolle Plugins gibt ...
ich rege aber eine Dokupflicht für Pluginautoren an, die zumindest aud solche Dinge hinwesi, wie "und wenn Du den Feed aus dem Interface löscht
Aber solche "Nettigkeiten
-
garvinhicking
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Hi!
Wenn Du einen Feed im Aggregator anlegst, wird eine Kategorie für dessen Zuordnung erstellt. Wenn Du dann diesen Feed löschst, dann wird die damit verbundene Kategorie auch gelöscht.
Das PLugin ist ja für Aggregatoren gedacht, da macht es keinen Sinn Feeds darzustellen für KAtegorien die man gelöscht hat. Daher ist es absolut normal, dass die Zuordnungen gelöscht werden, wenn Du eine "Feedquelle" löschst.
Wie das genau funktioniet kann ich jetzt nicht richtig sagen, ich würde denken dass halt die KAtegorie auch gelöscht wird. Das Plugin ist halt für Aggregatoren entwickelt, nicht für "gelegentliche" Imports von anderen Feeds. Dafür ist das Plugin ja OpenSource und kann von Dir bearbeitet werden.
Was die Dokupflicht angeht, da kannst Du dich ja gerne anbieten Plugins zu dokumentieren. Ich wäre eher froh darüber, dass es Plugins gibt. Bei einer Dokuplficht würde ich keine mehr entwickeln.
Viele Grüße,
Garvin
Wenn Du einen Feed im Aggregator anlegst, wird eine Kategorie für dessen Zuordnung erstellt. Wenn Du dann diesen Feed löschst, dann wird die damit verbundene Kategorie auch gelöscht.
Das PLugin ist ja für Aggregatoren gedacht, da macht es keinen Sinn Feeds darzustellen für KAtegorien die man gelöscht hat. Daher ist es absolut normal, dass die Zuordnungen gelöscht werden, wenn Du eine "Feedquelle" löschst.
Wie das genau funktioniet kann ich jetzt nicht richtig sagen, ich würde denken dass halt die KAtegorie auch gelöscht wird. Das Plugin ist halt für Aggregatoren entwickelt, nicht für "gelegentliche" Imports von anderen Feeds. Dafür ist das Plugin ja OpenSource und kann von Dir bearbeitet werden.
Was die Dokupflicht angeht, da kannst Du dich ja gerne anbieten Plugins zu dokumentieren. Ich wäre eher froh darüber, dass es Plugins gibt. Bei einer Dokuplficht würde ich keine mehr entwickeln.
Viele Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Garvin,
ich kann Dir nicht so ganz folgen:
2. Bei Anlage des Feed im Aggregator hab ich die passende Kategorie aus der Liste der Kategorien die mir dort angezeigt werden ausgewählt und dem Feed zugeordnet
3. Für mich ist es daher keinesfalls normal, das diese Kategorie(n) bei entfernen des Feeds auch aaus den Posts die über den Feed kamen gelöscht werden
4. und vor allem, woher soll man das als Benutzer des Plugins wissen, wenn das nirgenwo dokumentiert ist?
Das zeigt ja wohl wie notwendig entsprechende Dokus sind ...
Wenn du keine Plugins mehr schreiben würdest, wenn du sie dokumentieren müßtest, entsteht ja schon ein wenig der Eindruck, die Plugs seien Selbstzweck für die Autoren bzw. das hier eine "incrowd" von "Experten" ein System für "Experten" bastelt, das viel an Vorkenntnissen und Einarbeitungsaufwand NACH der zugegeben leichten Installation voraussetzt, damit man wirklich Freude dran haben kann bzw. es und seine Plugins "gefahrlos" einsetzen kann ...
Ich will Deine Leistungen und die der s9y-Community keineswegs schmälern - im Gegenteil, Respekt für das Geleistete.
Wenn s9y aber weitere Verbreitung finden soll und eine wirklich populäre Blogsoftware werden soll, dann müßten auch Dokus und Erläuterungen für "Newbies" her, die zumindest grundlegende Zusammenhänge erklären - wie im Beispiel dieses Posts, was passiert, wenn man einen Feed aus dem Aggregator entfernt ...
Ansonsten wird der "Genuss" von S9y wenigen Experten vorbehalten bleiben, die sich selbst "befruchten" ...
Aber vielleicht ist das ja sogar so gewollt ...?
Ein Newbie wie ich fühlt sich jedenfalls bei dem Vorschlag, man könne ja selbst die Plugins dokumentieren, wenn man Bedarf an Doku hat, gelinde gesagt ein wenig verar ...
ich kann Dir nicht so ganz folgen:
1. Kategorien hab ich in meinem Blog angelegtgarvinhicking wrote:<Wenn Du einen Feed im Aggregator anlegst, wird eine Kategorie für dessen Zuordnung erstellt. Wenn Du dann diesen Feed löschst, dann wird die damit verbundene Kategorie auch gelöscht. >
2. Bei Anlage des Feed im Aggregator hab ich die passende Kategorie aus der Liste der Kategorien die mir dort angezeigt werden ausgewählt und dem Feed zugeordnet
3. Für mich ist es daher keinesfalls normal, das diese Kategorie(n) bei entfernen des Feeds auch aaus den Posts die über den Feed kamen gelöscht werden
4. und vor allem, woher soll man das als Benutzer des Plugins wissen, wenn das nirgenwo dokumentiert ist?
... und das als Mitautor des Plugins ...garvinhicking wrote:<Wie das genau funktioniet kann ich jetzt nicht richtig sagen, >
Na ja, wenn ich jemals selbst soweit komme, ein Plugin zu schreiben / zu programmieren, dann werde ich es selbstverständlich auch ordentlich dokumentieren. Denn welchen Sinn oder Nutzwert haben letzlich Plugins, deren Funktionsweise, Verhalten und Resultate für den Anwender im Dunkeln liegen und sich ihm nur über Versuch und Irrtum erschliessen?garvinhicking wrote:<Was die Dokupflicht angeht, da kannst Du dich ja gerne anbieten Plugins zu dokumentieren. Ich wäre eher froh darüber, dass es Plugins gibt. Bei einer Dokuplficht würde ich keine mehr entwickeln. >
Wenn du keine Plugins mehr schreiben würdest, wenn du sie dokumentieren müßtest, entsteht ja schon ein wenig der Eindruck, die Plugs seien Selbstzweck für die Autoren bzw. das hier eine "incrowd" von "Experten" ein System für "Experten" bastelt, das viel an Vorkenntnissen und Einarbeitungsaufwand NACH der zugegeben leichten Installation voraussetzt, damit man wirklich Freude dran haben kann bzw. es und seine Plugins "gefahrlos" einsetzen kann ...
Ich will Deine Leistungen und die der s9y-Community keineswegs schmälern - im Gegenteil, Respekt für das Geleistete.
Wenn s9y aber weitere Verbreitung finden soll und eine wirklich populäre Blogsoftware werden soll, dann müßten auch Dokus und Erläuterungen für "Newbies" her, die zumindest grundlegende Zusammenhänge erklären - wie im Beispiel dieses Posts, was passiert, wenn man einen Feed aus dem Aggregator entfernt ...
Ansonsten wird der "Genuss" von S9y wenigen Experten vorbehalten bleiben, die sich selbst "befruchten" ...
Aber vielleicht ist das ja sogar so gewollt ...?
Ein Newbie wie ich fühlt sich jedenfalls bei dem Vorschlag, man könne ja selbst die Plugins dokumentieren, wenn man Bedarf an Doku hat, gelinde gesagt ein wenig verar ...
-
garvinhicking
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Hi!
Das Aggregator-Plugin hat für mich leider einen eher geringen Stellenwert, daher kann ich mich momentan nicht da hinein arbeiten um zu schauen wo genau das Problem mit den Kategoriezuordnungen liegen könnte. Ich werde aber versuchen daran zu denken wenn ich demnächst nochmal Zeit habe.
Grundsätzlich würde ich sagen das beinahe alle Plugins fast selbsterklärend sind, so wie das s9y System. Daher liegt der Hauptaugenmerk für mich als Pluginentwickler darin, ein Plugin so offensichtlich zu machen wie möglich.
Ich stimme Dir natürlich zu, dass in deinem Fall eine Dokumentation bei dem Vorgang wichtig wäre. Ich bin aber gegen eine pauschale Dokumentationspflicht, weil in dem Großteil der Fälle die Bedienung eines Plugins klar ist.
Es ist schon ein guter Schritt in die Richtige Richtung, solche Problemfälle wo die Plugindokumentation notwendig ist zusammenzutragen. Im Normalfall kann ich dann eine Antwort auf eine Frage geben, so dass eine Dokumentation dafür zusammengetragen werden könnte. Dazu bedarf es dann leider auch etwas Initiative der Benutzer von Plugins, denn für mich als "fremendwickler" eines Plugins das ich selber nicht nutze kann ich nicht die Zeit finden die Bedienung zu verschriftlichen.
Ich stimme Deinem Fazit zu, dass Newbie-Dokus wichtig für die Verbreitung von Serendipity sind! Aber Doku schreiben macht mir schlicht keinen Spaß. Da ich das hier alles kostenlos mache, nehme ich mir die Freheit auch nur das zu machen, was mir Spaß macht. Sprich, es muss sich jemand anders finden, der die Doku schreibt, und ich kann gerne versuchen wo mir möglich und noch in Erinnerung den geistigen Input zur Doku geben zu können.
Ich wollte Dir auch nicht vor den Kopf stoßen mit dem Vorwurf, vielmehr klang da meine eigene Unlust beim Dokumentieren zum tragen. Sorry, dass das bei Dir gelandet ist, das war nicht persönlich gemeint.
Viele Grüße,
Garvin
Naja, ich habe das Plugin damals für jemand anderen entwickelt, mich interessiert das Plugin herzlich wenig.... und das als Mitautor des Plugins ...Das zeigt ja wohl wie notwendig entsprechende Dokus sind ...
Das Aggregator-Plugin hat für mich leider einen eher geringen Stellenwert, daher kann ich mich momentan nicht da hinein arbeiten um zu schauen wo genau das Problem mit den Kategoriezuordnungen liegen könnte. Ich werde aber versuchen daran zu denken wenn ich demnächst nochmal Zeit habe.
Grundsätzlich würde ich sagen das beinahe alle Plugins fast selbsterklärend sind, so wie das s9y System. Daher liegt der Hauptaugenmerk für mich als Pluginentwickler darin, ein Plugin so offensichtlich zu machen wie möglich.
Ich stimme Dir natürlich zu, dass in deinem Fall eine Dokumentation bei dem Vorgang wichtig wäre. Ich bin aber gegen eine pauschale Dokumentationspflicht, weil in dem Großteil der Fälle die Bedienung eines Plugins klar ist.
Es ist schon ein guter Schritt in die Richtige Richtung, solche Problemfälle wo die Plugindokumentation notwendig ist zusammenzutragen. Im Normalfall kann ich dann eine Antwort auf eine Frage geben, so dass eine Dokumentation dafür zusammengetragen werden könnte. Dazu bedarf es dann leider auch etwas Initiative der Benutzer von Plugins, denn für mich als "fremendwickler" eines Plugins das ich selber nicht nutze kann ich nicht die Zeit finden die Bedienung zu verschriftlichen.
Ich stimme Deinem Fazit zu, dass Newbie-Dokus wichtig für die Verbreitung von Serendipity sind! Aber Doku schreiben macht mir schlicht keinen Spaß. Da ich das hier alles kostenlos mache, nehme ich mir die Freheit auch nur das zu machen, was mir Spaß macht. Sprich, es muss sich jemand anders finden, der die Doku schreibt, und ich kann gerne versuchen wo mir möglich und noch in Erinnerung den geistigen Input zur Doku geben zu können.
Ich wollte Dir auch nicht vor den Kopf stoßen mit dem Vorwurf, vielmehr klang da meine eigene Unlust beim Dokumentieren zum tragen. Sorry, dass das bei Dir gelandet ist, das war nicht persönlich gemeint.
Viele Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
-
garvinhicking
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Hi!
Hab mir das Plugin gerade mal angesehen. Um es nachzuvollziehen: Was hast Du bei der Einstellugn "Remove dependent entries?" aktiviert? Wenn es auf 'ja' steht, werden verbundene Einträge ja wie angekündigt entfernt.
Würde das gerne mal testen, benötige da aber deine einstellungen.
Grüße,
Garvin
Hab mir das Plugin gerade mal angesehen. Um es nachzuvollziehen: Was hast Du bei der Einstellugn "Remove dependent entries?" aktiviert? Wenn es auf 'ja' steht, werden verbundene Einträge ja wie angekündigt entfernt.
Würde das gerne mal testen, benötige da aber deine einstellungen.
Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Hi, alles roger hier,
Garvin, NIEMANDEM macht es Spaß, Dokus zu schreiben.
Vielleicht sollten wir den hern NNIEMANDEN mal fragen ...lol?
So, Spass beise
"remove dependent entries" war natürlich off ...
Ich kann ja Englisch lesen ...lol
Es wurden ja auch nicht die Einträge (=Entires?) gelöscht, sondern nur die Zuordnung der Post zu den Kategorien.
Und das obwohl die Kategorien VOR Nutzung des Aggregatores angelegt waren, und den Feeds im Aggregator nur zugeordnet wurden ...
Wie gesagt, wenn der Autor (feedname) verschwunden wär, hätte ich es noch verstehen können (Auch das sollte aber natürlich nicht passieren)
P.S: HAtte gestern schon mal versucht Dir hier zu antworten, war aber am autologoff des Forums gescheitert. KAnn man den Wert höher setzen?
Garvin, NIEMANDEM macht es Spaß, Dokus zu schreiben.
Vielleicht sollten wir den hern NNIEMANDEN mal fragen ...lol?
So, Spass beise
"remove dependent entries" war natürlich off ...
Ich kann ja Englisch lesen ...lol
Es wurden ja auch nicht die Einträge (=Entires?) gelöscht, sondern nur die Zuordnung der Post zu den Kategorien.
Und das obwohl die Kategorien VOR Nutzung des Aggregatores angelegt waren, und den Feeds im Aggregator nur zugeordnet wurden ...
Wie gesagt, wenn der Autor (feedname) verschwunden wär, hätte ich es noch verstehen können (Auch das sollte aber natürlich nicht passieren)
P.S: HAtte gestern schon mal versucht Dir hier zu antworten, war aber am autologoff des Forums gescheitert. KAnn man den Wert höher setzen?
-
garvinhicking
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Hi!
Klaro, frag mal den Herrn Niemanden.
Zum Aggregator: Ich habe mir den Code angesehen, es gibt dort nur eine einzige Stelle in der die Zuordnung von Einträgen in Kategorien gelöscht werden:
An einer anderen Stelle wird die serendipity tabelle 'entrycat' , in der die zuordnung eintrag->kategorie gespeichert wird, nicht angefasst.
Das heißt in deinem Fall aber, dass es nicht sein kann, dass ein Feed gelöscht wurde, dessen Einträge zwar beibehalten aber nur die Kategoriezuordnung gelöscht wurde.
Es gibt aber noch eine weitere Tabelle, der serendipity_feedcat Tabelle. Diese ordnet die angelegten Feeds einer Feedkategorie zu. Vielleicht vermische ich daher etwas, denn wenn ich einen Feed aus der Tabelle lösche dann werden bei deaktivierung der 'remove dependent entries' Option keine Einträge und deren Kategoriezuordnungen gelöscht, der eintrag erscheint nach wie vor in meiner angelegten Kategorie.
Vielleicht kannst du nochmal genau beschreiben wie Du einen Feed anlegst, wie Du ihn dann löschst, was das erwartete Ergebnis wäre, und was das spezifische Ergebnis bei Dir ist.
Viele Grüße,
Garvin
Klaro, frag mal den Herrn Niemanden.
Zum Aggregator: Ich habe mir den Code angesehen, es gibt dort nur eine einzige Stelle in der die Zuordnung von Einträgen in Kategorien gelöscht werden:
Code: Select all
function purgeEntries($id_list) {
global $serendipity;
$a = serendipity_db_query("DELETE FROM {$serendipity['dbPrefix']}entries WHERE id IN (" . implode(", ", $id_list) . ")");
$b = serendipity_db_query("DELETE FROM {$serendipity['dbPrefix']}entrycat WHERE entryid IN (" . implode(", ", $id_list) . ")");
$c = serendipity_db_query("DELETE FROM {$serendipity['dbPrefix']}entryproperties WHERE entryid IN (" . implode(", ", $id_list) . ")");
$d = serendipity_db_query("DELETE FROM {$serendipity['dbPrefix']}references WHERE entry_id IN (" . implode(", ", $id_list) . ")");
$e = serendipity_db_query("DELETE FROM {$serendipity['dbPrefix']}exits WHERE entry_id IN (" . implode(", ", $id_list) . ")");
return true;
}
Das heißt in deinem Fall aber, dass es nicht sein kann, dass ein Feed gelöscht wurde, dessen Einträge zwar beibehalten aber nur die Kategoriezuordnung gelöscht wurde.
Es gibt aber noch eine weitere Tabelle, der serendipity_feedcat Tabelle. Diese ordnet die angelegten Feeds einer Feedkategorie zu. Vielleicht vermische ich daher etwas, denn wenn ich einen Feed aus der Tabelle lösche dann werden bei deaktivierung der 'remove dependent entries' Option keine Einträge und deren Kategoriezuordnungen gelöscht, der eintrag erscheint nach wie vor in meiner angelegten Kategorie.
Vielleicht kannst du nochmal genau beschreiben wie Du einen Feed anlegst, wie Du ihn dann löschst, was das erwartete Ergebnis wäre, und was das spezifische Ergebnis bei Dir ist.
Der cookie ist schon auf 3600 Sekunden gesetzt, das müsste doch eigentlich reichen. Darübe rhinaus würde man es spammern einfacher machen.P.S: HAtte gestern schon mal versucht Dir hier zu antworten, war aber am autologoff des Forums gescheitert. KAnn man den Wert höher setzen?
Viele Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Sorrrrrrrrrry Garvin,
habe dich wg. dem Aggregator offenbar auf die falsche Fährte gesetzt.
Habe es lokal in meiner Testinstallation getestet.
Tatsächlich verschwindet die Kategorie nicht wenn man den Feed aus dem Aggrwgator entfernt.
Mea Culpa.
Ich denke ich habe einfach nicht gecheckt, das ich den gleichen Effekt wie Mari beim s9y aus- u, rumprobieren erzeugt habe ->
http://board.s9y.org/viewtopic.php?t=9666&highlight=
DAS hat wohl zum verschwinden der Zuordnung zu den Kategorien geführt.
Vermutlich habe ich dann die Feeds auds dem Aggregator genommen und als mir dann die fehlende Kategoriezuordnung auffiel gedacht, dies sei die Ursache gewesen ...
Was aber nun beim Testen auch wieder passiert ist, ist das die Post die über den Aggregator kommen nun viel zu breit sind un die Seitenleisten nach unten wegschieben ...
Das ist beim ersten Benutzen des Aggregators nicht passiert.
Hat Google evtl. was geändert? Es waren GoogleNews-Feeds.
Mein Template ist Square.
Vielleicht kann das jemand prüfen?
Ich trau mich im Moment in meinem Produktivsystem nicht mehr den Aggregator zu verwenden ...
habe dich wg. dem Aggregator offenbar auf die falsche Fährte gesetzt.
Habe es lokal in meiner Testinstallation getestet.
Tatsächlich verschwindet die Kategorie nicht wenn man den Feed aus dem Aggrwgator entfernt.
Mea Culpa.
Ich denke ich habe einfach nicht gecheckt, das ich den gleichen Effekt wie Mari beim s9y aus- u, rumprobieren erzeugt habe ->
http://board.s9y.org/viewtopic.php?t=9666&highlight=
DAS hat wohl zum verschwinden der Zuordnung zu den Kategorien geführt.
Vermutlich habe ich dann die Feeds auds dem Aggregator genommen und als mir dann die fehlende Kategoriezuordnung auffiel gedacht, dies sei die Ursache gewesen ...
Was aber nun beim Testen auch wieder passiert ist, ist das die Post die über den Aggregator kommen nun viel zu breit sind un die Seitenleisten nach unten wegschieben ...
Das ist beim ersten Benutzen des Aggregators nicht passiert.
Hat Google evtl. was geändert? Es waren GoogleNews-Feeds.
Mein Template ist Square.
Vielleicht kann das jemand prüfen?
Ich trau mich im Moment in meinem Produktivsystem nicht mehr den Aggregator zu verwenden ...
-
garvinhicking
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Hi!
Das liegt dann am Zeichensatz der fremden Feeds, es könnte sein dass das entweder in deren Feed falsch ist, oder der zeichensatz nicht erkannt werden konnte.
Nenn mal die URL des Feeds der den Zeichensatz falsch darstellt, dann kann ich da mal prüfen. Check bitte für diesen Feed in deiner serendipity_aggregator_feeds, auf was die "Charset" Spalte für diesen Feed gestellt ist. Und sage mir, ob dein s9y auf "nativen" oder "UTF-8"-Zeichensatz gestellt ist. Und welche PHP-Version Du hast. Davon ist das alles nämlich abhängig.
Die Darstellungsprobleme der Feedbreite liegen an deinem Template oder an evtl. ungültigem HTML der Feeds.
Grüße,
Garvin
Das liegt dann am Zeichensatz der fremden Feeds, es könnte sein dass das entweder in deren Feed falsch ist, oder der zeichensatz nicht erkannt werden konnte.
Nenn mal die URL des Feeds der den Zeichensatz falsch darstellt, dann kann ich da mal prüfen. Check bitte für diesen Feed in deiner serendipity_aggregator_feeds, auf was die "Charset" Spalte für diesen Feed gestellt ist. Und sage mir, ob dein s9y auf "nativen" oder "UTF-8"-Zeichensatz gestellt ist. Und welche PHP-Version Du hast. Davon ist das alles nämlich abhängig.
Die Darstellungsprobleme der Feedbreite liegen an deinem Template oder an evtl. ungültigem HTML der Feeds.
Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Hi,
also auf meinem laokalen Testsystem in der Tabelle: serendipity_aggregator_feeds steht überall
utf8_unicode_ci
PHP ist Version 5.2.0
In S9y ist Sprache "German" Zeichensatz "UTF-8"
Der Feed ist z.B.
http://news.google.de/news?q=Gesundheit ... output=rss
Was supie wäre, wäre wenn man die Feeds ZWINGEN könnte, im Style vom Template zu posten ...
also auf meinem laokalen Testsystem in der Tabelle: serendipity_aggregator_feeds steht überall
utf8_unicode_ci
PHP ist Version 5.2.0
In S9y ist Sprache "German" Zeichensatz "UTF-8"
Der Feed ist z.B.
http://news.google.de/news?q=Gesundheit ... output=rss
Was supie wäre, wäre wenn man die Feeds ZWINGEN könnte, im Style vom Template zu posten ...