NineChime forum
Furry stuff, oekaki stuff, and other stuff.
You are not logged in.
#1 02-07-2012 22:22:06
- Zeruda
- Member
Importing Members
I saw there was a file for this but it did not work. My entire oekaki broke and required reinstall which I did. Luckily I backed up old database. Any tip for where to look in the sql file for importing a member?
EDIT: nvm that, I did it. But about images? Can pictures be restored?
Last edited by Zeruda (02-07-2012 22:32:11)
Offline
#2 02-08-2012 05:51:24
- Waccoon
- Administrator
Re: Importing Members
What tool did you use for backing up your database?
If you used something like phpMyAdmin, then you should be able to import the database backup in such a way that it completely replaces whatever you have on your board right now. That should restore the board to exactly the same point as when you made your backup, although your config file might need some more tweaking.
If you used the "MBackup" tool I have on my Products Page, I'm afraid that will only backup members, not pictures or comments. The limitations of that tool are outlined in the directions.
Should you ever run into a problem with your board and require help, let me know before you do a reinstall. Depending on how complete your backup is, it may or may not be possible to restore pictures and comments.
Offline
#3 02-08-2012 09:43:33
- Zeruda
- Member
Re: Importing Members
I used phpMyAdmin but it was during 1.5.9 so I did not know if it is okay to import after 1.5.10. If yes then I will just import.
But now another problem to address, we are having these errors again:
Java Plug-in 1.6.0_30
Using JRE version 1.6.0_30-b12 Java HotSpot(TM) Client VM
User home directory = C:\Users\Zeruda
----------------------------------------------------
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
o: trigger logging
q: hide console
r: reload policy configuration
s: dump system and deployment properties
t: dump thread list
v: dump thread stack
x: clear classloader cache
0-5: set trace level to <n>
----------------------------------------------------
load: class chibipaint.ChibiPaint.class not found.
java.lang.ClassNotFoundException: chibipaint.ChibiPaint.class
at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source)
at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source)
at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Exception: java.lang.ClassNotFoundException: chibipaint.ChibiPaint.class
For every applet we have an error. Have latest Java, cleared temp files, tried FF, IE, and Chrome but still the same errors. Tried CHMOD, didn't make a different. Last time, our .htaccess denied HEAD,java,etc. and you fixed it. The plugin for the custom .htaccess updated, but we carried over your changes. It only stopped working just a couple days ago. On my paid host, could they randomly disable HTTP request? I'm not sure why a sudden change has happened. 
Offline
#4 02-09-2012 03:53:17
- Waccoon
- Administrator
Re: Importing Members
I used phpMyAdmin but it was during 1.5.9 so I did not know if it is okay to import after 1.5.10.
Yes, you may. The database didn't change in 1.5.10.
If you have any issues, such as duplicate rows or other errors during the import, let me know. Restoring a database is more difficult than backing it up.
The plugin for the custom .htaccess updated, but we carried over your changes. It only stopped working just a couple days ago.
I had some trouble getting it to work last time, because I noticed that if the lines were out of order, the .htaccess file didn't work.
Perhaps you should send me the file again and I'll have another look at it. Here is my e-mail address
Offline
#5 02-10-2012 15:27:36
- Zeruda
- Member
Re: Importing Members
Restore worked almost good: we are having an error:
Fatal error: Cannot redeclare make_edit_pass() (previously declared in (our-path)/draw/paintsave.php:11) in (our-path)/draw/paintsave.php on line 14
For all applets.
As for the other issue, I just sent the .htaccess file. The Bullet-proof Security plugin update moved many settings into the root .htaccess file with the most recent update. Maybe that is a cause of the problem. Thank you so much for your time. :>
Offline
#6 02-11-2012 05:29:54
- Waccoon
- Administrator
Re: Importing Members
Well, I found the problem. The JAR and ZIP files on your server are corrupted. I downloaded them and tested them against the files from the Wacintaki distro and there's extra "stuff" that shouldn't be there.
How that happened depends on what your hosting provider did. Most likely it's due to a UNIX/Windows text conversion error, although the end-of-line format appears to be correct. Weird.
Anyway, to fix this, you'll have to re-upload the "chibipaint.jar", "PaintBBS.jar", and "spainter_all.jar" files to the main oekaki folder, and the "PCHViewer.jar", "res.zip", and "tt.zip" files into the "shipainter" folder. Once these corrupt files have been replaced with good copies, your board should work again.
The .htaccess file looks okay to me, so that should work fine once the applets have been refreshed.
I didn't run into the error with make_edit_pass(). See if you still have problems after fixing the applets.
Offline
#7 02-13-2012 00:40:56
- Zeruda
- Member
Re: Importing Members
Hmm... redownloaded the files, unzipped, and reuploaded. Still the class not found errors are seen for each applet. Is there somehow a reason for there to be a corruption? Maybe in the upload process it happens? I am not sure how this would happen from a fresh copy.
Offline
#8 02-13-2012 06:44:18
- Waccoon
- Administrator
Re: Importing Members
Wow. Your server really doesn't want JAR files to work, does it?
The Java console gave me a lot of errors like "network: Cache entry not found [url: http: //www.knightsofhyrule.org/draw/PaintBBS.jar, version: null]"
According to a forum post I found, this happens when the server returns a Java MIME type of "application/octet-stream" instead of "application/java-archive". I'm sending you a new .htaccess file you can try, in the hopes that it can assign the MIME type correctly. Apparently, your hosting service hasn't set up the server to handle Java at all, and Java is really, really fussy about this stuff.
As for the JAR files themselves, they appear to now be correct. The only other files that still appear to be corrupt are the "preview.png" and "pr0n.png" files in the resource folder. Again, I have no idea how your hosting service would have corrupted those files, but apparently something went wrong.
Offline
#9 02-13-2012 14:10:09
- Zeruda
- Member
Re: Importing Members
Ah, that didn't seem to work either. This is too strange to me. For years this oekaki is working, and now all of a sudden it won't. I think a next step is to contact my host, but do you have a suggestion to what the question is I should ask? Simply "Why does java doesn't work?" will be too vague, I'm sure.
Offline
#10 02-13-2012 19:33:31
- Zeruda
- Member
Re: Importing Members
Zeruda wrote:
Ah, that didn't seem to work either.
Update:
I disabled the plugin, and no difference. But then I remove EVERYTHING from the .htaccess that is part of the plugin's settings, and it made it work. Problem though, I must have the plugin for security. Before without it, there was much hacking. So, from this I know it must be something in the .htaccess. I am taking this information from what you've discovered so far, and maybe the plugin author may know...
Offline
#11 02-14-2012 04:17:34
- Waccoon
- Administrator
Re: Importing Members
Disabling the plugin will leave the .htaccess file on the server, so it doesn't surprise me that won't get the oekaki working.
After comparing the ".htaccess" file with the "httpd.conf" file I use on my server, I realize now that it's doing some paranoid stuff. Most notably, it assumes the server hasn't been set up correctly, and also assumes that WordPress is the ONLY software that is running on the server. This means by default that WordPress will probably work fine, but everything else will be broken.
I've sent you another .htaccess file to try out. If this one works, then we're all set.
If it doesn't work, you'll have to delete the BulletProof plug-in from WordPress, and then I'll make two fully custom .htaccess files for you to upload into your root folder and WordPress folder.
From what I've seen, BulletProof tries to override a lot of your server's default security settings, and that can cause some strange problems (it won't even work at all on my server).
Offline
#13 02-15-2012 06:35:34
- Waccoon
- Administrator
Re: Importing Members
Super!
Yeah, there was a lot of useless stuff in the .htaccess file that was trying to override the server's defaults. That often works on a dedicated server that only runs one web site, but when a server is running multiple web sites run by different people, the server won't like overrides.
At any rate, if you run into this problem again, I know what to look for. I also learned a bit more about server security, so it's a win for us both. 
Offline