[xwiki-users] Solving performance problems
I have recently started to fill my wiki with lots of content. Currently I have 4772 XWiki documents and 2260 XWiki objects. Not so much I think, but it looks like I'm reaching a limit. This is first time I have looked into SQL internals of XWiki. Goddamn! There were no indices except primary ones! OK, I have lowered load time from 15sec to 9sec having created indices (e. g. XWD_FULLNAME in xwikidocs) Still too much. Maybe I could improve it any further, but some queries are maid the way I don't know obvious way to make index for them. For instance, I can see where hidden 1 or hidden is null in queries. It would be nice to see where hidden = 0 instead (and null being not allowed) Xen:~ OCTAGRAM$ time GET http://blog.toom.su/ [...snip...] /div/div/body /html real0m8.395s user0m0.158s sys 0m0.052s Xen:~ OCTAGRAM$ time GET http://pascal.toom.su/Index [...snip...] /div/div/body /html real0m5.537s user0m0.157s sys 0m0.043s Xen:~ OCTAGRAM$ time GET http://www.xwiki.org/xwiki/bin/view/Main/News [...snip...] /div/div/body /html real0m1.981s user0m0.152s sys 0m0.034s 2 second is also too much, but how do you keep response time that low? Is it just due to the fact you scatter documents across different databases or may be there was a huge improvement from 2.4M1? http://pascal.toom.su/Index is even not a dynamic page, it just has lots of wiki links. -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Commenters' and users' IP tracking
Hello! A very natural desire of anyone whose wiki has open spaces is to track IP of every edit (something like Wikipedia). But I can't figure out whether it is implemented or not. First, I thought it isn't (no traces in Document API). This issue: http://jira.xwiki.org/jira/browse/XWIKI-1913 makes me think that not only IPs, but also X-Forwarded-For are stored. Still, I'm not sure, and I don't know how to use this. -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Upgrade from 2.2 to 2.4 RC 1 -- base6 4.lt;initgt; error.
I failed to install XWiki on GlassFish 3 exactly because of this bug. It looks like bug in Java 6, not XWiki. So, currently I use Java 5, GlassFish 2 (but look straight on Caucho Resin), and everything goes fine. -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] What URIs do you need?
Hello! I have recently encountered a blocker and while I have almost fixed it (freestanding links are not working yet, but [[links]] are). I need magnet URIs very much. Or maybe very much isn't appropriate expression here. I supposed to meet no problem (except freestanding links), and instead I am wasting my time on fixing something that should work out-of-box. Since I am not the developer of XWiki I have to spend some time to study how everything works. Anyway, there are lots of possible blockers for any of you, and they are different and unpredictable for developers. I have created an issue: http://jira.xwiki.org/jira/browse/XWIKI-5368 If there are some URIs that you might want to use on XWiki, it is better to comment there. Every URI that looks like scheme://something does not need special care. -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] File Explorer for Unix FS
Caleb James DeLisle calebdeli...@... writes: You might have a look at the file upload plugin, it allows files to be put on the server (and downloaded from it) without being attachments which take up space in the database. How to use it? Is there any frontend available? -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Need clarity: programming rights
Hello! I am thinking about the purpose of this extension: http://code.xwiki.org/xwiki/bin/view/Extensions/ProgrammingRightTestGreasemonkeyExtension It is easy to forget and save pages with programming permission It is not only easy but also unobvious. I don't understand how to turn on and off programming privilledges on a particular Page. I guess, this is per-page 'programming' right. It can't be set via Rights Management UI but rights can be edited as object. However, I'm not sure. I'd like someone experienced enough to describe and put some references here: http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Access%20Rights http://platform.xwiki.org/xwiki/bin/view/Features/RightsManagement http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting http://code.xwiki.org/xwiki/bin/view/Extensions/ProgrammingRightTestGreasemonkeyExtension That's where I was looking for answers. -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] {{html wiki=true}}
Ivan Levashew wrote:
Does anybody had this idea before?
I'd like to establish the mapping as follows:
http://something.metrolace.ru/Page -
http://metrolace.ru/bin/view/Something/Page/
http://something.another.metrolace.ru/ -
http://metrolace.ru/bin/view/SomethingAnother/WebHome/
That is, the whole domain is a collaborative wiki with
pretty short URLs. New domains are being created on demand
because they are essentially good old Spaces.
I'm going to use url_rewrite in Squid (in particular, because I
don't know why it's so difficult to get rid of /bin/) and custom
XWikiURLFactory implementation.
Any advices? Did somebody already write custom URLFactory before?
If anyone is wondering about this, it was almost enough to rewrite
ServletURLFactory.
Bad news is that XWiki pages often misbehave when URLs are not relative.
This is due to {{html wiki=true}} being commonly used everywhere.
Things like a href=$xwiki.getURL(... work nice when URLs are relative.
a href=/bin/view/Main/ remains unchanged after applying wiki parser.
However, a href=http://another.space.toom.su/; gets messed because a
href=http://another.space.toom.su/; turns into a href=span
class=wikiexternallinka class=wikimodel-freestanding
href=http://another.space.toom.su/;span
class=wikigeneratedlinkcontenthttp://another.space.toom.su//span/a/span
Another bad news is that tricks like a href=//another.space.toom.su/
didn't work. They are also being changed by XWiki parser, this time it
creates em tag which again messes everything.
I've done my best to make most troublesome URLs relative. E. g. get
URLs are always relative due to AJAX crossdomain restrictions. Still
there are some dark corners where the problem can't be workarounded by
just tweaking my servlet URL factory implementation without completely
sacrificing multidomain illusion. This bug (it is, isn't it?) looks like
this:
http://www.peeep.us/2aded8d0
Should it be fixed?
When I was fixing Main.Spaces I thought there should be something like
{{wiki}} or better wiki in html mode. wiki is better because
xmlescape encodes in Velocity output.
Having both systems in effect is glitches-prone. Not having wiki makes
proper introducing wiki fragments annoying. In the Main.Spaces wiki
engine is only used to reference WebHome of every space. I've got to put
{{html wiki=false}} in several places instead of putting wiki in
just one.
--
If you want to get to the top, you have to start at the bottom
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] {{html wiki=true}}
Thomas Mortagne wrote:
The main issue is that wiki link syntax [[ ]] does not support enough
things which leads use to use html macro where we should not. See
Forgot the link: http://jira.xwiki.org/jira/browse/XWIKI-3611
No, this is not a primary concern IMHO. At least, in places where I was
applying fixes the problem is wider. XWiki syntax lacks divs,
scripts, and instead of widening XWiki syntax I'm generally interested
in convenient and reliable mixing wiki and html.
For the workaround, the easiest and most effective solutions currently are:
1) make sure you really need that wiki=true
2) make sure you can't write this link using wiki syntax
2) if you can't get rid of it put a sub {{html}} macro around the link like
in
{{html wiki=true}}
* some list item with a {{html}}a
href=http://another.space.toom.su/;link/a{{/html}}
{{/html}}
Yes, in my Main.Spaces I've done something like that. Wiki is only
needed for one item. I have wrapped every uncle of this item in {{html
wiki=false}}
http://toom.su/Spaces?viewer=code
http://www.peeep.us/bccd02e4
Another place I had to fix by hand is tagedit.vm. It constructs an AJAX
URL pointing to Main.WebHome with view action.
That's all for now. In other places URLs are relative and problems are
not noticeable. I remember, the first time I saw this problem in the
Blog Categories panel, but URLs are now relative there as well.
--
If you want to get to the top, you have to start at the bottom
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Controlling not only contents but also page titles in class instances
Hello!
My experience with classes in XWiki is obtained after creating a Todo
application. The tutorial is published here:
http://www.theserverside.com/news/1363830/XWiki-A-Platform-for-Collaborative-Apps
It is obsoleted, but I've got the basics.
There is a class fabric at XWiki.XWikiClasses. It is straightforward to
create a Class, a Sheet and a Template using this fabric. Sheet is being
used to hold control over presentation of increasing number of class
instances and Template injects a reference to Sheet in new instances.
Everything is fine, but I don't understand how to hold control over page
titles. That is, if once in a blue moon I will want to change title
format from $doc.getObject('SomeSpace.SomeClass').get('SomeField') to
something different, every class instance must be affected (except those
ones which have their title edited manually).
My naive tries don't work as expected. Is it ever possible?
--
If you want to get to the top, you have to start at the bottom
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Cookie domains
Ivan Levashew i.levas...@... writes: Set-Cookie: username=GpCybk1DvZRGHYktowzcuA__; Version=1; Max-Age=1296000; Expires=Fri, 09-Jul-2010 17:54:46 GMT; Path=/; HttpOnly I can see no domain here despite I have set xwiki.authentication.cookiedomains=.metrolace.ru I seem to have found the cause. XWiki doesn't put Domain in cookie when domain matches exactly. I. e. when request is done for metrolace.ru, XWiki doesn't put domain in cookie. Squid redirector naturally was programmed to redirect almost everything to http://metrolace.ru/... When I change this to http://www.metrolace.ru/, this www makes XWiki ner^Wput Domain=.metrolace.ru in cookies as it supposed to do. Do you think this strategy of non-putting Domain= in exact domains makes sense? Those ones who have just 1 domain are not likely to edit cookiedomains in xwiki.cfg and those ones like me using reverse proxies for balancing or URL rewriting just meet yet another unwanted obstacle. The piece of code is here: xwiki-core/src/main/java/com/xpn/xwiki/user/impl/xwiki/ MyPersistentLoginManager.java private String getCookieDomain(HttpServletRequest request) String servername = request.getServerName(); should be changed to String servername = . + request.getServerName(); -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Cookie domains
Hello! I'm slowly implementing my intentions: http://mid.gmane.org/loom.20100612T141011-881%40post.gmane.org The problem I have noticed is that I can't login currently. Login page is located on http://wiki.x.metrolace.ru/ (wiki.x is ugly, I'll fix it later) and the headers look like this when I'm logging in: Set-Cookie: username=GpCybk1DvZRGHYktowzcuA__; Version=1; Max-Age=1296000; Expires=Fri, 09-Jul-2010 17:54:46 GMT; Path=/; HttpOnly I can see no domain here despite I have set xwiki.authentication.cookiedomains=.metrolace.ru I have also tried xwiki.authentication.cookiedomains=metrolace.ru, it didn't work. As a consequence, the cookie is only valid on wiki.x.metrolace.ru, but not on e. g. http://photos.metrolace.ru/ I guess this is an effect of security improvement in 2.4M1: Added support for HttpOnly flag for session cookies (XSS protection measure) It was mentioned that it required manual headers composing, and domains might have been forgot when writing from scratch. Is it a bug or maybe I'm missing something? -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Resize images and keep aspect ratio
Abel Solórzano Astorga writes: To make my question more general, What is the best way to dynamically resize images on xwiki? or set a max size for the images maintaining the aspect ratio. I have installed a PhotoAlbum application: http://photos.metrolace.ru/HubPicknick0410 Photos are big, but they are resized on server. An URL of resized image look like this: http://photos.metrolace.ru/HubPicknick0410/DSC03621.JPG?height=150 This is http://metrolace.ru/bin/download/Photos/HubPicknick0410/DSC03621.JPG?height=150 in the classical naming scheme. width=150 also works. I can't find the complete documentation on attachment parameters. Here: http://code.xwiki.org/xwiki/bin/view/Plugins/ I can see Zip Explorer Plugin here, but I can't see something related to resizing images. -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Post-upgrade issue
After upgrading from 2.3 to 2.4M1 there are lots of text
strings everywhere on every page. They look like this:
$xwiki.ssfx.use('js/xwiki/widgets/jumpToPage.css', true)
$xwiki.jsfx.use('uicomponents/widgets/confirmationBox.js', true)
$xwiki.ssfx.use('uicomponents/widgets/confirmationBox.css', true)
$xwiki.jsfx.use('uicomponents/widgets/confirmedAjaxRequest.js', true)
$xwiki.jsfx.use('uicomponents/widgets/notification.js', true)
$xwiki.ssfx.use('uicomponents/widgets/notification.css', true)
(snipped)
It's an easy-to-edit website that will help you work better
together. This Wiki is made of pages sorted by spaces. You're
currently in the Main space, looking at its home page (WebHome).
$xwiki.ssx.use('Main.Dashboard')
Also, there are exceptions java.lang.NullPointerException in logs
and lines like this:
[#|2010-06-13T12:59:22.015+0700|INFO|sun-appserver2.1|
javax.enterprise.system.stream.out|
_ThreadID=17;_ThreadName=http://metrolace.ru/bin/view/Main/;|
2010-06-13 12:59:22,015 [http://metrolace.ru/bin/view/Main/] ERROR
internal.DefaultVelocityEngine - Left side ($tagCount.size()) of ''
operation has null value at velocity macro[line 54, column 24]|#]
What's going on? Did I something wrong while updating?
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Post-upgrade issue
Additional info:
I am playing in Sandbox now. Here are the results:
{{velocity}}
$xwiki
{{/velocity}}
turns into
com.xpn.xwiki.api.xw...@223373
===
{{velocity}}
$xwiki.getXMLEncoded('abc')
{{/velocity}}
turns into
abc
===
{{velocity}}
$xwiki.ssx.use('Main.Dashboard')
{{/velocity}}
turns into
$xwiki.ssx.use('Main.Dashboard')
Velocity seem to be working, it looks like a parser issue. Maybe
I should try to downgrade some JAR? Which one?
--
If you want to get to the top, you have to start at the bottom
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Post-upgrade issue
Asiri Rathnayake asiri.rathnay...@... writes:
Hi Ivan,
It looks like skin extension plugins are not loaded in your XE. You can try:
{{velocity}}
$xwiki.ssx
{{/velocity}}
And see if it outputs the plugin API object.
No, it doesn't.
#-# List of active plugins.
xwiki.plugins=\
com.xpn.xwiki.monitor.api.MonitorPlugin,\
com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin,\
com.xpn.xwiki.plugin.skinx.JsSkinFileExtensionPlugin,\
com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin,\
com.xpn.xwiki.plugin.skinx.CssSkinFileExtensionPlugin,\
.
There are no skinx entries.
If you are sure that your xwiki.cfg is correct, you should see some
exception traces when you start XE. These exceptions will complain that some
plugins are missing or was not loaded due to errors.
If you can try the above and post the tomcat logs for missing / errornous
plugins, may be we can help.
Thank you very much.
My mistake is that I have deployed
xwiki-web-2.4-milestone-1\standard\target\
xwiki-web-standard-2.4-milestone-1.war
instead of
xwiki-enterprise-2.4-milestone-1\web\target\
xwiki-enterprise-web-2.4-milestone-1.war
When I was compiling 2.3, there was just 1 .war.
--
If you want to get to the top, you have to start at the bottom
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki/1.0 and XWiki/2.0 escaping
Marius Dumitru Florea mariusdumitru.flo...@... writes: http://platform.xwiki.org/xwiki/bin/view/Main/ XWikiSyntax#HEscapes ;) This doesn't fix your problem. What about http://platform.xwiki.org/xwiki/bin/download/DevGuide/ API/xwiki-core-2.3.1-javadoc.jar/com/xpn/xwiki/ api/Util.html#escapeText%28java.lang.String%29 ? Hope this helps, Yes, it was helpful. However, I can see no XWiki/2.0 escaping. Here: http://maven.xwiki.org/site/xwiki-core-parent/xwiki-core/apidocs/ index-all.html ... I have found XWiki/1.0 escaping and Radeox escaping, but no XWiki/2.0 escaping. escapeText(String) - Method in class com.xpn.xwiki.api.Util Protect Text from Wiki transformation. escapeText(String) - Static method in class com.xpn.xwiki.util.Util API to protect Text from Radeox transformation -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Yet another thread on file-based attachments
I'm testing WebDAV now and getting lots of exceptions when copying photos from PhotoAlbum. There are entries like this one: Caused by: java.lang.OutOfMemoryError: Java heap space Web server isn't stable in these moments. javaw.exe consumes about 600Mb of memory. Although I can adjust it to use 3Gb of memory, this seems to be a wrong way. Storing big attachments in a database is a wrong way. Handling them in-memory is a wrong way. They should be handled in another manner. Some kind of event-based servlet streams attachments block by block without putting any whole octet stream in memory (it seems that stroring attachments in database implies this as a consequence). No matter what I (and you) do, wrong way will constantly show its wrongness and limitations. X-Wiki is far from being perfect yet indeed it's outstanding. I don't regret I have spent some time to get it working. I hope, current way of handling attachments will be obsoleted soon. -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Crete xwiki pages from a template
Abel Solórzano Astorga abelsolorz...@... writes: So when the page is created it has the same content as the template page. Something like this? http://platform.xwiki.org/xwiki/bin/edit/Main/LongURLs?template=ShortURLs It works in 2.3, and it's largely used by structured objects (e. g. create new Blog record, create new Todo, etc.). Another interesting argument is a parent. Parent seems to be the page that is displayed in the navigation bar as being a parent for the page. -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Subdomains as spaces
Does anybody had this idea before? I'd like to establish the mapping as follows: http://something.metrolace.ru/Page - http://metrolace.ru/bin/view/Something/Page/ http://something.another.metrolace.ru/ - http://metrolace.ru/bin/view/SomethingAnother/WebHome/ That is, the whole domain is a collaborative wiki with pretty short URLs. New domains are being created on demand because they are essentially good old Spaces. I'm going to use url_rewrite in Squid (in particular, because I don't know why it's so difficult to get rid of /bin/) and custom XWikiURLFactory implementation. Any advices? Did somebody already write custom URLFactory before? -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Associated forum
What forum would you recommend to use in combination with X-Wiki? Its authorization is wished to be integrated with X-Wiki's one, and userbase is wished to be taken from X-Wiki (because WebDAV won't work otherwise IIUC). ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Searching workaround for HTML in title-field
Joel Forsberg wrote:
Do you happen to know the JIRA ticket for this bug? (if there is one?)
http://jira.xwiki.org/jira/browse/XE-24 but it is for previous search
engine.
The {pre} seems to dodge some of the unwanted effects, but in turn makes
further editing the script difficult. Next time I edit the {pre} seems to
have
disappeared, instead leaving a p-tag artifact depending on circumstances.
CrossSiteScripting example: scriptalert('I pwnd U')/script
= bad, bad, bad
That is exatly what I would like to avoid, hehe. :)
--
If you want to get to the top, you have to start at the bottom
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki/1.0 and XWiki/2.0 escaping
The bug itself is reported on JIRA: http://jira.xwiki.org/jira/browse/XAPANELS-126 -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Searching workaround for HTML in title-field
James DeLisle wrote: This is not a problem only with the search field. It's a security policy that XWiki allows it's users to run script. In syntax 1.0 you are allowed to type HTML (and thus script) into the document, in syntax 2.0 you can use HTML in the document by invoking the HTML macro. My opinion is that to prevent users from running script you would have to set up an output filter such as Apache mod_filter and implement a policy which blocks all script which is in parts of the page which are user editable. I have a short experience with Jaxer. It is not maintained, but is pretty usable if starting from scratch is OK for you. Notable difference is that most operations are performed on structured DOM trees as opposed to structureless strings in e. g. PHP. The engine is serverside Mozilla, so the tricks like innerHTML are working, but strings are exception instead of a rule in the world of Jaxer. I think, sooner or later it would be evident that next major revision of X-Wiki must use structured data instead of all that easy-to-forget-because-anyway-it-mostly-works escaping. This makes sense because, for instance, one might want to enable users to post into common blog but prevent them from storing scripts. There is no string noscript(string) function. It is far beyond mere escaping. Even if such function existed, parsing and serializing is CPU-costly. -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Disappearing attachments
I have increased max_packet_size in MySQL and reuploaded every photo. I don't see this problem anymore. I wonder why it's possible to attach oversized photo (1Mb), but impossible to delete it (when recycle bin is enabled). I have a hypotesis that there is a write-back cache. This cache makes it possible to upload 3.5Mb photo, but it fails to write it into a permanent store because of MySQL restriction. Eventually, write-cached item becomes inaccessible. -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Yet another thread on file-based attachments
I have seen another threads, but I didn't noticed any good idea. I have only seen JCR project in the sandbox. http://dev.xwiki.org/xwiki/bin/view/Design/JcrStore I have no idea what is JCR. «JCR» sounds very different from «filesystem». Installing and maintaining JCR is likely to be yet another brainache I'd like to skip. Finally, «Translate XWQL to JCRSQL2» sounds very different from «simple and reliable». «Storing 10Mb octet streams in database» doesn't sound like being reliable, and indeed it caused strange problems recently. So my humble wish is to see xwikiattachment_content table replaced with a mere filesystem storage. Other tables left intact. Maintaing «Space/Document/Attachment» structure is not a requirement (althoung it would be nice since I could share it in GreyLink DC++ this way). -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Yet another thread on file-based attachments
Caleb James DeLisle writes: «Storing 10Mb octet streams in database» doesn't sound like being reliable, and indeed it caused strange problems recently. On the one hand it definitely over-stresses the database but on the other hand it is very nice to be able to do a database dump, wipe the disk, load the dump and be right back where you were before. Maybe a hybrid where content is stored in the db and 'cached' on the hard disk but caches make debugging a huge pain. Still something has to be done about the max_packet issue. With regards to dumping, I'd like it to be done via FTP or WebDAV means. I don't know whether current WebDAV implemetation is suitable for dumping. Anyway, dumps maid that way are going to be more portable compared to e. g. MySQL dumps. Also, MySQL dump isn't browsable with tools like FAR Manager. XARs are portable and browsable. -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Disappearing attachments
Hello! I have set up XWiki on my server. J2EE 5, GlassFish 2, MySQL. Moving attachments around caused big problems so I had to turn off versioning and recycle bin, if this matters: #-# Role hints that differentiate implementations of the various storage components. To add a new implementation for one #-# of the storages, implement the appropriate interface and declare it in a components.xml file (using a role-hint other #-# than 'default') and put its hint here. # #-# The main (documents) storage. # xwiki.store.main.hint=default #-# The attachment storage. # xwiki.store.attachment.hint=default #-# The document versioning storage. # xwiki.store.versioning.hint=default #-# The attachment versioning storage. Use 'void' to disable attachment versioning. xwiki.store.attachment.versioning.hint=void #-# The document recycle bin storage. # xwiki.store.recyclebin.hint=default #-# The attachment recycle bin storage. xwiki.store.attachment.recyclebin.hint=void #-# Whether the document recycle bin feature is activated or not # xwiki.recyclebin=1 #-# Whether the attachment recycle bin feature is activated or not storage.attachment.recyclebin=0 #-# Whether the document versioning feature is activated or not # xwiki.store.versioning=1 #-# Whether the attachment versioning feature is activated or not xwiki.store.attachment.versioning=0 #-# Whether the attachments should also be rolled back when a document is reverted. xwiki.store.rollbackattachmentwithdocuments=0 I am testing this wiki and amongs other problems encountered the following one. There is a photoalbum application instance. Here is my test album: http://metrolace.ru/bin/Photos/HubPicknick0410 The problem is that attachments are disappearing after some time. Or, speaking preciselly, their size becomes 0 when one visits a page with particular photo. This is files viewer: http://metrolace.ru/bin/Photos/HubPicknick0410?viewer=attachments This is a snapshoted version: http://www.peeep.us/f01aa5ce Some files have version 1.2 just because I have reuploaded them when their size became 0 for the first time. Some files are zero-sized. Others left intact. However, visiting particular photo by clicking it triggers disappearing. One can click any photo, and then visit files viewer and notice that exactly this file has changed its size to 0. -- If you want to get to the top, you have to start at the bottom ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
