Hello and welcome to our community! Is this your first visit?
Register
Enjoy an ad free experience by logging in. Not a member yet? Register.
Results 1 to 5 of 5
  1. #1
    New Coder
    Join Date
    Jan 2008
    Posts
    77
    Thanks
    2
    Thanked 0 Times in 0 Posts

    Help me choose a CMS! for a site with a lot of .html articles

    i've been desesperatly searching for a CMS that could suits my needs for my ebook site but i have no luck So i'm posting here to ask if someone could recommend me somthing

    Here is my situation: i'm building a site with a lot of books. Mainly it's a loot of .HTML files with images and link...

    I need a CMS to organize everything... But i have thousands of books, so I don't want to add them all one-by-one.

    What i'd need would be a CMS that would look for directories, make categories with them, and find all of the HTML files to make an article with each of them. Then it would list all the articles under categories like all others normal CMS do.
    I'd need it to be most SEO-Friendly as possible.

    Does anyone have a good CMS they can recommand to me?
    Thanks

  • #2
    Senior Coder
    Join Date
    Jul 2004
    Location
    New Zealand
    Posts
    1,315
    Thanks
    0
    Thanked 2 Times in 2 Posts
    Doesn't exist. What you need to do is write something to go through and rip your content out, put it into a nicer format (docbook, xhtml2) and then use that as the basis for a CMS.

    You're going to have to write this yourself.
    Forget style. Code to semantics. Seperate style from structure, and structure from behaviour.
    I code to specs, and test only in Firefox (unless stated otherwise).

  • #3
    Master Coder
    Join Date
    Apr 2003
    Location
    in my house
    Posts
    5,211
    Thanks
    39
    Thanked 201 Times in 197 Posts
    I didn't find it clear from your post so, can you clarify how the content is presently stored.

    is it stored in directories?
    are the directories named similarly to category names?
    where are the images?
    are the directories of images labelled with anything meaningful such as makes the images associate with the other data?

    Basically, if the images and articles files as well as categories are already established, then it should be possible to build a script to grab the content, restructure it and fire it into the MySQL Db. You'll need perl or php. I prefer perl and I think it is the better of the two for, at least, the transfer procedure.


    bazz

  • #4
    New Coder
    Join Date
    Jan 2008
    Posts
    77
    Thanks
    2
    Thanked 0 Times in 0 Posts
    is it stored in directories?
    are the directories named similarly to category names?
    where are the images?
    are the directories of images labelled with anything meaningful such as makes the images associate with the other data?
    Right now nothing is made. I have thousands of ebooks in .PDF format and i found a program that allows me to convert my .PDF files into .HTML files, keeping the links and the images.

    What i was planning to do is to store them into directories to categorize them, then find a CMS that would detect my directories and create categories with them. Then it would create a new article with each HTML's into its respective category...

    But i can organize it in another way, as long as i can find a CMS where i won't have to copy/paste those thousands of ebooks into articles!

  • #5
    Master Coder
    Join Date
    Apr 2003
    Location
    in my house
    Posts
    5,211
    Thanks
    39
    Thanked 201 Times in 197 Posts
    I would suggest that you consider a MySQL Db powered by either perl or php. That is usually the structure of a cms system anyway (as far as I know).

    If you get the basic architecture of the Db sorted in your head we can help you to normalise it ( streamline the content, with no duplication etc), and then guide you on your way to writing the scripts to get the data from the DB and place it into a web page. I haven't found a system 'out there' which does what you need and so, I think your options are like this.

    1. keep looking for an already working cms and (if you find one), adapt it to suit your needs
    2. build one yourself
    3. pay someone to buiild one for you

    either options 1 or 2, will require you to know about the code and the structure of both it and the database and you will have to fill the db anyway. Personally 'speaking', whilst it may take longer (and likely, it may take less time), I would build my own so that it does exactly what I need now and in the future and hasn't been a mashed up version of somebody else's system which may be inefficient.

    A very important consideration is that it must be scaleable in the future for your needs. If you decide in the future to add a new feature, then the DB has to be capable of that and if you built it from scratch, you will have made it capable or if not - if the new featrue hasn't been thought of yet - at least you will know the database structure sufficiently to be able to build in that new feature.

    bazz

    Edit:
    Re-reading your previous post, I gleaned that you may be thinking of a flat file system. i.e. one that uses directories and filenames and perhaps text files, to store the data. I would recommend specifically that you shouldn't do it that way. Personal experience again - I went that route and had to start learing perl. I shyed away from MySQL because it sounded so overwhelming and beyond my capabilities. Now I use MySQL and the coding whilst tricky, is a comparitive doddle (walk in the park/breeze/piece of cake). It is also much quicker to build the scripts to run the Db and in fact, I have made the changeover now in three months where building in flat files has been a long long time - because I was trying to keep it managable.
    2c
    Last edited by bazz; 02-17-2008 at 12:59 PM.


  •  

    Posting Permissions

    • You may not post new threads
    • You may not post replies
    • You may not post attachments
    • You may not edit your posts
    •