Extension talk:FileSync

No to-FS sync
It may be good idea to give a possibility to disable to-filesystem sync (using some external flag). --Khitrenovich 17:07, 2 October 2007 (UTC)
 * All you need to do to make it one-way only is to make the file not writable by the webserver. --Nad 21:58, 2 October 2007 (UTC)

Doesn't work for me....
The extension doesn't work for me. On the first update of the file in filesystem the content of the article is overwritten with the content of the file, and the "magic word" disappears. Also, the article itself is shown empty on main page, but shows content while editing.

I'm using:
 * MediaWiki: 1.8.3
 * PHP: 5.1.6 (apache2handler)
 * MySQL: 5.0.27

Any ideas? --Khitrenovich 19:01, 2 October 2007 (UTC)
 * The file must also have the magic word in it as both the file and article are replicas of each other. Also the file must be writable by the web-server. --Nad 21:56, 2 October 2007 (UTC)
 * Aha... It's not exactly what I need... Thanks anyway! --Khitrenovich 10:11, 7 October 2007 (UTC)

__

peblusto says: "...The file must also have the magic word in it..." - nixes it for me! however, this extension it fails anyway:
 * Sorry! We could not process your edit due to a loss of session data.
 * Please try again. If it still doesn't work, try logging out and logging back in.

...causing my wiki to forget the user-login from one wiki page to the next wiki page unless they also have [ ] Remember my login on this computer checked. wow! i've tried other extensions that failed, and merely commented them out of my localsetting.php file, but i've not seen an extension corrupt my entire wiki before! filesync is a nice idea, as i would like to automatically incorporate existing non-wiki files on the hard drive as a resource, though. however, unless they're already translated to wiki markup, and, as you say, already include the code, what's the point? it's not like i can have a user update their directory of non-wiki ms-word files, and then immediately see the contents as wiki contents anyway right? there's a spark here, but it needs more fuel to catch fire. anyway, all I need to know now is how to fix my wiki's inability to remember the logged-in users from page to page. any clues? peblusto 15:58, 11 October 2007 (UTC)

__

peblusto says: i resolved the issue of loosing login being remembered from page to page - murphy's law of changing more than one thing at a time. for me, the resolution was in general rather than specific server temp variable in php.ini, was:
 * session.save_path=temp

now:
 * session.save_path="C:\www\apache2\htdocs\temp"

... so the challenge is to troubleshoot one problem at a time. filesync is not working for me, cookies are, again. peblusto 16:59, 11 October 2007 (UTC)
 * What are the symptoms of the filesync not working? i.e. any errors etc? --Nad 20:21, 11 October 2007 (UTC)

peblusto says: I never tested it after realizing it was unable to "share" non-wiki data files with the operating system. my hope was that end users could update their master source files in their native format using their familiar editors, and the wiki would inherit the contents immediately. if the content has to be in wiki format, i might as well convert them and upload them individually anyway. thanks. peblusto 13:04, 30 October 2007 (UTC)

Suggestions
Some suggestions for the authors (things this extension needs): --Otheus 09:12, 11 July 2008 (UTC)
 * Somewhere, display the title of the file being sync'd (it gets lost after the initial display
 * Turn off caching for this page
 * Enable a magical NAMESPACE that always has this feature turned on: article names are directly translated to file names. (then templates can be used to insert files)