Loading...
 
Skip to main content

Features / Usability


Backwards/Forwards compatibility

posts: 104 France

I’m looking for a PHP/MySQL based CMS to replace an existing site.
The existing site is a magazine site built using framesets : each article is a separate HTML or PDF file, with its own metadata exposed to search robots.
The articles are not ephemeral. The aim of the site is both to provide lively and regularly updated news items, and a searchable archive which will grow over the years. There is no plan to purge articles.

I'm concerned about potential issues of backward and forwards compatibility, and would be very grateful if somebody could give me pointers to the following two issues:
1. Backwards compatibility. The site is currently based on a large number of articles, each in a separate HTML file. There should be some means of incorporating these files into the CMS without having to load them all in by hand. Once there, the articles should be visible in the site search engine (content as well as title and description)
2. Forwards compatibility : in the event of the site moving to different technology, it must be possible to unload the content into a standard format (HTML) such that it can easily be used to build another site. This might be provided by a backup function, or by staging the CMS into flat files (this is a standard technique in a commercial CMS, which uses the DB-driven front end for developing the site, but then exports the whole site to a flat file cache for greater speed). The unloaded data should preferably have links in it.

Many thanks, Joel

posts: 2881 United Kingdom

Hi Joel,

You could certainly write a parser to bring data into tiki, and then reverse the role of the parser to take it out. Currently there is nothing that I know about to do this job.

We have the Wikifier, but I dont think its upto the job.

Damian

posts: 104 France


> You could certainly write a parser to bring data into tiki, and then reverse the role of the parser to take it out. Currently there is nothing that I know about to do this job.
>
> We have the Wikifier, but I dont think its upto the job.

Actually, I was sort of hoping the Integrator and the "dump" functions would do the job, but found it difficult to see how.

All the best, Joel


posts: 104 France


> You could certainly write a parser to bring data into tiki, and then reverse the role of the parser to take it out. Currently there is nothing that I know about to do this job.
>
> We have the Wikifier, but I dont think its upto the job.

Actually, I was sort of hoping the Integrator and the "dump" functions would do the job, but found it difficult to see how.

All the best, Joel