Ordnerfreigabe include net bei Apache

Aser

Erfahrenes Mitglied
tag zam,
und ja, ich habe die Suchfunktion schon genutzt...

ich habe es nun endlich geschafft XAMPP mit apache zum laufen zu bringen, alles geht

ich habe das File
D/server/admin/mysqldaten.php

PHP:
$mysql_user = "xxx";
$mysql_pwd = "xxx";
$mysql_host = "localhost";
$mysql_db = "xx";
$res_id = mysql_connect($mysql_host, $mysql_user, $mysql_pwd)
mysql_select_db($mysql_db)

#test
$abfragetest = mysql_query("SELECT * FROM user WHERE nic = 'x'");
$testtimestamp = mysql_result($abfragetest, 0, "registrierungstimestamp");
echo "TEST-timestamp:".$testtimestamp;
#hier kann beliebiger php-Code ausgefuehrt werden, es geht
bis hierher geht alles


wenn ich aber nun n normales Dokument nehmen
z.B.

D/server/index.php
PHP:
include "./admin/mysqldaten.php";

$abfrage = mysql_query("SELECT * FROM user WHERE nic = '$feldnic'");

$echtespwd = mysql_result($abfrage, 0, "pwd");
$anzahlderfehlversuche=mysql_result($abfrage, 0, "anzahlderfehlversuche"); #hole aus Datenbank
if($anzahlderfehlversuche=='')
{
$anzahlderfehlversuche='0';
}

dies geht wiederum nicht, so als ob "include" nicht vorhanden waere :rolleyes:
und ich krieg nur sowas raus:
Warning: mysql_result() [function.mysql-result]: Unable to jump to row 0 on MySQL result index 5 in D:\server\loginspeichern.php on line 7

mein "Verdacht" liegt nun dabei, dass die Ordnerfreigabe von "admin" gesperrt ist...
hab nun mit nem php-code einen order "admin" mit 0700 erstellt und die urspuenglichen Daten reinkopiert... es will aber immer noch nicht

ich bin am verzweifeln, erbitte drigens Hilfe ;-|
vielen Dank im Voraus
 
Bezieh die Skriptdatei doch mal mit der require- statt mit der include-Anweisung ein. Des weiteren solltest du die Fehlermeldungssensibilität PHPs auf den höchsten Level setzen, damit etwaige unterdrückte Fehlermeldungen ausgegeben werden.
 
das Einzige, das hinzugekommen ist, sind
"Notice: Undefined variable:"
ich bezweifle mal, dass diese den Fehler verursachen...
hab grad ne testvarable in admin/mysqldaten.php getan...
diese wurde dann in login.php angezeigt/ausgefuehrt
anscheinend ist der Fehler doch hier irgendwo drin:

PHP:
$abfrage = mysql_query("SELECT * FROM user WHERE nic = '$feldnic'");

$echtespwd = mysql_result($abfrage, 0, "pwd");

ich bin aber am verzweifeln
 
diese ist um pingelig zu sein in diesem Beispiel absolut irrelevant...
wenn sie nicht definiert ist, ist es doch dasselbe, als ob sie leer waere?
hom...
hier ist das das Formularfeld vom Benutzernamen der Vorseite

edited:
es kommt immer noch
Warning: mysql_result() [function.mysql-result]: Unable to jump to row 0 on MySQL result index 5 in D:\napserver\loginspeichern.php on line 12
das bereitet mir Sorgen
 
Aser hat gesagt.:
wenn sie nicht definiert ist, ist es doch dasselbe, als ob sie leer waere?
Das stimmt. Und damit führt die Datenbankabfrage bestimmt zu einer leeren Ergebnismenge, womit auch keine Datensätze abgefangen werden können.
 
hm, du hast recht :rolleyes:
jetzt glaub ich, hab ich den Fehler eingrenzen koennen

$feldnic geht auf dem weg zur mysql-Abfrage verloren...

das fromular mit "feldnic" oeffnet "loginspeichern.php"

zu Begin von loginspeichern.php kommt die Abfrage
PHP:
require "./admin/mysqldaten.php";


echo "test: $testhjk";
error_reporting(E_ERROR | E_WARNING | E_PARSE | E_NOTICE);

$abfrage = mysql_query("SELECT * FROM user WHERE nic = '$feldnic'");

$echtespwd = mysql_result($abfrage, 0, "pwd");
$anzahlderfehlversuche=mysql_result($abfrage, 0, "anzahlderfehlversuche"); #hole aus Datenbank
if($anzahlderfehlversuche=='')
{
$anzahlderfehlversuche='0';
}

ich wueste nicht, wo $feldnic hier verloren gehen koennte?

auf den funpic-Webserver geht alles... aber ich habe nur auf meinem Apache-Homeserver diese Probleme...
gibt es vielleicht zwischen meiner Apache-Version und der Funpic-Webserver-Version programmierunterschiede:rolleyes:
 
aeh.. ok... jetzt ne ganz daemliche Frage... wo muss ich diese Option aendern?
Apache? irgendeiner .config? etc?
Du waerst der Held des Tages, wenns mir das noch nennen koenntest...:rolleyes:
 
Am besten solltest du die Einstellunge gar nicht ändern sondern eher deinen Programmierstil. Denn dein derzeitiger Stil weist ein Sicherheitsmangel auf.
 
Zurück