vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vB3 General Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=111)
-   -   Exported to filesystem, reimported to DB, now SQL.. (https://vborg.vbsupport.ru/showthread.php?t=120567)

b00k 07-07-2006 02:45 PM

Exported to filesystem, reimported to DB, now SQL..
 
is still bloated.

Basically this is what happened.

We had originally exported file attachments into the file system. All was working perfect when one of the other admins went into Attachment Storage Type and move the files back into the DB. Now, the site the attachment area says:

Attachments are currently being stored in the filesystem at /home/xxxx/public_html/sitename/attachments

Action
Move Items from File System into Database
Move Items to a Different Directory


Its odd, should i recreate a new directory for the files and re-export? It doesnt seem like the attachment table is growing when i add to the site, but the sql DB is still 400MB +

Please advise of the best solution.

b00k 07-13-2006 11:49 PM

no love :confused: ?

b00k 07-15-2006 06:04 PM

:surprised: meh ? anyone

Paul M 07-15-2006 06:23 PM

If the ACP says they are being stored in the file system then that's where they are going. The database will not shrink until you run an optimise on the attachments table.

b00k 07-15-2006 06:33 PM

...............

b00k 07-17-2006 06:33 PM

-----------

b00k 07-21-2006 05:27 PM

-----------

Paul M 07-21-2006 06:36 PM

Run this sql > DELETE FROM attachements , then optimise the table.

Seems you didn't fully complete the migration from database to file system as the table wasn't emptied.

b00k 07-21-2006 06:44 PM

-----------

b00k 07-24-2006 11:21 PM

-----------

b00k 07-29-2006 01:07 PM

-----------

Paul M 07-29-2006 01:50 PM

I doubt anyone can help you without access to your forum and server as what you report makes no sense. If the attachments are being stored in the file system (as per "Attachments are currently being stored in the filesystem at /home/xxxxx/public_html/xxxxx/attachments") then clearing out the database cannot nuke them, that suggests your forum was actually using the database, which conflicts with the message above. The only answer is for someone who understands the system to look and see what is actually happening.

b00k 08-01-2006 10:57 PM

-----------


All times are GMT. The time now is 06:46 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01320 seconds
  • Memory Usage 1,724KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (13)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete