Forum Replies Created

Viewing 9 replies - 1 through 9 (of 9 total)
  • justaquark,

    A blank install.php usually means something went wrong with the transfer of files to the web server; alternately, it could mean that your web server doesn’t have one or more of the prerequisites to run WordPress, such as PHP or MySQL, but I took a peek at web.com’s website and it seems that’s not the case.

    You’re right – manual install is possible, in the right conditions, on a web hosting service that doesn’t offer their own automatic install feature (or in your case, doesn’t offer their own automatic install feature on their cheaper tiers). You’re on the right track, but try wiping everything from your host and reupload a fresh unzip of the latest WordPress install package – and this time, DON’T edit wp-config.php. As long as your files have the correct permissions, the install.php step will edit your wp-config.php for you.

    Let me know if that doesn’t work, and we’ll try something else!

    tiffany,

    Rather easily, actually. In your post editor, click the button that looks like a dotted line between a thick equal = sign (or, if you’re into HTML, type <!--more-->) after putting your cursor where you want to snip the home page preview!

    There are automatic ways to make this happen, but I personally like this manual approach because it maintains flexibility and the freedom to snip the preview wherever you’d like.

    Forum: Fixing WordPress
    In reply to: Genericons

    Take a look around line 1242 in the file style.css; that’s where the \f400 would replace the \f419 🙂

    rbl,

    The first thing that comes to mind would be that the new site you placed in site-running-wp.com/wpsubdir/ is trying to connect to the same database as site-running-wp.com; the details in this database says that the website is actually at site-running-wp.com, so you’re redirected to the root WP site. Have you migrated the database from site.com/wpsubdir/? You’ll have to manually edit the wp-config.php file of The Site Formerly at site.com/wp-subdir/ to put in the new details of its database.

    Please let me know if this cannot be the source of your problem!

    After a bit of quick research, before we get down to trying to figure out the problem:

    Please try removing the backward slashes before each colon; you shouldn’t need to escape colons in .htaccess.

    Let me know whether that works!

    Were you unable to alter the background color of the "summary entry-summary" div? You can either put it in the HTML, directly after class="summary entry-summaru", or put it in the relevant portion of the CSS file.

    Nuriamuro,

    The latest WordPress version that will run with MySQL 4.x is WordPress 3.1, from all the way back in 2010. If it’s possible for you, everybody here would strongly urge you to upgrade your MySQL database to make use of the latest WordPress version, or, if your environment doesn’t let you upgrade MySQL, to get a new environment!

    Not directly related to your question re how to remove malware, but consider this – I’m guessing you’re seeing Google’s red “The site ahead contains malware” alert, which is, admittedly, alarming; however, this alert is not in real time. In other words, this alert shows up for websites that were once upon a time infected when scanned by Google, even if the site has since been cleaned up.

    If you have a Google Webmaster account, try resubmitting your site to be tested by Google for malware. If it still reports that your site is contaminated, then yes, be alarmed; however, there’s a good likelihood that the alert will go away, because you actually were already successful in removing the malware from your site.

    Re installing WordPress files to your university server (in case the answers to that portion isn’t very helpful): You can indeed use FTP to upload all the files within the ZIP file you download from wordpress.org to your university server, using the programs you mentioned (WinSCP, for instance). Connection details such as FTP server address, username, and password should be available from your uni’s IT department; simply place all the files in the first folder given to you by your university, or if you’d like to run a couple websites (“address.edu/site1”, “address.edu/site2”, “address.edu/site3”, for instance), create a folder with the name you want (after the slash in “address.edu/blog” for example) and stick all the WordPress files there.

    Re database: Since your university disallows fiddling with the database via SSH, they should be providing an alternate means of accessing the DB (one that’s not “Tell us what changes you want”). It’s most likely a web-based admin interface; look out for keywords like “phpMyAdmin” or “MyWebSQL” in your uni’s documentation, or ask your IT department. Again, database addresses, usernames, and passwords should be available from your university.

    One last note: university systems are generally rather restrictive, even as non-production playgrounds; for example, your website is likely to disappear when you graduate – I made that mistake when I was at uni. I would strongly recommend using a playground in the real world, such as Cloud9, even to just fiddle around with WordPress.

    Good luck!

Viewing 9 replies - 1 through 9 (of 9 total)