Fehlermeldung im Header

Hallo,
lange war ich nicht mehr hier und nun gleich schon wieder mit ner Frage.

Bekomme bei mir neuerdings folgende Fehlermeldung auf jeder Seite:

Code:

---

Warning: mysql_real_escape_string() [function.mysql-real-escape-string]: Access denied for user: 'xxxx@localhost' (Using password: NO) in /homepages/xxxx/xxxx/htdocs/xxxx.de/lib/functions.lib.php on line 62

Warning: mysql_real_escape_string() [function.mysql-real-escape-string]: A link to the server could not be established in /homepages/xxxx/xxxx/htdocs/xxxx.de/lib/functions.lib.php on line 62

Warning: mysql_query() [function.mysql-query]: Access denied for user: 'xxxx@localhost' (Using password: NO) in /homepages/xxxx/xxxx/htdocs/xxxx.de/lib/functions.lib.php on line 67

Warning: mysql_query() [function.mysql-query]: A link to the server could not be established in /homepages/xxxx/xxxx/htdocs/xxxx.de/lib/functions.lib.php on line 67

---

Kann mir da jemand helfen und mir vielleicht sagen woran es liegen könnte?
Liegt es vielleicht daran das ich zwischen durch mal mit der DB von 5.0 zu 4.0 und dann wieder zu 5.0 gewechselt bin?
Fehler war bei der 4.0 und jetzt bei der 5.0 Version von MYSQL.

Danke

was steht den in der function in den zeilen?

eventuel hat sich ja n db_close eingezwungen.(wahrscheinlich nich)
kommt dies auf allen seiten?

Hier ein ausschnitt

Code:

---

// Mysql Querys
function db_query($sql_tag){
global $count_query;
    $count_query++;
    $fargs = func_get_args();

  if (!empty($fargs)){
  $vargs = array();
    foreach($fargs as $key => $arg){
      $vargs[$key] = mysql_real_escape_string($arg);
    }
    array_shift($vargs);
    $sql_tag = vsprintf($sql_tag,$vargs);
  }
    if($ret = mysql_query($sql_tag)){
      return $ret;
    }else{
      return 0;
    }
}

---

Die beiden Zeilen sind die fetten Zeilen.
Ja der Fehler kommt auf jeder Seite.

Access denied for user: 'xxxx@localhost'


scheint ganz so , als hättest du keine, oder falsche db einträge in deiner functions.lib . hast du vllt neue bekommen,also du deine db gewechselt hast ?

Nein,
die xxx stehen nur da anstelle des DB Name usw.
Alles was sich geändert hat, habe ich aich in der confic geändert.

Sofern der Rest "funktioniert", liegt es wohl daran, dass vor dem öffnen der Verbindung mit der Datenbank schon die Funktion db_query() aufgerufen wird.

Bspw. in der functions.lib.php selber, kann u.a.. durch das Supportticket Addon hier ausm DL Bereich erzeugt werden, oder durch andere Addons.

Sprich du musst jetzt die Stelle finden, wo die Funktion db_query() aufgerufen wird, vor dem ersten db_connect(); :thumb:

Funktionieren tut soweit alles so wie es soll nur halt die Fehlermeldung oben im Header kommt als.

Also hier mal die Stelle:

Anfang Zeile 46

Code:

---

// Datenbankverbindung
function db_connect() {
global $db_host,$db_user,$db_pass,$db_base,$sql_open;
    $sql_open    = @mysql_connect($db_host,$db_user,$db_pass) or die('Verbindung zum Mysql Server fehlgeschlagen!');
    $sql_base    = @mysql_select_db($db_base) or die("Keine oder falsche Datenbank gewählt!");
}

// Mysql Querys
function db_query($sql_tag){
global $count_query;
    $count_query++;
    $fargs = func_get_args();

  if (!empty($fargs)){
  $vargs = array();
    foreach($fargs as $key => $arg){
      $vargs[$key] = mysql_real_escape_string($arg);
    }
    array_shift($vargs);
    $sql_tag = vsprintf($sql_tag,$vargs);
  }
    if($ret = mysql_query($sql_tag)){
      return $ret;
    }else{
      return 0;
    }
} 

// Datenbank schließen
function db_close() {
global $sql_open;
    @mysql_close($sql_open) or die('Konnte die Verbindung mit Datenbank nicht schliessen!');
}

---

Ende Zeile 78

poste mal die indesx.php und die lib/headerphp(bis zum öffnen der verbindung zur db)

Zitat:

---

Zitat von jpwfour

Sofern der Rest "funktioniert", liegt es wohl daran, dass vor dem öffnen der Verbindung mit der Datenbank schon die Funktion db_query() aufgerufen wird.

---

dann würde aber eine andere fehlermeldung kommen :suspicious:
Beispielsweise

Zitat:

---

Fatal error: Call to undefined function: db_query() in /var/www/xxx.php on line X

---

Also hier mal die komplette index.php

Code:

---

<?
if (isset ($_GET['content']) && !empty ($_GET['content'])) {
    if (strpos ($_GET['content'], '../') !== FALSE) die ('Zugriffsverletzung !');
    if ($_GET['content']{0} != '/') $_GET['content'] = '/'.$_GET['content'];
}

require ( './lib/header.php' );
require ( './content'.$_GET['content'].'.php' );
require ( './lib/footer.php' );
?>

---

und hier mal der Anfang der /lib/header.php

Code:

---

<?
require ('lib/functions.lib.php');
db_connect();
require ('lib/session.lib.php');
require ('lib/layout.lib.php');
require ( 'lib/extras.lib.php' );
if (!isset($_GET['content']) || empty ($_GET['content'])) $_GET['content'] = '/intern/startseite';

if (!file_exists('content'.$_GET['content'].'.php')) $_GET['content'] = '/error/keine_seite';

if ($_SESSION['uid'] > 0) {
$start_reload = db_query("SELECT * FROM ".$db_prefix."_reloads WHERE uid =
'".$_SESSION['uid']."' and tan = 'startseitenaufruf' and bis >=
'".time()."'");
if (!mysql_num_rows($start_reload)) { $startanzeige = ' <font
color="#008000">Bereit</font>';} else {$startanzeige = ' <font
color="#FF0000">Reload</font>';}
}

?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html dir="ltr" xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
....

---

Zitat:

---

Zitat von hardliner

dann würde aber eine andere fehlermeldung kommen :suspicious:
Beispielsweise

---

NEIN! :rant:

Mir geht es ja nicht darum, dass die Funktion db_query() nicht definiert ist, sondern dass sie VOR db_connect() aufgerufen wird.

Was aber in seiner index.php und header.php wohl nicht der Fall ist, bleibt noch:

lib/functions.lib.php

Hier koennte es sein, bspw. eben durch das Supportticket Addon, dass dort die Funktion db_query() direkt, also nicht innerhalb einer der Funktionen, aufgerufen wird.

Oder der Fehler wird gar nicht auf der Seite direkt, sondern in einem Frame ausgeloest, das kann ja bis jetzt noch nicht ausgeschlossen werden :yes:

eventuell meldest du dich mal im skype bei mir (joel.kuder) oder postest kurz die url dan kann man da einfacher vorgehen.

mach da ---> require ('lib/functions.lib.php');
mal nen @ vor , dann erscheint die Fehlermeldung nicht mehr

Soweit alles andere Funktioniert sollte das dann o.k. sein

Zitat:

---

Zitat von Jenny

mach da ---> require ('lib/functions.lib.php');
mal nen @ vor , dann erscheint die Fehlermeldung nicht mehr

---

@ ist böse!:rant:

@sebmaster warum das?

zu mal dies mehr als häufig hier gesagt wird und an sich keinen Schaden anrichtet ausser ne Fehlermeldung zu unterdrücken

Ganz einfach ein Fehler sollte beseitigt werden es hilft ja auch keinem wenn n auto keine bremsen hat ein Bremspedal einzubauen in der hoffnung das es dan bremmst.

Hm, o.k. das ist nachvollziehbar, allerdings muss ich sagen, meinem vms1.1 tut das @ in manchen Dateien nicht weh, funktionstüchtig ist es trotzdem und wenn ich mir mal so einige vms Versionen ansehe und genauer in den Dateien suche finde ich sicher auch bei dem 1.2 oder 1.2.3 das eine oder andere @ das da dann nur nen Fehler unterdrückt und ich finde so lange es nicht weh tut und erst mal trotz des @ läuft ist es doch o.k. suchen was genau es ist kann man ja immer noch und wenn Fehler gefunden ........... dann ausbessern :) oder?:thumb:

Zitat:

---

Zitat von Jenny

und erst mal trotz des @ läuft ist es doch o.k. suchen was genau es ist kann man ja immer noch und wenn Fehler gefunden ........... dann ausbessern :) oder?:thumb:

---

Und wer interessiert sich nachher noch dafür? Höchstens ein Progger, der sich die Site mal ansehen muss, warum denn alles so langsam ist. Dann macht der ein paar @ weg, und die Site ist zerschossen wie nichts.

Dann würd ich mich schon fragen, ob ich in der Site noch weiter arbeiten will:biggrin1::rolleyes:

Hmmmmm,
hilft mir jetzt auch nicht so weiter die Lösung mit dem @.
Hab jetzt mal ein neues VMS 1.2.3 installiert und jetzt habe ich das Problem mit der Anmeldung das diese nicht geht.
Immer dieser Fehler mit "unbekannter fehler".
allow_url_fopen ist auf ON
EF Daten stimmen auch alle.
Auch die anderen Einstellungsdaten sind i.O.

dass das anmelden nicht geht, kann daran liegen, dass du die falsche Schnittstelle hast, sprich für php5 benötigst du auch diese Schnittstelle für php5, die es im downloadbereich gibt.

dann hast du wohl php5 *vermut*

Downloads -> und nach klamm schnittstelle PHP 5 suchen.

Sorry aber das war es leider auch nicht.
Hatte ich schon mal probiert und gebracht hat es auch nix. :rant:

Ich verzweifel hier noch.

Das alte läuft mit MSQL 4 und PHP 4 und das neue mit MYSQL 5 und PHP 5.

gibt es hier eine Lösung ?

Ich bin vom einen zum anderen Provider gezogen.
Der "alte" hatte PHP4 der neue PHP5. Jetzt gehen keine Anmeldungen mehr.
Habe natürlich auch schon die klamm.php für PHP5 gezogen und draufgemacht.

Genau wie mein "Vorredner" ohne Erfolg.

Kannst du banner einbuchen ??

sprich Providerwechsel sollte man die PHP versionen bzw die schnitstelle anpassen und schauen ob die php einstellungen wie Fopen passen.

Also bei mir ist Fopen ON
Banner kann ich keine buchen.

Fehler besteht immer noch bei mir.

also ich kann Banner einbuchen.
wie gesagt, die Klamm-Schnittstelle habe ich die für PHP5.

Was muss beim Provider noch alles außer allow_url_fopen angepasst werden. (das steht dort auch auf on) .... damit sollte doch fopen funktionieren ? (geht ja bei mir auch wegen der Bannereinbucherei)

Kommt denn eine Fehlermeldung?

Die Fehlermeldung ist "unbekannter Fehler".
Für mich halt total nichtssagend :-(

dann wage ich einfach mal zu behaupten das du nicht die PHP 5 schnittstelle nutzt oder fopen auf off ist. denn einen anderen Grund kann es nicht haben.

siehe oben !!!

ich nutze die klamm.php für PHP5 (Größe 5.453) und fopen muss wohl auf ON sein, da durch die Crons mit z.B. den Bannern oder Paidmails sonst nicht laufen würden.

(habe ich doch oben schon geschrieben)

Was muss denn noch alles angestellt sein, was anscheinend nicht ist ?

Zitat:

---

Zitat von Zockervogel

siehe oben !!!

ich nutze die klamm.php für PHP5 (Größe 5.543) und fopen muss wohl auf ON sein, da durch die Crons mit z.B. den Bannern oder Paidmails sonst nicht laufen würden.

(habe ich doch oben schon geschrieben)

Was muss denn noch alles angestellt sein, was anscheinend nicht ist ?

---

hmm bei mir ist die 5.453 Bytes Groß.
Probiere es doch nochmal:
http://www.designerscripte.net/downl...p?do=file&id=3

ups... Zahlendreher von mir.
exakt diese Datei habe ich mir gezogen.
(eben nochmals mit gleichem - also ohne Erfolg)

also JETZT geht es...

habe meinem Provider doch mal in den Hintern treten müssen :-))))

fopen war zwar Master auf on... aber local auf off... jetzt wo es on ist geht es auch. Man darf sich halt wirklich auf keinen verlassen und muss selbst schaun :-)