New Forum Posts: adding permission objects in v2.0 - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=35152
I just installed Tiki4 (grabbed latest zip file a few hours ago).  Install seemed to go OK and got to the page with two buttons (one to enter wiki with lock, the other without lock).  When I click either button I get a System Error - could not find driver.  Any ideas?
DeathBadger: Tiki 4 or 3.3 ?
Tiki 4
DeathBadger: what driver (what is the error sentence ?)
just like that ?
The entire line is "could not find driver"
ah :-/
you meet all requirements ?
I think so, I've got Tiki3 running on same machine
php5 compiled with mysql, php-pdo, etc. ?
weird error, nothing in logs ?
I grepped all files in Tiki4 directory for "could not find driver" and don't see it, so I presume this error text is coming from another library
Let me double-check PHP config
do you have php with pdo support ?
PDO drivers = sqlite2, sqlite
No MySQL... I guess I need the MySQL PDO driver then?
you need one for mysql i think
or switch to adodb
Ah
i wonder it doesn't fallback automagically
I think I'll try that
Can you remind me where to change it?  I read it once but never did nit
(never did it)
you need to go to... well, same here :-p
OK, I'll RTFM!
i heard it from sylvie here
it must be tiki-setup_base.php or something, but maybe other setup file
Looks like db/local.php has database config stuff, including (in my case) this line: $db_tiki='mysqli';
Perhaps something is still trying to use PDO even though local.php is set up as mysqli...
mysqli is fine, it must be some other line yet which has to be changed
mysqli doesn't determine pdo
Sug4r: last --from sylvieg --with adodb
Error: I couldn't find a message matching that criteria in my history of 215 messages.
hm, too short history, sorry
DeathBadger: you can search for it at http://irc.tikiwiki.org though
I installed on a different server (PHP has PDO w/ MySQL driver) and it is working OK.  I will probably update the PHP installation on the original server, but my primary goal is to play with Tiki4 so will continue with second server for now
Thanks for your input
welcome
sorting by the rating column is kind of mystic for me though :)
http://dev.tikiwiki.org/tiki-index.php?page=DogFood&tr_sort_mode=f_62_desc
eeeh ? http://dev.tikiwiki.org/RoadMap
Fatal error: Call to undefined method TikiDate::getDate() in ..../lib/wiki-plugins/wikiplugin_countdown.php on line 60
polom
tikiwiki: 03chibaguy * r22950 10/branches/4.x/styles/strasa/options/ (5 files in 2 dirs): [NEW] Left-column top and bottom graphics suited to flush-left position.
hi gary, thank you !
sure, was quick and easy.
I'm trying some different body background images now.
cool, though i kind of liked the one color plain bg too
yes, i think one color would be good too. i can do some screenshots and post them on tikiwiki-art, if that's the best way to get opinions.
well, in devel list there is lower limit so you cannot send too big screenies there :-/
ok, well, I can put them in a gallery and post urls.
yep
depends if you want wider audience or just some artwork interested people ;)
one idea about the calendar_new in a module, to avoid the pile of buttons (Today, Day, Week, etc.) is to make the buttons' div overflow: auto so it get a scrollbar. What do you think?
or else display:none
unless it's important to allow a choice. tho quarter or semester or year in a side column is more comical than useful.
maybe better would be (as a quick fix)  display: none but i have been also thinking about how to make nice scrolling left/right (horizontal) without having ugly big scrollbar and still made accessible/user fiendly way...
actually i was thinking about this for the tabs
so they would behave a la tabs in browsers
i agree, it is confusing and doesn't look good there
Alternative ideas for Strasa Fixed body background: http://zukakakina.com/tiki-list_file_gallery.php?view=browse&galleryId=12
chibaguy: i like 1 and 3, more 3 because the dark background makes the content step out
if you think this would be an improvement, I can commit the files, or wait for more opinions.
tikiwiki: 03chibaguy * r22951 10/branches/4.x/styles/strasa.css: [FIX] Moved arrow down slightly in topbar suckerfish menu.
Hi! I was hoping maybe somebody knows an answer to this - I could't find a solution by checking out the tiki documentation. I just installed Tikiwiki on my server, and the installation seemed to have gone ok. When I want to change the content of my homepage, though...
the error "Failed opening required 'Zend/Filter/Interface.php' (include_path='.') in /var/www/web127/html/wiki/lib/core/lib/Zend/Filter/StripTags.php" occurs. The file "interface" exists and has the corrent rw-rights. From some posts I read it seemed like...
...maybe it has to do with the include path...does anybody has an idea? Thanks a lot!!
 New Forum Posts: Tiki 3.3 installed -> Fatal error: Failed opening required 'Zend/Filter/Interface.php' - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=35153
fresh install http://localhost/tikibranch4/tiki-admin_content_templates.php :
"You do not have permission to use this feature"
as admin
i thought admin has superpowers ;)
http://localhost/tikibranch4/tiki-sqllog.php
"This feature is disabled: adodb"
i didn't know it is possible to enable in Tiki admin, where is the feature checkbox ?
at Admin → L&F → General layout options next to the "Breadcrumbs" there is help icon and the cool(tool)tip says: "Uses Google Translate to translate the content of wiki pages to other languages" ???
actually all the help icons on that page say that (the same) ???
Luci- not that this is related, but I had weird problems with a fresh install yesterday with adodb and finally discovered somehow I was missing some of the lib files
bbl
hi
does anyone know why doc.tikiwiki.org is slower than my 14.400 modem back then? ;)
some say it's Microsoft's fault ;)
then get them to fix it ^^
no seriously .. i want to look up about upgrading 3.0 beta to 3.3
no, really, MSNbot crawler could be the culprit
but i doubt it
hmmm
should be pretty smooth
the upgrade
make backup
drop new files into dir
conn to db -> done?
(no real custom themes or anything)
ok, i would unzip the package in the home dir then, copy the db/local.php, files/* from old tiki to tikiwiki-3.3/, then rename public_html to public_html-backup, then rename tikiwiki-3.3 to public_html, then go to tiki-install.php and run the upgrade step
:d
toctoc
well i'd look it up in docs but the page has been loading for 10min+
hi
but for 3.x to 3.x it should be enough to overwrite files
:D
no need to create fresh dir i guess
hola xavi
i also wanted to look up the run multiple sites with one copy of the files thing but that's not that important
multitiki ?
yeah
sylvieg, I'll be at home today (the next 5h or so) so if you wish to tell me about the different types of multitiki installations, etc., I would do my best to upgrade the documentation
hi luciash :-)
never tried myself and that is so long there in :-p
... if doc.tw.o is up, of course
up is relative does 10min per page load count as up for u ? ;)
afk
polom
toctoc
hi community waiver :-)
tikiwiki: 03chibaguy * r22952 10/branches/4.x/styles/ (16 files in 8 dirs): [NEW] Fixed_width.css option for each theme.
chibaguy  : woohooo
argh 
reading about multitiki .. i think i won't use it (permission stuff, ..)
alos i guess it'd be a pain to update them... or does anyone have experience with Multitiki?
LordVan: I do
xavi, is it worth doing that for the problems with rewrite rules and permissions? or is it easier / preferred to just have seperate ones?
Grrr... PHP Fatal error:  require_once(): Failed opening required 'lib/core/lib/TikiDb/ErrorHandler.php' 
Why are there always things changing that block a smooth upgrade?
 New Forum Posts: Documentation is down? - http://tikiwiki.org/tiki-view_forum_thread.php?forumId=2&comments_parentId=35154
Sure it is down, because after the darn upgrade tw.o gives a blank page now
and not writing a single error into the logs.
Anyone here except me?
ok, as long as no one can give me a hint to get rid of the blank page tw.o is dead ...
ohertel, sorry to hear, but have no ideas about the problems.
blank page and no error messages, thats pretty bad.
and get requests to tiki pages return 500
going to reboot the machine, maybe it has a library problem, whyever. reboot is due, anyway.
ok
did not help.
LordVan: sorry, I was away (lunch time)
LordVan: there is a summary made by marclaporte at page http://doc.tikiwiki.org/TRIM , afair
there are less issues with rewrite rules than before, afaik. But in summary, it depends on what you need
ohertel: sorry to hear that. No idea myself
ohertel: was that upgading to latest trunk or to current 4.x svn branch?
4.x
i'll switch to 4.x in local just to test...
If I would get an error, that would help, but just a blank page is ridiculous.
ohertel: do you have mod sercurity or similar on?
sure I have.
anyway, forget it. No idea myself, sorry....
dev.tw.o is also down to me :-/
sure...
it uses tw.o for login...
but does dev.tw.o use tw.o to show the homepage?
no
I can't even see the pages
strange.
never ending loading process (to me, at lteast)
my wamp localhost branch4.x works ok, not that that helps any.
example: http://dev.tikiwiki.org/Tiki4 or http://dev.tikiwiki.org/Download
hm, maybe it calls /tiki-integrator.php?file=cvsmonitor.pl on tw.o? Cause I see that request in my log.
anybody remembers the command to switch svn trunk to svn 4.x?
I did a clean checkout via svn co https://tikiwiki.svn.sourceforge.net/svnroot/tikiwiki/branches/4.x tikiwiki.org
switch should be svn switch https://tikiwiki.svn.sourceforge.net/svnroot/tikiwiki/branches/4.x
thanks oliver
xavi, well i got several pages and i was thinking of having them all become tiki (2 r drupal now for example, 1 is just a couple of html pages)
and well i'm lazy ;) - in particular when it comes to updating web apps with databases
LordVan: so am I, so welcome to MultiTiki world :-)
;)
i will look aqt the link u posted .. (read http://doc.tikiwiki.org/MultiTiki?bl=y so far)
in short: if you want to have a centralized tiki, and manually running once the upgrade for the files, etc., and controlling the amount of space you use in your server, hen go the MultiTiki way.... 
if you fancy running scripts like TRIM, you meet its requirements, and you can hack the scripts if needed, and you don't mind wasting 90Mb for each tiki instance on your server, then TRIM might be the solution for you
I've never worked with trim, so I don't kow how easy it is to work with it, beyond the documentation page for TRIM.
However, I've been working with multitiki for 5+ years, and good enough and pretty well supported for end users...
i'm not so bothered by the space it needs .. ;)
read http://doc.tikiwiki.org/TRIM . It might be a solution for you, then... and you could help to test it and bug report about it, if so...
and even improve the documentation :-)
hmm 
well in about 5-10 mins the trim page might have finished loading 
I have installed Tiki4 and want to add the "Bug Tracker" profile but can't figure out how to add a profile.  Can someone point me in the right direction?
DeathBadger: you'd better read the basic info about profiles at http://profiles.tikiwiki.org
and then, go to "Admin home > Profiles" in your tiki installation to install whatever profile you need
I did look at that page... what I didn't see was the "Profiles" link on the Admin Home page... doh!  Thanks
xavi, btw how is migration from one single tiki instance to multitiki ?
DeathBadger: you could update the doc page to state that information clearly, so taht other find that information on the doc. page
I shall
LordVan: nope. you need to re-install that tiki in a multitiki...
ic is it enough to copy some files and re-conn. db?
LordVan: files for each tiki fall under subdirectories at each special folder: temp img/wiki_up templates_c (etc)
LordVan: try in local first... you will see very quickly...
k
thanks will have a look and/or try
np
afk a min
LordVan: and also, if you want, you could create a new section in the documentation abot how to migrate a single tiki into a multitiki installation...
I might help to update your page/section once it's started...
we all need to help to keep documentation pages complete and up to date... otherwise, our collective knowledge is not sustainable... 
and we need to get back up tw.o ...
yes
tiki-index.php works till the last two commands.
It breaks somewhere inside smarty->display()
ohertel, latest 4.x works for me on new installs
so it must be something related to the content in tw.o homepage, or side columns/modules
or interaction with mod security or other security modules in your apache
I would say...
ohertel: did you try loading other pages with lest content?
s/lest/less
yup
the rss feeds work, though.
tiki-rss_forums and such.
did you try loadig any page with tiki-index_p.php ?
(without side columns)
that works.
example: http://tikiwiki.org/tiki-index_p.php?page=TikiLiveCD works
so ... some issue on side columns?
They worked till now.
maybe enabling & disabling some modules? (trial and error)
yes... just suggesting how to get some more information on where the new bug must be...
how?
fiddling the database manually? P
directly through database
pfft.
oh well...
my 2 cens
^ 
I still think the whole breakup into a 1000 .tw.o pages is ridiculous.
ohertel: I agree
It should be on ONE server instead and that one be well maintained instead of having it split up and none really well maintained.
Would keep away trouble like 'belongs this page to docs. or dev. or info ...?' too...
however, I also agree with marclaporte that this procedure helps bug finding (and hopefully bug fixing) the current 4.x much faster...
which procedure?
We should have a main page and a testing page. period.
ohertel... not sure that I agree on the 1 big server versus several servers with different sites...
network of smaller nodes is always more resilient than just a big central node
and this is try for most systems... whatever type of systems they are...
for sure, we need people being able to maintain them...
Hm, columns are in preferences table, righr?
and since we have very sophisticated virtualized servers, afaik, less people is skilled enough to handle them...
Is it feature_left_column or cms_left_column? ,)
searching in a local 4.x
feature_left_column
thats set to "user"
yes, that displays link to allow user choice
hm, grep over db/* doesnt give me any hits... where is that definied?
feature_left_column
ah, chibaguy , you got it first :-)
in tiki_preferences table
Yah
but where is it defined? Its not in tiki.sql
and any other I looked in.
s/this is try/this is true
defined for a new site? in lib/setup/prefs.php I think
ohertel, maybe in the sql at the ./installer/schema ?
s/sql/sqls
ah, ok, chibaguy is right
yes, there it is.
ok, set to "n" for both columns, still blank page
top bar and bottom bar off, still not working.
ohertel: clear tiki caches
ohertel: any php errors?
xavi: ah true, forgot. ,)
yes, same happened to me in my local trial ;-)
nope, nothing. cleared temp, modules/cache never has any stuff in, and cleared templates_c
In Opera, I'm getting this error for (in this case) tiki-listpages.php: Fatal error: Allowed memory size of 50331648 bytes exhausted (tried to allocate 5404 bytes) in /var/www/tikiwiki.org/lib/core/lib/TikiDb/Pdo.php on line 84
Quite a bit, eh?
(tikiwiki.org/tiki-listpages.php)
Till before 4.x we could run well with 32MB ...
So something's messed up greatly in 4.x?
tw.o runs now for me
wait
http://tikiwiki.org/tiki-login_scr.php runs
http://tikiwiki.org/tiki-view_forum_thread.php?forumId=2&comments_parentId=35154 still doesnt work for me ...
try increasing max memory... but I am not sure that's it
I did, its at 64MB now, which is ridiculously high.
latest try: "Allowed memory size of 67108864 bytes exhausted (tried to allocate 71 bytes)"
Thats ridiculous ... what did you do in 4.x?
from the errors it looks like just PDO thats choking
hm
Ok, switched to adodb, now I get the tiki-forums.php
but tiki-index.php still gives me Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 2 bytes) in /v
So we have a memory hog here now.
http://tikiwiki.org/tiki-index.php works for me now
Not for me. Maybe I see more when logged in.
(I'm not logged in)
but I am.
So eating more memory.
Ok, with 128 MB I see the page.
But thats for debugging only, there is no way that Tiki shall run with 128 MB memory in php.ini ...
maybe we can clean up the junk on tw.o columns a bit? it's cluttered all over...
And it looks like Menu entries are not html-parsed ...
I see ä in plain in german menus ...
that worked before.
hmm - but this is good dogfood anyhow
Yah, we just found out that isnt not working well. ^^
that it's
so how do we fix this now? I cant let this run with 128MB per php process ...
it does seem like a lot to me, I wonder what is causing it
(I mean - I have loaded other pages with 32mb on other sites)
yah
we have big pages too at work.. with many links and categories and stuff.
I wonder if a smaller page will need as much memory... (probably yes right?)
No, we saw that pages with less included stuff need less memory.
ok maybe it's something specific, maybe the page translation module
*or maybe
the same page logged in -> borked, not logged in -> works
apge translation is shown only when logged in
well the only difference between logged in and logged out for tiki-index.php is the modules
maybe last forum posts?
Maybe the forums are the problem?
can we try that?
time to sleep here. g'night
sure, one sec.
bye chibaguy 
ok, is off now, caches cleared, mem to 32M, restarted
and blank page is back.
try removing the since your last visit module
But you dont see that when not logged in.
umm right
And you still get blank page.
ok... thinking
but a normal tiki-index.php page is not too demanding
i can't believe 32mb is not enough
me neither
Welcome to the official Tikiwiki English Irc channel, tw.o is better known as http://tikiwiki.org or the official website of the project.
now even http://tikiwiki.org/tiki-login_scr.php does not work for me
I set it back to 128 for now.
and yay, back it is. darn ...
How do I add a statement to not output to webserver but to logfile?
errors?
yah, to log memory usage to log?
don't know
well, one solution is to revert and then to reproduce this on another machine and then work on the problem there
Ah, error_log()
http://www.php.net/manual/en/function.error-log.php
So where to add it best? .P
maybe I can create a ubuntu amazon aws?
But I need to go out now....
Sure, have fun.
do you have any other ideas?
I'll do some testing, but no idea yet.
ok. sorry I have to go
Sure.
Ok, at one point memory usage jumps from 5 to 40 mb ...
between 2 query() to the db.
Wahhh ..... "select tp.* from `tiki_pages` as tp order by `lastModif` desc"
That only loads ALL wiki pages ...
grrrrrrrrrrrrr
who did this...
That makes memory usage jump from 9 to 47 MB ...
polom
toctoc
ohertel: you seem to have found the root of the problem, then...
mlaporte: did you know that dev.tw.o is down?
I just saw that
I pinged amette an hour ago or so... with no success
changi|sleeping: is doing more server stuff these days
ok
btw, mlaporte: do you know anywhere where the mindmap feature in tiki is working?
I'm afraid that this feature is not documented yet
mlaporte: fyi. doc.tw.o is taking ages also to respond... I tried this one: http://doc.tikiwiki.org/MindMap
maybe also the memory consumption issue is killing those sites...
bbl
tikiwiki: 03nyloth * r22953 10/branches/4.x/doc/devtools/release.php: [MOD] release script: adapt release script to the new name of branches (e.g. 4.x instead of 4.0)
re-polom
xavi ?
tikiwiki: 03nyloth * r22954 10/branches/4.x/doc/devtools/release.php: [MOD] release script: adapt release script for 4.x
xavi: I put dev.tw.o back on it's feet... no idea why it is dead again... seems to be high load
amette: scroll back, isn't it the same memory consumption problem ?
amette: bro, dev.tw.o doesn't load for me :(
trying with http://dev.tikiwiki.org/tiki-login.php
it looks like the narcolepsic tiki doesn't want to stand on its feets
hi
question
i just updated my svn pre-3.0 tiki to 3.3
i added a gallery
(image)
and when i go to the image gallery list it shows it to me but the link it has ( /gallerie1 is wrong as the right one should be tiki-browse_gallery.php?galleryId=1
any clue why this would happen?
this is the first image gallery ever i added
tikiwiki: 03nyloth * r22955 10/branches/4.x/lib/setup/twversion.class.php: [REL] Preparing 4.0beta1 release
LordVan: you have sefurls feature on
mlaporte: wouldn't it be better to pause the beta release process until we have fix for this memory leak problem ?
should have
LordVan: and you have .htaccess enabled ? if not, then switch it off
the feature
how do i check again? somewhere in admin but i'm not sure where
me neither from top of my head, probably Admin → Features
bleh .. i need to switch my admin to english .. ;=
tikiwiki: 03nyloth * r22956 10/branches/4.x/README: [REL] Update README file for 4.0beta1
sefurl are on
it in experimental tab of features page
so i need to put .htaccess off?
ops
I suck
news tarball
mv _htaccess -> .htaccess -> :D
tikiwiki: 03nyloth * r22957 10/branches/4.x/doc/devtools/release.php: [FIX] release script: fix displayed revision number after commit
mlaporte, pkdille ?
LordVan: :)
pkdille: i take it as that you know about this memory problem and releasing the beta anyway as it is not trivial to fix, right ?
hello
yes, we will now release a 4.0 beta 1 anyway
the problem seems not to be new (it seems not to be very clean to request all fields for all pages in one request....)
tikiwiki: 03nyloth * r22958 10/branches/4.x/lang/ (36 files in 36 dirs): [REL] Update language.php files for 4.0beta1
odd .. i keep getting an error when trying to upload an image ..
tikiwiki: 03nyloth * r22959 10/branches/4.x/changelog.txt: [REL] Update changelog.txt for 4.0beta1
strange agian same error
i wonder if it is the image or some other issue
odd
it worked now
after i saved the image again from gimp
prolly some problem processing the photo to make thumbnail ..
ah well as long as i know what causes it i can avoid it ;)
afk now
tikiwiki: 03nyloth * r22960 10/branches/4.x/copyright.txt: [REL] Update copyright.txt for 4.0beta1
polom
tikiwiki: 03nyloth * r22961 10/branches/4.x/templates/database-connection-error.tpl: [FIX] database connection error template: fix broken smarty syntax
pkdille: ping !!
hi changi
hi pkdille
hi Marc
yup !
Beta1 is a good name
marclaporte: i try to make a hotfix for the performance issue
pkdille : do you know how to deactivate pagination  ?
judge after implementation
:-)
tikiwiki: 03nyloth * r22962 10/branches/4.x/doc/devtools/release.php: [FIX] release script: fix message when SecDB file is created.
s/mayb/maybe/
tikiwiki: 03nyloth * r22963 10/branches/4.x/db/tiki-secdb_4.0_mysql.sql: [REL] SecDB for 4.0beta1
reflo : what's your fix ? 
oups redflo sorry
tikiwiki: 03nyloth * r22964 10/branches/4.x/doc/devtools/release.php: [FIX] release script: fix debug-packaging option for build_packages step
changi: load in chuncks and filter the chunks
stop if enough
changi|wondering  : : nothing can be done for dev before you sleep?
marclaporte dev is alive, no ? 
ah yes, now it is
:)
perhaps we deactivate list pages?
i wake it up, just to go sleeping
just need to remove it from menu no ? 
it could be in search engines
you don't need me to do that ?
no, I will
I was just wondering if that is the real issue
perhaps it's pagination in search results
the principal mysql query on db0 is : select tp.*  from `tiki_pages` as tp   order by `lastModif` desc;
in fact all (google|msn|yahoo)bot who ask for pages run this sql query
as MSNbot use 55 server for (botting <= love this word) it crawl down both server
is it possible to make cache for this menu mods ? 
thanks changi, your contribution is very very appreciated
redflo : Should we turn off anything on dev & doc to survive until there is a real fix?
popbably pagination links?
back for a few min (sorry I've been away)
reading back log
wb xavi
tikiwiki: 03pkdille * r22965 10/branches/4.x/ (2 files in 2 dirs): [FIX] database structure homogenization for a fresh 4.x installation and for a 3.x to 4.x upgraded tiki.
xavi: the mindmap on tw.o fails to load because of so many wiki pages 
(or it takes too long i wasn't patient enough to wait)
damn
my idea breaks pagination links
redflo: sure
redflo: you need to count all wiki pages to have proper pagination
i think there is no easy way out of this unless the count would be cached for a while
maybe until someone creates new wiki page or deletes one
or you estimate
like google
does or did
yep
but why couldn't there be a table column where the number of wiki pages is stored and updated depending on action with a wiki page ?
then you'd just need to query that number
wycsiwyca is the problem
every user has another page count
depending on permissions
well, it would of course need to be thinked properly and maybe have more columns for different access groups with different numbers depending on wysiwyca
so for anonymous there would be different count stored than for Admins, etc.
or a per user object access cache
yep
table
i think that would definitely improve performance
marclaporte: no hot fix - this is something that takes some time
ok
marclaporte: made tiki community pages more easy to share using the sharethis plugin... is it ok ?
great idea!!!
Dogfood and backlinks :-)
also just added blogs to the top menu, a pity they don't have more attention
are we going to use fixed_width on the community site ?
(when the right column is gone)
let's try!
ok
no idea why the menu doesn't look as good as before (padding)
tikiwiki: 03pkdille * r22966 10/branches/4.x/changelog.txt: [REL] Update changelog.txt for 4.0beta1
marclaporte: check it out
tikiwiki: 03pkdille * r22967 10/branches/4.x/copyright.txt: [REL] Update copyright.txt for 4.0beta1
luciash: marclaporte: what do you think about this hotfix: do the chunk loading now and count pages from all pages. This brings tw.o to a stable state and one can implement a cache later?
if the counting will be faster... does it mean we will have pagination or not ?
pagination will not be exact
pkdille & nyloth are the pagination experts
tikiwiki: 03pkdille * r22968 10/tags/4.0beta1/: [REL] Tagging release
I think the goal was to have constant pagination, which is possible for small sites, but not good performance-wise for large sites
you have to cache permission results
on busy sites (many page adds per minute) this will never be exact
So perhaps something like search results will be the answer. There is an option in the "performance" admin panel to set if perms are checked upon
dont know if this option helps in 4.x
since permission system changed
redflo: maybe cache is not necessary, just storing on each page change the correct +1 or -1 count for pagination, which would be only queried then instead of counting and checking perms of all pages on the fly
i mean the total number
luciash: but you have to do that for every object - not just pages, and every group and then what happens if a user is member of many groups?
as i said it has to be cleverly designed... you would need query the count only for group with highest perms for that object, etc.
i am sure it is not for 4.0 or even 4.1
maybe 5
marclaporte: keep tw.o on fixed_width or rollback ?
marclaporte: i am not sure it is better
luciash : needs a bit of work but promising!  (I prefer)
menu is weird
maybe we need to regroup elements, because there is less space
it is weird in fullwidth either
or move it below when possible
going to switch back until it looks better and svnupped
I am currently uploading the tiki4.0 beta1 tarballs to soureforge
we did some checks ... it seems ok (at least for installation or upgrade)
but, some more tests would not be useless
good job pkdille
nyloth did the main job :-)
marclaporte: about to send a hotfix witch should help for performance
but has no exact pagination
luciash: the mindmap site you said is not working for me either 
it should work, you just have to wait a bit
inexact pagination vs crashed site
yes
decisions decisions :-)
xavi: works for me
so does this only affect large sites?
i think so
so why not a checkbox in performance admin panel?
i'll mark it as hotfix - so i have no problem if someone rolls back
ok
it will start discussion on mailing list on how to deal with this
dev & doc are crashed again
can you try there?
then
how come community site handles better than doc & dev?
tikiwiki: 03redflo * r22969 10/branches/4.x/lib/tikilib.php: 
tikiwiki: Hotfix for performance problem. will introduce inexact pagination. Roll
tikiwiki: back if final fix is made!
sure, changi|wondering or amette can svn up
or sylvieg
luciash: I see some content there, but couldn't see anything beforehand, and clicking on the icons didn't do anything to me (maybe because I was not registered)
luciash: if you know how MindMap works, I wish you could add a couple of lines with indications on how to use it... at http://doc.tikiwiki.org/MindMap , whenever doc is up again