Wobei ich das nicht völlig wegwischen würde. Wenn s9y damit werben könnte "Hält deutsche Datenschutzstandards ein!", wir also den Kern und alle Plugins so ausliefern, dass mit den Standardeinstellungen alles so gut wie möglich passt, wäre das im deutschen Raum ein gutes Werbeargument. Und ...

On a side note, it would be pretty awesome if there were an RSS feed instead of emails... with a simple link to click to approve or disapprove of each.

That's a nice idea. But how to secure that link? Guess it shouldn't be visible for everyone, or should it?

Ja, dass es an nichtvorhandenen Einträgen liegt war mir nicht klar. Wenn es nur das ist, können wir das natürlich einfach abfragen. Auch wenn die Fehlermeldung dann nur sehr selten auftreten sollte ;)

I didn't have a look at the code yet. But i'd prefer if spartacus would fetch the dependencies and otherwise print a errormessage which plugin needs to be installed.

You deleted the files, the verification had to fail. You can simply ignore the message.

The verification of functions_config.inc.php is another story, guess you changed that file? Have a look in it if not.

There's also some work being done on the dashboard plugin which will eventually develop into an update notification within the S9y backend.

The notifications is already included since quite some time in the dashboard-plugin.

In the short run, it would be great to work on the dependency system and check if it can be improved to utilize spartacus to download plugins that are not yet locally existing... Ahem, I remember us talking and thinking that it is eval to allow something automatic downloading, without user intro an...

I dislike the idea of creating one giant plugin :/ In the end, it is garvins call. But i'd rather fix the dependency-system and add the dasboard-plugin+autoupdater+x as enabled plugins shipped with serendipity. Without fixed release-dates, it would be hard otherwise to update those plugins if they a...

Code: Select all

{if $smarty.foreach.myloop.iteration is even}

Which ist what timbalu suggested ;)

I just commited the plugin. Dirk, it is perfectly fine to add those indexes on a blog you administrate yourself. But, if not absoluteley necessary, i don't want to change the db with a plugin - maybe some other plugin wants also to create an index on timestamp and chooses another name or something l...

Ich hätte gerne gewußt, wo onli das "hold" her hat... Aus einem anderen Plugin, ich glaube sogar aus einem von meinen. Woher das wiederum kam weiß ich nicht. Vll hat es Garvin mal geschrieben. Bin mir aber auch geraden nicht sicher, ob das funktioniert. Ich habe gerade in meinem Blog das ...

I have about 400.000 entries in "exit" and 1.500.000 in "visitors". I added exits, visitors was already in the selection. Since this is based on time, there should be an index on the timestamp column. I'd be prefer not to mess with the database-structure with the plugin. Is the ...

Think you misunderstood the question :)

Bernd suggested to use the notifier of the dashboardplugin to print a notification like "Your version of serendipity is up-to-date".

Thanks, i oversaw the headings. Fixed, also unix_timestamp(). Are there additional tables the plugin could clean? What about maybe merging this into the dashboard plugin? I don't really see the connection between those? To clean the database is a distinct purpose, think that belongs into an own plug...

No, please not. That is pure dashboard-functionality. The autoupdater won't work without the dashboardplugin, but they are not merged. Also, i don't intend to adopt the dashpord-plugin atm, and i am not sure those suggestions would be seen there.