Feedreader 3

http://www.feedreader.com/node/1271

Add into misc section

mysql_dbLoginname
mysql_dbpwdPlain

MYSQL personal is limited to localhost, FR creates automatically all tables(also database) and database name is fixed (feedreader).

Ingmar
------
FR dev

How can I get not limited edition? Or you don't offer that! I would like to test that because I'm having problems with Feedreader Free Edition. I can't sync my feeds (have much feeds and DB is half GB in size) don't waiting more than 7 hours. Tried FTP mode and local (mounted SSH access remote using SFTPDrive) mode, unsuccessfully :(.

Have you also tried the latest version that we released today?

Greetings
Toomas

upgraded this morning...old version was OK regarding this
also if you mark feed read, articles disappear but smartfeed still says x number unread...

if a feed gets new articles and it has been hidden (because there was no articles) it still is hidden...so this is a major

you must have noticed this ? or !!

---------
toomas, without this working you can't use feedreader, since you have to guess if a feed has been updated..do you really think that i would not have pointed this out 1 month ago (when build 1 was released) ?

also, when installed new version this morning and started FR first time, it started to eat disc..about 1,3 GB was added to ibdata1 and 1 GB was added to #sql_690_0.MYD file..but this 1 GB was "given back"

i dont have this big bufferzone, so before i noticed i almost ran out of disc...

what happend and why ?

//vidar

About first time start up - we are creating an index that was missing last time. This is one time annoyance.

Now about unreadcount issues. Please first check If you did not have disableunreadcount=1 in feedreader.ini. Just in case. But if I remember right you had quite a lot of feeds (ca 700?). There is nothing wrong if there are this much of feeds. But things will certanly go bad if all those feeds are in first level eg there they are not divided to folders.

In my case I had here test database with 350 feeds (all quite active newsportal feeds). Things were divided to 20 folders. Everything run quite a lot of better than with previous MySQL Edition versions.

Technically we are updating unreadcount after every single feeds update if there are some new articles. Now update procedure walks through every node in this left tree. And if there are 700 nodes (feeds in first level) then it will take 30 time more compared to 25 nodes in first level (this is the case if you have divided your 700 feeds to 25 folders). Unreadcount is also related to some other procedures (painting the feed names, making feeds bold/normal, hiding showing feeds based on unreadcount.

It sad to say but I'm pretty sure that we cannot do much about making 700 feed unreadcount updating perform like 25 folder unreadcount updating.

So there are three possibilities that all are good :)

• Organize your feeds to subfolders.
• Lets wait for faster computers (but computer must be 10 times faster)
• We will continue development and hopefully gain some performance but as I said in this number of feeds in first level things will still be problematic.

tom, sometimes it's better to not understand :-)..i checked my ini and it was disablecount=1 ...but it was not in previous, anyway...i'm truly glad this morning now :)-

btw it's true i have many feeds 1000+ but not visible, i have about 30 smartfeeds all together no folders etc..

now to some credit...this new build fixes the performance/cpu issue .../node/1371 so now i can run FR with full speed and not have to lower the priority on mysqld-nt...what ever you did, it was a superfix :-)

thank you so much

//vidar