[geeklog-devel] Geeklog.net - File Management Plugin

[cordiste]

When I switched to dowloads plugin, in my .htaccessfile I wrote:

<IfModule mod_alias.c>
    Redirect permanent /filemgmt /downloads
</IfModule>


Ben

2013/6/1 Yoshinori Tahara <taharaxp at gmail.com>:
>
> Dirk wrote:
>
>> But I guess the file ids would also change?
>> I.e. File Management file 42 would not be same as Downloads file 42.
>> If that's the case, it would make a switchover a lot harder.
>
> URL of File Management file 42:
> http://www.geeklog.net/filemgmt/index.php/42
>
> URL of Downloads file 42 after conversion:
> http://www.geeklog.net/downloads/index.php/42
>
> URL rewriting will be relatively easy.
>
>
>
> Tom wrote:
>
>> If there is a quick fix with regexps and SQL requests that would be
>> great but Dengen would have to answer if the ids are the same.
>> Autotags have been used so those would have to be converted over as well.
>
> IDs of the numeric type are converted to the string type.
> It is the same as the parameter of URLs and autotags.
> So, we will be able to create a conversion script.
>
> dengen
>
>
> 2013/6/1 Tom <websitemaster at cogeco.net>
>>
>> Another change as you mentioned previously is the changes to your hack
>> that
>> automatically submits the file for a new Geeklog version.
>>
>>
>> >> I don't care too much about incoming links - we could at least redirect
>> them to the index page of the Downloads plugin and let visitors search
>> from
>> >> there. I care a little more about the links all over geeklog.net,
>> >> though.
>>
>> We could do the same for both (or maybe direct them to a static page
>> explaining the change with a  link to the new download page and some of
>> the
>> more important files) and then slowly go through the articles
>> (staticpages,
>> comments, forum posts, faq) over time (newest to oldest). If there is a
>> quick fix with regexps and SQL requests that would be great but Dengen
>> would
>> have to answer if the ids are the same. Autotags have been used so those
>> would have to be converted over as well.
>>
>> I also think the files stored need a bit of cleaning. Once the conversion
>> is
>> complete we may want to consider updating the categories and removing some
>> of the files that are really old and not useful anymore (I am thinking
>> mainly of the Amplitude CMS, Add-ons here Converters, Hacks,
>> Translations).
>>
>> We also may need to group the files together by project manually as I
>> doubt
>> the import function can do this.
>>
>> Some of the real old articles also should be reviewed anyways. A number of
>> them have broken images and file links.
>>
>> I just thought of something that would probably save some time in the long
>> run. If the IDs do not match up a better solution would be to maybe update
>> the script file  to modify any file management links and autotags found in
>> articles (staticpages, comments, forum posts, faq) as the file management
>> files are updated to downloads files.
>>
>> Tom
>>
>>
>>
>> -----Original Message-----
>> From: geeklog-devel-bounces at lists.geeklog.net
>> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun
>> Sent: June-01-13 9:14 AM
>> To: Geeklog Development
>> Subject: Re: [geeklog-devel] Geeklog.net - File Management Plugin
>>
>> Tom wrote:
>>
>> > What are your plans with the file management plugin on Geeklog.net?
>>
>> since the original File Management plugin is no longer under active
>> development (and neither are its forks), it would make sense to switch to
>> the Download plugin, which is maintained (and has an import function).
>>
>> Things to consider: Since the URLs are not compatible - how much do we
>> care
>> about those?
>>
>> I don't care too much about incoming links - we could at least redirect
>> them
>> to the index page of the Downloads plugin and let visitors search from
>> there. I care a little more about the links all over geeklog.net, though.
>>
>> So my question is: How easy would it be to fix those? They're certainly
>> not
>> all using autotags (which were a late addition to the plugin), but that
>> could probably be fixed with a few regexps and SQL requests.
>>
>> But I guess the file ids would also change? I.e. File Management file 42
>> would not be same as Downloads file 42. If that's the case, it would make
>> a
>> switchover a lot harder. We currently have 669 files in the File
>> Management
>> plugin. Fixing all those links manually would be a pain.
>>
>> So what exactly does the import function of the Downloads plugin do? Is
>> there a way to hook into it and maybe create some conversion code?
>>
>> bye, Dirk
>>
>>
>> --
>> http://www.themobilepresenter.com/
>>
>> _______________________________________________
>> geeklog-devel mailing list
>> geeklog-devel at lists.geeklog.net
>> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>>
>> _______________________________________________
>> geeklog-devel mailing list
>> geeklog-devel at lists.geeklog.net
>> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
>
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>