Announcement

Collapse
No announcement yet.

after upgrading > site 1 gig larger...

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • [Forum] after upgrading > site 1 gig larger...

    my image database is/was about 1 gig in size, i think. after upgrading all my attachments etc were moved to another location? or what did it do?

    anyway.. my site size has grown from 3-> 4 gig in total before and aftert the upgrade

    is there "old" stuff i can delete? old images etc?

    thanks!

  • #2
    Um... Are your attachments stored inside the database or in the file system?

    AdminCP -> Attachments -> Attachment Storage Type

    It's recommended that they be outside of the database, thus keeping your database from getting bloated.
    To be updated...

    Comment


    • #3
      They are located in the filesystem:

      Unique / Total Attachments 23.172 / 22.044
      Attachment Filesize Sum 1,40 GB
      Disk Space Used 1,34 GB
      Storage Type Attachments are currently being stored in the filesystem at /public_html/community/images/attachments
      Average Attachment Filesize 63,4 KB
      Total Downloads 128.525

      But i have a big feeling albums are included now? thats correct right?
      And all those album images are also located in this location (old version vb?):
      /public_html/community/images/albums taking up double space?

      Is that old? or still being used?

      Comment


      • #4
        same witht he blog attachments? public_html/community/images/blogattachments

        Comment


        • #5
          In vb4, albums, blogs, articles and forums use the same centraliced attachment system, so all of them should be in the same location in your filesystem.

          Have you tried to optimize your tables?
          "War doesn't determine who is right. Only who is left" Bertran Russel.

          Comment


          • #6
            Originally posted by pod View Post
            In vb4, albums, blogs, articles and forums use the same centraliced attachment system, so all of them should be in the same location in your filesystem.

            Have you tried to optimize your tables?
            The database is optimized, that hasnt grown, its the filesystem.
            The problem is, i think, that the system has copied the files to the new centralized location, but not deleted the old files (1.3 gig)

            I need this confirmed somehow so that i can delete the old files

            Comment


            • #7
              Originally posted by legar View Post
              The database is optimized, that hasnt grown, its the filesystem.
              The problem is, i think, that the system has copied the files to the new centralized location, but not deleted the old files (1.3 gig)

              I need this confirmed somehow so that i can delete the old files
              Ah, sorry, I understood it the other way around

              I would suggest to move or rename the old folders (except the attachments one, that should have everything now). That's pretty much like deleting them, but let's you undo it if something gets broken. Don't forget to clear your cache when testing it!
              "War doesn't determine who is right. Only who is left" Bertran Russel.

              Comment


              • #8
                Originally posted by pod View Post
                Ah, sorry, I understood it the other way around

                I would suggest to move or rename the old folders (except the attachments one, that should have everything now). That's pretty much like deleting them, but let's you undo it if something gets broken. Don't forget to clear your cache when testing it!
                Thanks, thats a good tip indeed, i will just rename them to see if anything breaks from attachments or albums

                Comment

                Related Topics

                Collapse

                Working...
                X