←Prev date Next date→ Show only urls(Click on time to select a line by its url)
WhoWhatWhen
CIA-36tikiwiki: 03jonnybradley * r40824 10/branches/9.x/lib/ (jquery_tiki/tiki-jquery.js smarty_tiki/function.favorite.php): [FIX] favorites: Get favorite button to fit in with the other buttons better
tikiwiki: 03jonnybradley * r40825 10/branches/9.x/lib/messu/messulib.php: [FIX] messages: Correcting "quality" enhancements so messages work again (thanks Xavi) 		[0:1]
Treblyjoined #tikiwiki [0:48]
arildb_joined #tikiwiki [1:6]
fabriciusjoined #tikiwiki [1:21]
arildb__joined #tikiwiki [1:25]
arildb_joined #tikiwiki [2:2]
sandroandradejoined #tikiwiki [2:7]
goj_killedByISPjoined #tikiwiki [3:2]
arildb__joined #tikiwiki [3:21]
arildb_joined #tikiwiki [4:7]
ennpeejoined #tikiwiki [4:25]
arildb__joined #tikiwiki [4:30]
arildb_joined #tikiwiki
joined #tikiwiki 		[4:56]
........................................................................................................................................ (idle for 11h16mn)
Tiki|botNew Forum Posts: problem with pictures - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=43765 [11:16]
...................................... (idle for 3h6mn)
sandroandradejoined #tikiwiki [14:22]
............. (idle for 1h1mn)
CIA-36tikiwiki: 03jonnybradley * r40826 10/branches/9.x/ (2 files in 2 dirs): [FIX] content templates: Restore switcing of editors and use correct toolbar for template section [15:23]
..... (idle for 23mn)
tikiwiki: 03sylvieg * r40827 10/branches/8.x/ (lib/init/initlib.php tiki-filter-base.php): [FIX]temp: mode generic [15:46]
.......... (idle for 47mn)
jonnybjoined #tikiwiki [16:33]
sylviegjonnyb: thx for your comment about the snippet
I agree - it was working some times ago - but there is too many abstraction layer I do not understand 		[17:0]
jonnybhi sylvieg - jsat stepping through the code now... getting lost (as usual!)
jsat/just
me too 		[17:1]
sylviegbefore I think I remember that in contentsource the snippet was built if needed [17:2]
........... (idle for 50mn)
CIA-36tikiwiki: 03jonnybradley * r40828 10/branches/9.x/templates/searchresults-plain.tpl: [FIX] search: Don't html escape highlight snippets so the highlighting show (html entities in wiki pages still get parsed) [17:23]
jonnybsylvieg: i think adding parsing of search results is too big a thing for now - maybe for tiki 10
it's really not trivial at all 		[17:25]
GillesMjoined #tikiwiki
joined #tikiwiki 		[17:27]
.... (idle for 15mn)
CIA-36tikiwiki: 03sept_7 * r40829 10/trunk/ (5 files in 2 dirs): [FIX] Fix some pb with {add_help}
tikiwiki: 03sept_7 * r40830 10/trunk/templates/admin/include_anchors.tpl: [FIX] Better use of {self_link}...
tikiwiki: 03jonnybradley * r40831 10/branches/9.x/lib/userslib.php: [FIX] kaltura: Backport perm label changes 		[17:42]
Jyhem_laptoppolom sylvieg & jonnyb [17:47]
jonnybhi Jyhem_laptop [17:48]
Jyhem_laptopI see sept_7 is working on trunk. Strange. Is anyone n conact with him?
s:conact/contact
Jyhem_laptop experiments with {list} :-) 		[17:49]
jonnybgood point, no, not directly [17:49]
benoitgjoined #tikiwiki [17:57]
Jyhem_laptopI found docs on how to setup cron jobs for unified search here: http://dev.tiki.org/Unified+Search#Cron_job
I suppose that's all there is to it? 		[18:10]
.... (idle for 17mn)
jonnybJyhem_laptop: yup, the tiki 9+ version obviously
you might also need to set up a "sudo -u www-data php lib/search/shell.php process" one if you're importing lots of items in batches
although if it's more than several 100 items a rebuild is often quicker - milage definitely varies with this stuff
also you need to watch out the user you use to run the task is the apache user for your system (www-data seems the most common)
try it out in a shell first (on a small tiki - my big tracker one takes 15 minutes+ to rebuild)
i have mine processing every 5 mins, rebuild every 24 hours 		[18:27]
Jyhem_laptopHmmm, what does "process" do ? It's not mentioned in the page.
Jyhem_laptop reads source 		[18:37]
jonnybit processes the queue of stuff that's been modified and needs re-indexing [18:38]
Jyhem_laptopSo rebuild is supposed to be useless unless an indexing issue occurs ? [18:39]
jonnybevery time something's saved it processes the top 10 things in the queue, so if you've modified 50 items the next 5 saves (of pages etc) you do will be quite slow
can causes timeouts etc 		[18:40]
Jyhem_laptopI think I get it. [18:41]
arildbjoined #tikiwiki [18:42]
Jyhem_laptopSo when I imported my 20 batches of 500 tracker items some days ago, I should have expected everything to be quite slow afterwards, since I did not do any rebuilding
Ahaaahhhh !!!!
sudo -u www-data php lib/search/shell.php process
[sudo] password for libs:
2012-04-08T16:43:41+00:00 INFO (6): Processed queue
2012-04-08T16:43:41+00:00 INFO (6): Processed 10 items, 61001 remaining.
still slow, then 		[18:43]
jonnybprobably best to do a rebuild, i'd say
you can also see the queue size on admin/search 		[18:45]
Jyhem_laptopYes, I just did: Rebuild in progress - exiting.
Ah, yes. I did not notice it before
Should I uncheck "MySQL Full-Text Search"? 		[18:45]
jonnybyes, i don't think they get on very well
need to pass all this on to changi|morphee to try it out on some of the tiki sites 		[18:48]
Jyhem_laptopJyhem_laptop suspects they are both on by default [18:49]
CIA-36tikiwiki: 03jonnybradley * r40832 10/branches/9.x/ (4 files in 4 dirs): [ENH] sefurl/canonical: Add in missing objects types for canonical links, which necessitated completing some missing sefurl rules (hence partly an enhancement which started out as a fix) [19:0]
arildb_joined #tikiwiki [19:9]
...... (idle for 28mn)
CIA-36tikiwiki: 03jonnybradley * r40833 10/branches/9.x/templates/canonical.tpl: [FIX] canonical: "Canonical should link to http version because better for SEO" [19:17]
Jyhem_laptoprebuild still in progress. Strangely, top shows no particular use of memory or CPU [19:28]
CIA-36tikiwiki: 03jonnybradley * r40834 10/branches/9.x/templates/tiki-admin_modules.tpl: [FIX] modules: Use um_name to pick value for save/create button as um_title can be empty
tikiwiki: 03jonnybradley * r40835 10/branches/9.x/tiki-admin_modules.php: [FIX] modules: Only check for existing module with same name on create (user) module otherwise you cannot modify existing ones 		[19:41]
tikiwiki: 03jonnybradley * r40836 10/branches/9.x/lib/userslib.php: [FIX][bp/r40636] Some general tweaks/improvements to permission definitions (thanks marclaporte)
tikiwiki: 03jonnybradley * r40837 10/branches/9.x/templates/tiki-admin_categories.tpl: [FIX] categories: Wrong var for pagination 		[19:55]
.... (idle for 15mn)
jonnybJyhem_laptop: 60000 objects? yes, it'll take a while... the process will be called "php" afaik [20:10]
Jyhem_laptopjonnyb: Let's just hope it is actually in progress. I first killed it (ctrl-c) because I wanted to start it over with timing information. Every time I try it again, it just says "2012-04-08T18:13:05+00:00 INFO (6): Rebuild in progress - exiting."
we'll see 		[20:16]
jonnybah right, yes that's a bit crappy - if a dir called temp/unified-index exists it thinks a rebuild is in progress and just exits - so if you kill a rebuild (or it fails) then this dir needs deleting manually
jonnyb notices lots of stuff that needs adding to the doc page!
you'll fine unified-index is owned by apache so you need to sudo rm -R (which is always worrying!) 		[20:18]
CIA-36tikiwiki: 03jonnybradley * r40838 10/branches/9.x/lib/categories/categlib.php: [FIX] categories: update ignore when moving objects to another category (so objects also already in the destination category will be left behind) [20:22]
Jyhem_laptopOhhh, it's in the filesystem, not the database. Cool. I'll just remove the dir and rebuild
no sudo required in my setup. It's apache with fcgi
hmm temp/unified-index is gone but I still get "Rebuild in progress - exiting." 		[20:27]
jonnybcurious - no multi-tiki? (it might be inside a "virtuals" temp dir in that case) [20:34]
Jyhem_laptopAhah, it is actually temp/unified-index-new
Jyhem_laptop looked it up in function rebuildInProgress
s/looked it up/echoed it :)
and yes, that one is aowned by www-data 		[20:35]
recreated temp/unified-index with previous permissions and "sudo -u www-data time php lib/search/shell.php rebuild" now got php process to use 98% of my CPU. Looks much more like I'd expect [20:42]
jonnybyes, i uses a zend makedir function which ignores group sadly [20:42]
Jyhem_laptopI don't know. I did not take chances: I just re-created it. [20:43]
.......... (idle for 45mn)
Hmmm :-(
<pre>ERROR: &lt;R...&gt; Can not open file: /var/www/clients/client2/web2/web/temp/cache/228d39a21e0ab5275678ac3b5324c66e.R <em>in</em></pre><p><pre>1:25
And it crashed the rebuild, and now it claims that "Rebuild in progress - exiting." again 		[21:28]
RobertPlummerjoined #tikiwiki [21:30]
Jyhem_laptoptemp/cache/228d39a21e0ab5275678ac3b5324c66e.R is a PluginR file [21:30]
..... (idle for 22mn)
jonnybJyhem_laptop: try using the log option - lib/search/shell.php rebuild log (it makes a log file in temp)
it'll show you the page or whatever the re-indexing failed on (usually turns out to be a WSoD page) 		[21:52]
Jyhem_laptopIt told me that : 228d39a21e0ab5275678ac3b5324c66e.R is the R plugin generated page.
I moved all R plugin files out of temp/cache and launched rebuild again
If that works, I can put these files back and try again 		[21:58]
CIA-36tikiwiki: 03jonnybradley * r40839 10/branches/9.x/ (4 files in 3 dirs):
tikiwiki: [FIX] selectmenu: Make menu wider so the text doesn't get covered over by the
tikiwiki: triangle graphic, improve workaround for creating selectmenus in hidden divs as
tikiwiki: well as fieldsets and add warning on pref (also another warning on
tikiwiki: feature_jquery_tablesorter re js minify) 		[22:10]
Jyhem_laptopjonnyb: did you uncheck "Incremental Index Update" since you have this crontab? [22:13]
jonnybno, but have wondered if i should
i left it on as users will expect their changes to be available in the search immediately - and if the queue is under control it should work... 		[22:14]
left #tikiwiki
joined #tikiwiki 		[22:21]
off to eat now, cu 2morrow [22:30]
.................. (idle for 1h29mn)
deekujoined #tikiwiki [23:59]
←Prev date Next date→ Show only urls(Click on time to select a line by its url)