mysql_connect(): user 'name'@'host'拒绝访问

当您连接到无效或缺少凭据(用户名/密码)的MySQL/MariaDB服务器时，会出现此警告。所以这通常不是代码问题，而是服务器配置问题。

See the manual page on mysql_connect("localhost", "user", "pw") for examples. Check that you actually used a $username and $password. It's uncommon that you gain access using no password - which is what happened when the Warning: said (using password: NO). Only the local test server usually allows to connect with username root, no password, and the test database name. You can test if they're really correct using the command line client: mysql --user="username" --password="password" testdb Username and password are case-sensitive and whitespace is not ignored. If your password contains meta characters like $, escape them, or put the password in single quotes. Most shared hosting providers predeclare mysql accounts in relation to the unix user account (sometimes just prefixes or extra numeric suffixes). See the docs for a pattern or documentation, and CPanel or whatever interface for setting a password. See the MySQL manual on Adding user accounts using the command line. When connected as admin user you can issue a query like: CREATE USER 'username'@'localhost' IDENTIFIED BY 'newpassword'; Or use Adminer or WorkBench or any other graphical tool to create, check or correct account details. If you can't fix your credentials, then asking the internet to "please help" will have no effect. Only you and your hosting provider have permissions and sufficient access to diagnose and fix things. Verify that you could reach the database server, using the host name given by your provider: ping dbserver.hoster.example.net Check this from a SSH console directly on your webserver. Testing from your local development client to your shared hosting server is rarely meaningful. Often you just want the server name to be "localhost", which normally utilizes a local named socket when available. Othertimes you can try "127.0.0.1" as fallback. Should your MySQL/MariaDB server listen on a different port, then use "servername:3306". If that fails, then there's a perhaps a firewall issue. (Off-topic, not a programming question. No remote guess-helping possible.) When using constants like e.g. DB_USER or DB_PASSWORD, check that they're actually defined. If you get a "Warning: Access defined for 'DB_USER'@'host'" and a "Notice: use of undefined constant 'DB_PASS'", then that's your problem. Verify that your e.g. xy/db-config.php was actually included and whatelse. Check for correctly set GRANT permissions. It's not sufficient to have a username+password pair. Each MySQL/MariaDB account can have an attached set of permissions. Those can restrict which databases you are allowed to connect to, from which client/server the connection may originate from, and which queries are permitted. The "Access denied" warning thus may as well show up for mysql_query calls, if you don't have permissions to SELECT from a specific table, or INSERT/UPDATE, and more commonly DELETE anything. You can adapt account permissions when connected per command line client using the admin account with a query like: GRANT ALL ON yourdb.* TO 'username'@'localhost'; If the warning shows up first with Warning: mysql_query(): Access denied for user ''@'localhost' then you may have a php.ini-preconfigured account/password pair. Check that mysql.default_user= and mysql.default_password= have meaningful values. Oftentimes this is a provider-configuration. So contact their support for mismatches. Find the documentation of your shared hosting provider: e.g. HostGator, GoDaddy, 1and1, DigitalOcean, BlueHost, DreamHost, MediaTemple, ixWebhosting, lunarhosting, or just google yours´. Else consult your webhosting provider through their support channels. Note that you may also have depleted the available connection pool. You'll get access denied warnings for too many concurrent connections. (You have to investigate the setup. That's an off-topic server configuration issue, not a programming question.) Your libmysql client version may not be compatible with the database server. Normally MySQL and MariaDB servers can be reached with PHPs compiled in driver. If you have a custom setup, or an outdated PHP version, and a much newer database server, or significantly outdated one - then the version mismatch may prevent connections. (No, you have to investigate yourself. Nobody can guess your setup).

更多的引用:

mysql服务器错误:mysql用户无法访问root用户 mysql_connect():拒绝访问 mysql_select_db()拒绝访问用户" @'localhost'(使用密码:NO) PHPMyAdmin拒绝用户“root”@“localhost”的访问

顺便说一句，你可能不想再使用mysql_*函数了。新来者经常迁移到mysqli，然而这也一样乏味。相反，阅读PDO和准备好的语句。 $db =新PDO("mysql:主机=localhost;dbname=testdb"， "用户名"，"密码");

警告:不能修改报头信息-报头已经发送

当您的脚本试图向客户端发送HTTP报头，但之前已经有输出，导致报头已经发送到客户端时发生。

这是一个E_WARNING，它不会停止脚本。

一个典型的例子是这样的模板文件:

<html>
    <?php session_start(); ?>
    <head><title>My Page</title>
</html>
...

session_start()函数将尝试向客户端发送带有会话cookie的报头。但是PHP在将<html>元素写入输出流时已经发送了头文件。您必须将session_start()移到顶部。

您可以通过遍历代码触发Warning之前的行并检查它输出的位置来解决这个问题。移动任何头发送代码之前的代码。

一个经常被忽略的输出是PHP关闭?>后的新行。当?>是文件中的最后一个内容时，省略它被认为是一种标准实践。同样，出现此警告的另一个常见原因是当开头<?php前面有一个空格，行，或者不可见的字符，导致web服务器发送报头和空格/换行，这样当php开始解析时就不能提交任何报头。

如果您的文件有多个<?php……?>代码块，它们之间不应该有任何空格。(注意:如果你有自动构造的代码，你可能有多个块)

还要确保在代码中没有任何字节顺序标记，例如当脚本的编码是UTF-8和BOM时。

相关问题:

头文件已经被PHP发送 所有PHP“头已经发送”的问题在Stackoverflow 字节顺序标记 什么PHP函数可以创建输出?

致命错误:调用成员函数…在一个非物体上

发生在类似于xyz->method()的代码中，其中xyz不是对象，因此不能调用该方法。

这是一个致命错误，将停止脚本(向前兼容性注意:它将从PHP 7开始成为一个可捕获的错误)。

大多数情况下，这表明代码缺少对错误条件的检查。在调用一个对象的方法之前，验证它确实是一个对象。

一个典型的例子是

// ... some code using PDO
$statement = $pdo->prepare('invalid query', ...);
$statement->execute(...);

在上面的例子中，查询不能被准备，并且prepare()会将false赋值给$statement。尝试调用execute()方法将导致致命错误，因为false是一个“非对象”，因为该值是一个布尔值。

弄清楚为什么函数返回一个布尔值而不是一个对象。例如，检查$pdo对象中最近发生的错误。关于如何调试的细节将取决于如何处理特定函数/对象/类的错误。

如果->准备失败，那么你的$pdo数据库句柄对象没有被传递到当前作用域。找到它被定义的地方。然后将其作为参数传递，将其作为属性存储，或通过全局作用域共享。

另一个问题可能是有条件地创建一个对象，然后尝试在该条件块之外调用一个方法。例如

if ($someCondition) {
    $myObj = new MyObj();
}
// ...
$myObj->someMethod();

如果试图在条件块之外执行方法，则可能无法定义对象。

相关问题:

调用非对象上的成员函数 列出所有PHP“致命错误:调用成员函数…”关于Stackoverflow的问题

MySQL:你的SQL语法有错误;检查手册，对应于您的MySQL服务器版本的正确语法使用近…排队……

这个错误通常是因为您忘记正确转义传递给MySQL查询的数据。

一个不应该做的事情(“坏主意”)的例子:

$query = "UPDATE `posts` SET my_text='{$_POST['text']}' WHERE id={$_GET['id']}";
mysqli_query($db, $query);

这段代码可以包含在一个表单提交的页面中，URL为http://example.com/edit.php?id=10(编辑帖子n°10)

如果提交的文本包含单引号会发生什么?$query将以:

$query = "UPDATE `posts` SET my_text='I'm a PHP newbie' WHERE id=10';

当这个查询被发送到MySQL时，它会抱怨语法错误，因为中间有一个额外的单引号。

为了避免这样的错误，在查询中使用数据之前，必须始终转义数据。

在SQL查询中使用数据之前转义数据也是非常重要的，因为如果您不这样做，您的脚本将对SQL注入开放。SQL注入可能导致记录、表或整个数据库的更改、丢失或修改。这是一个非常严重的安全问题!

文档:

如何防止PHP中的SQL注入? mysql_real_escape_string () mysqli_real_escape_string () 如何从“Bobby表”XKCD漫画的SQL注入工作? 绕过mysql_real_escape_string()的SQL注入

警告:open_basedir限制生效

此警告可以与与文件和目录访问相关的各种函数一起出现。它警告一个配置问题。

当它出现时，这意味着已禁止访问某些文件。

警告本身不会破坏任何东西，但如果文件访问被阻止，脚本通常无法正常工作。

修复方法通常是更改PHP配置，相关设置称为open_basedir。

有时使用了错误的文件或目录名称，解决方法是使用正确的名称。

相关问题:

Open_basedir限制生效。文件(/)不在允许路径内: 所有PHP的“警告:open_basedir限制在有效”的查询在Stackoverflow

警告:除以零

警告信息“除零”是新PHP开发人员最常被问到的问题之一。此错误不会导致异常，因此，一些开发人员偶尔会通过在表达式之前添加错误抑制操作符@来抑制警告。例如:

$value = @(2 / 0);

但是，就像任何警告一样，最好的方法是追踪警告的原因并解决它。警告的原因将来自任何实例，其中你试图除以0，一个变量等于0，或一个变量没有被分配(因为NULL == 0)，因为结果将是'undefined'。

要纠正此警告，您应该重写表达式以检查值是否为0，如果为0，则执行其他操作。如果值为0，要么不除法，要么将值改为1，然后再除法，这样除法的结果相当于只除以额外的变量。

if ( $var1 == 0 ) { // check if var1 equals zero
    $var1 = 1; // var1 equaled zero so change var1 to equal one instead
    $var3 = ($var2 / $var1); // divide var1/var2 ie. 1/1
} else {
    $var3 = ($var2 / $var1); // if var1 does not equal zero, divide
}

相关问题:

警告:除以零 使用PHP和MySQL 在WordPress主题中除以零错误 如何抑制“除零”错误 如何用0求除法?