PFMaBiSmAd

phpMyAdmin is JUST a php script that allows management of mysql databases. As long as the server supports php and php has mysql support enabled, phpMyAdmin should work. If his hosting provides a mysql database server, it likely has some existing database management tool installed and you would not necessarily need to install phpMyAdmin.

Did you bother to read the information at the link that was posted?

http://www.php.net/manual/en/function.uniqid.php

Yes, but did you read any of the errors? In - Your current document root is /home/bcwizard/public_html/domains/thelaughingfactory.co.uk/ not /home/deandesi/public_html/bcwizards.co.uk/thelaughingfactory.co.uk/

If you develop and debug your code on a system with error_reporting set to E_ALL and display_errors set to ON so that all the errors php detects will be reported and displayed, php will probably tell you why the move_uploaded_file() function is failing.

You cannot use $this-> unless you are in a class/object. Is the code you posted part of a class?

You are not calling your selectDB() method, so it would be a little hard for your code to work.

Its - ini_set('display_errors', 1); And if you do what the quote out of the php.net documentation tells you to ADD, your code works.

An UPDATE query looks like - UPDATE your_table SET your_column = new_value You want the new_value to be the REPLACE() function. P.S. Column names are not enclosed in single-quotes as that makes them a string instead of a column name.

UPDATE and REPLACE()

Assuming your data does not contain any occurrences of wp_1_ you should be able to form an UPDATE query using the REPLACE() function that would change all the occurrences of wp_1_ to anything you want - http://dev.mysql.com/doc/refman/5.0/en/string-functions.html#function_replace

It's highly likely that you are reusing $result inside of the loop, so when the while() is evaluated after the first time through the loop, there is no longer anything to fetch.

And you should be developing and debugging php code on a system with error_reporting set to E_ALL and display_errors set to ON so that php will both report and display all the errors it detects. You would have seen that the mysql connection was not being made.

GOTO is a reserved keyword in the php version you are using. You need to change the name to something else. If you had read or posted the complete error message, it gives you a clue that the GOTO encountered in your code is part of the problem -

Actually, the upload_max_filesize applies to each file being uploaded. The post_max_size applies to the sum of the data from one form.

mysql_num_rows() does not set mysql_error(), so your code is die'ing when there are zero rows in the result set but mysql_error() is nothing, so you get nothing output on your page. Putting or die() or or anything() on the end of a mysql_num_rows() statement does not make any sense.

aeroswat, programmers put GET parameters onto the end of URL's in POST method forms all the time to distinguish what action to take in the form processing code. Here is the one that this forum used for this reply - action="http://www.phpfreaks.com/forums/index.php?action=post2;start=0;board=1"

So, does your web host allow php settings in a local php.ini (when php is running as a CGI application) or in a .htaccess file (when php is running as an Apache Module)? If you post the code you are currently using, so that we can get the big picture of what you are actually doing, someone would be able to suggest ways of doing it within a restricted amount of memory. Assuming you are placing this data into a database, have you tried importing the unzipped csv data using your favorite database management tool?

The <img src="..." attribute value MUST BE a URL to an image, NOT binary image data. The URL that you put into the src="..." attribute must cause the correct Content-type: header to be output, followed by the binary image data. Since you are outputting the binary image data using a .php script, you would put a .php file in as the URL. You will also typically put a GET parameter on the end of the URL that indicates which image you want (so that you can use the same .php file to output any available image.) The <img tag that you produce for your web page would look something like - <img src="myimage.php?id=152" alt=""> The myimage.php file (or whatever name you choose) will need to get the id (using $_GET['id']), validate it, and put that into the query in order to retrieve the correct binary image data.

According to the information you posted in Reply #8, password_1 is the md5() value, not password_2. Why do your have password_2 in the query you just posted.

Have you echo'ed $query to see exactly what is in it? Your original code looks correct, but is not matching the data in your table.

As already stated, one of the most likely causes is that your field is not long enough to hold an md5 value - That's only 30 characters. MD5() values are 32 characters. You must not have looked at the value you were putting into the query and the actual value in your table to see if they were they matched. If you increased the length of your field, did you re-populate the value(s) with the full and correct md5() value(s)?

Check the length of your password_1 field in your table. It is probably not long enough to hold an md5() value. It also sounds like you might have stored the raw password in your database as well. For a real application, you would not want to do that since it gives anyone who gets access to or dumps your database table (through sql injection for example) direct access to the raw passwords.

Actually, I just installed ImageMagick to test this. There is a configuration line in the phpthumb configuration file that points to the ImageMagick 'convert' executable (at least on Windows.) The ImageMagick version information that it provides is different than what phpthumb expects, though I don't know if this affects the phpthumb script beyond what is displayed on the demo check page.

AddType application/x-httpd-php .php .html