TweezerMan

I'm seeing this behavior on TCH forums (opening any links, not just "View New Posts") and on my TCH-hosted web site (my MT install and my CPanel), using Firefox on Windows XP. I notice it less on other sites, because I spend most of my time in those two places. I have not investigated this issue at all; my initial thought is that it is a network or server issue, as I do not see this behavior when I visit Six Apart's forums (which are also running IPB). That doesn't really rule out much - it could still be my browser, Windows, my ISP's DNS servers, a network problem between me and TCH, TCH's DNS servers, or a problem with TCH web servers. I normally open most links in new tabs. If the page does not display within 10 seconds or so, I click the Stop buton, close the tab that's now open with a blank page, then re-click the link I was trying to open (again in a new tab). 90% of the time, the page displays within a couple of seconds after I've re-clicked on the link. I don't know why the first click often does not load the page, nor why clicking a link the second time usually works.

From what I can tell, it looks like you set up passive mode on the screen where you set up your FTP connection with username, password, host, etc. (Site Manager?). There should be a checkbox on the screen labelled "PASV Transfers" - checking this box should tell CoreFTP to use Passive mode. Passive mode has to with how connections are established between your machine and the FTP server. Normally, you'd use passive mode if your machine is behind a firewall or a NAT (LAN network), as they prevent active mode FTP transfers from working.

Welcome to the forums, Sandra!

I don't believe that just hitting the MySQL database itself counts against bandwidth, as that occurs on the server internally. Imagine you have a script that dumps your MySQL database and displays the dump in your browser window. The actual MySQL query that retrieves the data would not count against your bandwidth, but the bandwidth used to send that data to your browser *does* count. Hopefully that makes sense...

Welcome to the forums, ATY! I looked at the link Serpentine provided - it appears to me that if you don't know the file name(s), you'd first need to retrieve a directory listing with GetList, then you could download whatever filenames appear in the listing.

I tend to favor the caching theory as well, but there is another possibility. MT rebuilds indexes and archive pages as a background task, and if something goes wrong during that process, it can sometimes die off without any error messages at all. This can leave the entry archive page updated (rebuild) because it is rebuilt first and in the foreground, but the main index page won't be updated until something else happens to trigger the main index page to be rebuilt again without an error. I believe there was an MT bug on this kind of behavior, but I don't remember off-hand which MT3 versions are affected by it. It is fixed in the latest version of MT though.

Thanks for the code, I guess I'll use a different set of instructions as this tutorial is not up-to-date ... <{POST_SNAPBACK}> The installation instructions provided by TCH are intended for users installing the latest version of MT. The tutorial is up to date - for MT 3.x. You're apparently installing MT 2.661, which was released almost 18 months ago and is no longer supported or in active development. The lines for ObjectDriver, Database, and DBUser do not appear in the default MT 2.661 mt.cfg file, and they need to be added, as TCH-Bruce indicated. This is what appears in the current MT 3.x mt.cfg file: >## The following options are commented out: to uncomment an ## ## option, remove the '#' at the beginning of the line. ## ## First, however, make sure that you understand the purpose ## ## of the configuration setting. ## # # Configuration for MySQL databases. Add the name of your database # and the username that you have for logging in to that database # below. The password needs to go in the file mt-db-pass.cgi. # # ObjectDriver DBI::mysql # Database <database-name> # DBUser <database-username> # DBHost localhost # You can copy the above and paste it right under the 'DataSource' line in your mt.cfg file. With that said, I don't understand why you would want to install MT 2.661 instead of the latest version of MT (which is currently MT 3.16). Many bugs and flaws that were identified in the MT 2.661 code were fixed in MT3, but these fixes will never be added to the MT 2.661 code. If you are intent on installing MT 2.661, there is a serious flaw that you are vulnerable to unless you download and install the plugin patch. I don't know of any good reason for any user to install MT 2.661 instead of MT3.

Welcome to the forums, hsuyo!

Welcome to the forums, s010!

It is not an error. As abinidi noted, you create your databases and add users from the "MySQL Databases" page in CPanel. I presume this is to 1) prevent scripts from automatically creating databases, and 2) make sure that database names and users are properly prefixed with your CPanel username, so each user can properly access their databases (and only their databases). The MySQL databases are stored on the server, but not in a location you can access directly. Uploading a MySQL database to the correct location and having it properly recognized in CPanel and phpMyAdmin would require assitance from the Help Desk (not recommended except in unusual circumstances).

I have a feeling that the password is something like 'password1234' - a word that just has some numbers stuck on the end of it. A password like that is insecure, as a dictionary-based password cracking program will also try adding numbers to the end of the words in its dictionary. If CPanel identifies the password as insecure, I don't see TCH allowing you to use that password, even if they have a means of setting it outside of CPanel.

Congratulations, Kris!

Welcome to the forums, csross!

Welcome to the forums, valerie!

That's correct, but the image does have to be stored on the local server in order to do so.

Welcome to the forums, Nathan!

No problem - I coudn't find an answer that was recent enough to be relied on, but it mentioned a method to prove what getimagesize() does easily: Write a simple script that uses getimagesize() on a large image. After running the script, the full image retrieval by getimagesize() will be shown in the Apache access log.

Welcome to the forums, rozeltf!

Welcome to the forums, recuerda!

Welcome to the forums, Mark!

The getimagesize() PHP function retrieves the entire image when called on an image URL. Yes, it does.

Welcome to the forums, smartrocs!

Welcome to the forums, lareneg!

Welcome to the forums, Pierce!

Welcome to the TCH family and forums, Jim!