Adam Howard
Well-known member
vBulletin to XenForo importer works with this ;-)
Windows permissions does not make sense, Linux does. If you want a easy way to run a local server on Linux, look at virtualbox. There are plenty of images around for that-The "delete installed files" issue is a bit contentious. I did some testing with this and unfortunately you tend to get permissions errors - at least I did in Windows, my test box. Maybe it would work on Linux. Just not tested it yet.
If they're in the upload folder, they'll be copied to the root of your installation. But no add-on developer should leave those files in there. If they're in the zip but not in the upload folder then they'll be ignored.urgh! as I said "Automatic" and "Upgrader" words in the same addon's title, I was hoping that it was also do a check versions and automatic download from the RM.
...beside that great addon!
A question, files like "instructions.html" or "readme.txt" are leaved behind, right?
Thanks - sorry about the hard coded phrase. Will update on next release.Chris great addon.
Please in the next update can make translatable the phrase Choose an add-on in the line 32 in the installation file of the addon.
Thanks.
I feel this is unnecessary. Forgetting my Add-on Installer for a moment, I feel it's fundamentally wrong for developers to have differing file structures. There should be standard defined that all of the developers agree to. There's several reasons for that:I would highly recommend you add something to allow developers to mark their addon as "Addon Installer Compatible", simply detecting folder structure is insufficient as some addons may simply adhere to only part of the folder structure. Could be as simple as adding 'installer_compatible="1"' to the <addon> node in the addon xml.
I genuinely couldn't agree more. This should be in the core. Not necessarily what I've written. But XenForo should implement something like this into the core. Then that begs the question, if they did implement something like this into the core, would developers start supporting the standard then? I imagine so. So, why not start now? I'm trying to make everyone's lives easier and if I get fantastic developers like yourself and Robbo on board and many more developers then the fragmentation impact will be less and there'll only be a select few developers who will become the odd ones out for not supporting it.I appreciate the work you've done on this but I honestly think this implementation should come from XenForo itself in a way that integrates with the Resource Manager, anything less will just lead to fragmentation where only a subset of developers uses your standard and others don't use one at all or use something different.
I am aware of this being a possibility. I will make it clearer that its compatibility also depends on write permissions - but so far so good. This has been pretty well tested so far and I've only found one box this doesn't work on. It was tested by a few people and on one of their shared hosts, we found the ZipArchive class was failing due to PHP not having zlib enabled. Therefore in terms of feasibility, this is all looking very promisingBy the way, the reason many systems use FTP is because it practically guarantees you have file permissions to write. Your implementation only works if the apache user has write access to all relevant directories, which in a secure environment it will not. So you might want to consider supporting FTP or detail the fact that it requires write permission
I feel this is unnecessary. Forgetting my Add-on Installer for a moment, I feel it's fundamentally wrong for developers to have differing file structures. There should be standard defined that all of the developers agree to.
I genuinely couldn't agree more. This should be in the core. Not necessarily what I've written. But XenForo should implement something like this into the core. Then that begs the question, if they did implement something like this into the core, would developers start supporting the standard then? I imagine so. So, why not start now? I'm trying to make everyone's lives easier and if I get fantastic developers like yourself and Robbo on board and many more developers then the fragmentation impact will be less and there'll only be a select few developers who will become the odd ones out for not supporting it.
Again, I have to stress, this all sounds like "do as I say so my add-on works". It's not that at all. I have a development version of this which can recognise most of the different file structures that add-ons use (think I have some code in the current version left over from that, needs tidying up) so I could make this more compatible, but I do think that having no standard defined is a problem in general that should be addressed.
Thanks for taking the time to feedback Naatan. Do you think you would consider releasing your add-ons in this format? For example, TemplateSyntax could be packaged like below (I've not included your files, just the proposed structure).
Ah, ok. You might have the wrong end of the stick slightly (but I can see why). There's actually only two requirements for my add-on to work and install an add-on:Oh I agree, but as the browser world shows; us having a standard does not mean everyone will live up to it. And taking a stance by hard coding your directory structure at the cost of usability and potentially corrupted installs from addons that do not abide by the standard is not worth it. I'm not saying you should support other standards, I'm saying you should be able to detect and prevent installs of addons that do not support your standard (completely).
By the way going by what you wrote you yourself are breaking the "standard" XenForo uses, as you are using caps for javascript directories. Which is not a good idea one way or another as it's error-prone.
Do you think I should write a guide for the Resource Manager? Just a brief, details of the directory structure, and what is benefits are? We could then, as developers, use that Resource thread as a place to discuss this and maybe solidify it further?I think there is a standard, it just hasn't been documented. Potentially a better way of getting people to use the XenForo standards is to document it rather than "force" them into a standard they are unfamiliar with. Again I'm not against you forcing the XenForo standard, I think it's good. You just can't "expect" everyone to simply abide by it.
I like this idea. I may very well drop the image.
- Rather than advertise with your image (which does feel a lot like advertisement), you could include a precanned phrase like "Supports Automatic Addon Installer", so people don't have to use an image that takes up so much real estate and more importantly people can quickly search through resources or the resource manager in general to see what addons support your installer.
I'm just finishing a pretty big project, then I'm moving home on Saturday then I have to start another big project. I will crowbar some time to improve this. Part of the code needs to be re-written anyway.
- Please clean up (organize and add comments) your code and host it on github so other developers can contribute. I like the concept but currently the code is still a bit messy, no doubt because it's essentially still a prototype (hence the 0.1 version).]
- Maybe rename your addon to "Addon Installer" or something short.. no one wants to write out a full sentence when referring to your addon
Just to continue what we discussed yesterday.
Once again, to be clear, the only requirements are:
- The root of the zip file must contain a valid, normal, XML install file.
- The root of the zip file must contain an upload folder.
- The upload folder can contain anything. Its contents will be copied to the root of the XenForo install.
Do you think I should write a guide for the Resource Manager? Just a brief, details of the directory structure, and what is benefits are? We could then, as developers, use that Resource thread as a place to discuss this and maybe solidify it further?
I like this idea. I may very well drop the image.
So - if I document what I would like to become a "standard" maybe I can look forward to you and Robbo being one of the first posts saying you support this? Although I can't force people to support it, and I wouldn't want to, I think people will want to support it once they understand the problem and realise the benefits of the solution.
Holy Moly It worked great. Chris I owe you big time.
We use essential cookies to make this site work, and optional cookies to enhance your experience.