TeBeSSüm
Mitglied
Ort: Baden Würtemberg
Registriert: 28.03.2008
Beiträge: 4
|
|
Hallo ich komm bitte an diesem Fehlerbefehl nicht weiter, kann mir Jemand helfen
bin neu auf diesem Gebiet..kenn mich noch nicht aus mit welcher DOCTYPE ich verwenden soll.
Was von was abhängig ist..
Ich wäre sehr Dankbar wen manmir helfen könte
Zeile Spalte: 7
10 Fehler: Die Deklaration des Elementes 'html' kann nicht gefunden werden.
Fehlerstelle: <html>
Es ist auf dieser Seite www.krallarvadisi.com
Lg
TeBeSSüm
_______________________________________
.°•. °•.Bevor du jemanden mit Füßen trittst, überleg ob du einem eventuellen Echo gewachsen bist..!!•° .•°.
|
|
| 28.03.2008 23:06:13 |
|
Chiaki
Mitglied
Ort: Germany (81825)
Registriert: 23.12.2007
Beiträge: 95
|
|
Hallo,
mit diesem Quellcode wird das auch nix...
http://www.krallarvadisi.com/ schrieb:
<?php
##################################
# #
# © by HV-Design 2008 #
# http://www.hababamvadisi.de #
# #
##################################
?>
<html>
<?xml version="1.0" encoding="utf-8"?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<head>
|
Die XML-Deklaration gehört ganz an den Anfang. Danach kommt die Zeile mit dem
<!DOCTYPE ...>. Anschließend folgt <html> mit dem XHTML-Namespace.
Der Kommentar gehört in <!-- --> und nicht in <?php ?>.
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<!--
##################################
# #
# © by HV-Design 2008 #
# http://www.hababamvadisi.de #
# #
##################################
-->
<head>
|
Wenn du das soweit hingebracht hast, klappts sicher auch mit der Validierung ;-)
Greetings, Chiaki
@Admin: Verschieben in's HTML/XHTML-Forum? ^^
Beitrag geändert von Chiaki (28.03.2008 23:53:08)
_______________________________________
Make sure You've read RFC 1855, before sending electronic mail,
start Chats, posting on Newsgroups or leave any Comments.
RFC 1855: Netiquette Guidelines <http://www.rfc1855.net/>
|
|
| 28.03.2008 23:43:15 |
|
TeBeSSüm
Mitglied
Ort: Baden Würtemberg
Registriert: 28.03.2008
Beiträge: 4
|
|
Hallo :) Danke für die schnelle Hilfe ..Chiaki
ich habe es gleich eingebaut und bekam die Fehler meldungen die ich am Anfang bekommen hatte
Wie Du gesehen hast habe ich auf meiner seite andere Links hingewiesen das in Phpkit eingebaut ist nur erkennt dieser
<?xml version="1.0" encoding="utf-8"?>
manche Zeichen nicht wie hier zB.:
Spalte: 93
Fehler: Die Entität wurde hier definiert
Fehlerstelle: e.php?path=content/overview.php&type=4&PHPKITSID=471ecb099a29f4a229a12cd1fa9
dieses Zeichen & in diesem Bereich ...type=4&
Und bei diesem Fehler das =Zeichen ander Stelle ...PHPKITSID=4
Spalte: 103
Fehler: Referenz auf Entität "PHPKITSID", für welche kein Systembezeichner erzeugt werden konnte
Fehlerstelle: =content/overview.php&type=4&PHPKITSID=471ecb099a29f4a229a12cd1fa9fb7e7" tar
habe es noch P und t
Fehler (6)
Zeile Spalte: 87
123 Fehler: Allgemeine Entität "type" nicht definiert und keine Standardentität definiert
Fehlerstelle: include.php?path=content/overview.php&type=4&PHPKITSID=471ecb099a29f4a229a12
Spalte: 91
Fehler: Referenz auf Entität "type", für welche kein Systembezeichner erzeugt werden konnte
Fehlerstelle: ude.php?path=content/overview.php&type=4&PHPKITSID=471ecb099a29f4a229a12cd1f
Spalte: 86
Fehler: Die Entität wurde hier definiert
Fehlerstelle: /include.php?path=content/overview.php&type=4&PHPKITSID=471ecb099a29f4a229a1
Spalte: 94
Fehler: Allgemeine Entität "PHPKITSID" nicht definiert und keine Standardentität definiert
Fehlerstelle: .php?path=content/overview.php&type=4&PHPKITSID=471ecb099a29f4a229a12cd1fa9f
Spalte: 103
Fehler: Referenz auf Entität "PHPKITSID", für welche kein Systembezeichner erzeugt werden konnte
Fehlerstelle: =content/overview.php&type=4&PHPKITSID=471ecb099a29f4a229a12cd1fa9fb7e7" tar
Spalte: 93
Fehler: Die Entität wurde hier definiert
Fehlerstelle: e.php?path=content/overview.php&type=4&PHPKITSID=471ecb099a29f4a229a12cd1fa9
ich komme hier nicht weiter hast Du mir bitte hier eine Lösungs weg ..
Bedanke mich für jede Hilfe ..als Neuling tu ich mir sehr schwer:) aber irgendwann wird meine Nase auch normale Farbe haben als Grün :)
Sorry an Admin ..Danke fürs Verschieben :)
Lg
TeBeSSüm
Beitrag geändert von TeBeSSüm (29.03.2008 00:48:17)
_______________________________________
.°•. °•.Bevor du jemanden mit Füßen trittst, überleg ob du einem eventuellen Echo gewachsen bist..!!•° .•°.
|
|
| 29.03.2008 00:25:10 |
|
HTMELL
Administrator
Registriert: 11.05.2006
Beiträge: 542
|
|
|
| 29.03.2008 01:11:09 |
|
TeBeSSüm
Mitglied
Ort: Baden Würtemberg
Registriert: 28.03.2008
Beiträge: 4
|
|
Gutentag Thomas,
ich hatte diesen ersten Link von dir angewendet gehabt an dieser Fehler
Spalte: 103
Fehler: Referenz auf Entität "PHPKITSID", für welche kein Systembezeichner erzeugt werden konnte
Fehlerstelle: =content/overview.php&type=4&PHPKITSID=471ecb099a29f4a229a12cd1fa9fb7e7" tar
also habe ich & mit & erstezt und Link sollte meine Topliste öffnen aber tut es dann nicht mehr mit demm geänderten Link sehe ich meine Artikel Seite.
Aber der zweite Link ist sehr Interresant süper erklärt danke Thomas, habe in der Nacht bissle rum geschaut ..konnte aber nirgends Php.ini finden weder in ..Ftp noch in Phpmyadmin heute laufe des Tages werde ich mich bei meinem Serveranbieter melden und mir Informationen holen ..wo ich die Konfigurationseinstellung ändern kann :)
Ich bedanke mich Thomas fürdiese rasche Hilfe.
Wenn ich meine Infos habe werde ich mit euch meinen Erfolg mitteilen:)
wünsche einen wunderschönen Wochenende an Validome
Lg
TeBeSSüm
_______________________________________
.°•. °•.Bevor du jemanden mit Füßen trittst, überleg ob du einem eventuellen Echo gewachsen bist..!!•° .•°.
|
|
| 29.03.2008 09:14:40 |
|
HTMELL
Administrator
Registriert: 11.05.2006
Beiträge: 542
|
|
Hi,
dieses bischen Code sagt Dir u.a. wo die php.ini ihre Heimat hat ;-)
_______________________________________
mfg
Thomas Mell
www.validome.org
|
|
| 29.03.2008 15:21:23 |
|
|
|
hallo thomas,
ich habe heute (28.03.08)www.hostloco.com angerufen und versucht den problem den wir mit der validierung haben ein wenig zu schlidern. An die php.ini datei kommen wir nicht dran, da es nicht unserer eigener server ist und es mit anderen kunden teilen.Für einen kleinen entgeld würden sie sich die mühe machen das problem den wir haben zu beheben wenn es möglich ist.
Dafür bräuchten sie eine genaue beschreibung dazu die wir per email an sie schicken sollen.
Da wir nicht soviel ahnung von diese sache haben was wir konkret schicken sollen bräuchten wir hilfe.
Es könnte auch vielleicht was mit phpkit zutun haben da wir das problem bei www.alaturkavadisi.com/wbb3/wbb den wir vor kurzem installiert haben nicht der fall, da es valide von haus aus ist auch php.
Hätte da noch eine frage ich habe versucht bei Web Developer in den options die adresse hier einzugeben für die validierung auf deutsch http://www.validome.org/referer mache da bestimmt was falsch funktioniert nicht oder die adresse die ich eingebe ist nicht richtig???
Danke im voraus
mfg
djinkisskhan
validieren ist schönnnnnnnnnnnnnnn wens klappt :-))
ps: wir sind newbies
und noch was wenn die formulierung nicht den deutschen standart nicht entspricht sorry
byeeeeeeee
_______________________________________
|..Das Schicksal mischt die Karten aber Du spielst das Spiel.....|
|
|
| 29.03.2008 23:45:08 |
|
Gurkenpapst
Mitglied
Registriert: 03.10.2007
Beiträge: 31
|
|
| also habe ich & mit & erstezt und Link sollte meine Topliste öffnen aber tut es dann nicht mehr |
Dann hast du dabei irgendwas falsch gemacht. Wie sieht denn der href-Attributwert aus, der bei dir nicht funktioniert?
Wegen dem von PHP selbst eingefügten & vor der Session-ID: Hast du mal probiert, ob bei deinem Hoster nicht vielleicht eine php.ini in dem aktuellen Verzeichnis berücksichtigt wird? Oder du über .htaccess Einfluss nehmen kannst? http://www.heise.de/security/Grundsicherung-fuer-PHP-Software--/artikel/96564 beschreibt die Möglichkeiten. Notfalls könnte man das ini_set() ja auch in der zentralen Konfigurationsdatei eurer Scripte unterbringen.
Noch sinnvoller ist es natürlich, das session.use_trans_sid abzuschalten und sich selbst um das Sessionmanagement zu kümmern. Auch Suchmaschinen werden euch das danken.
Die XML-Deklaration würde ich übrigens weglassen, sie bringt bei UTF-8 keinen Vorteil, versetzt dafür aber den IE 6 in den Quirksmode.
|
|
| 01.04.2008 21:51:41 |
|
TeBeSSüm
Mitglied
Ort: Baden Würtemberg
Registriert: 28.03.2008
Beiträge: 4
|
|
Hi Thomas ..wenn auch etwas spät möchte ich mich bedanken für die Hilfestellung wo ich die Heimatland von php.ini finde :) Es hat uns sehr geholfen Danke ..!! Naja langsam aber sicher komme ich dieser Sache rein ..
Hi Gurkenpapst,
du kannst ausprobieren wenn du möchtest hier sind die beiden Links
einmal der Zustand wie es ist
>>>>
http://www.hababamvadisi.de/phpkit/include.php?path=content/content.php&contentid=174
und hier ist geänderte Zustand
>>>> http://www.hababamvadisi.de/phpkit/include.php?path=content/content.php&contentid=174
Denn Hoster haben wir angefragt ob er php.ini ändern kann aber Sie meinten nur gegen Entgelt.. und ich meine es muss doch möglich sein das der Hoster seine Angebote etwas uns also nicht nur hababamvadisi sondern seine ganzen Kunden etwas Gutes tut :)
sie haben HTML 4.01 als Validier fähig aber nicht die Scripte XHTML 1.0
Danke für die Hilfestellung :)
LG
TeBeSSüm
Beitrag geändert von TeBeSSüm (03.04.2008 10:36:28)
_______________________________________
.°•. °•.Bevor du jemanden mit Füßen trittst, überleg ob du einem eventuellen Echo gewachsen bist..!!•° .•°.
|
|
| 03.04.2008 10:33:06 |
|
dkdenz
Administrator
Ort: Lübeck
Registriert: 25.04.2005
Beiträge: 605
|
|
Hi
Du kannst das dem Hoster nicht verübeln, denn wenn jemand Zugriff auf die php.ini hat, könnten dann, bei unsachgemäßen Einstellungen, Tore und Türen für potentielle Angreifer geöffnet werden.
Und das würde dann alle Mieter vom virtuellen Host betreffen.
Viel Spaß noch...
_______________________________________
Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.0.14eol) Gecko/20080418 Ubuntu/dapper-security Firefox/1.5.0.12eol
|
|
| 03.04.2008 17:44:38 |
| http://dkmd.de | http://dkdenz.de |
Zitieren |
|
Chiaki
Mitglied
Ort: Germany (81825)
Registriert: 23.12.2007
Beiträge: 95
|
|
Hallo,
für viele Einstellungen, die man mangels Zugriff nicht in der "php.ini" vornehmen kann,
gibt es die Möglichkeit der ".htaccess". Diese Konfigurationsdateien haben nur
innerhalb des jeweiligen Verzeichnisses (sowie den enthaltenen Unterverzeichnissen)
Gültigkeit, ihre Verwendung ist bei den meisten Hostern auch zugelassen. Frage
deinen Hoster einfach, ob du mit ".htaccess" arbeiten kannst.
Eine Liste der Einstellungen, die in der ".htaccess" auftreten dürfen, findest du da:
>> http://de.php.net/manual/de/ini.php
Für die ".htaccess" zugelassene Einstellungen sind mit PHP_INI_PERDIR bzw.
PHP_INI_ALL gekennzeichnet. Für das &-Problem ist dieses maßgebend:
arg_separator.input "&" PHP_INI_PERDIR
arg_separator.output "&" PHP_INI_ALL |
Anmerkung für FTP-Programm: Die ".htaccess" wird normalerweise als versteckte Datei
behandelt und vom Server nicht ohne weiteres angezeigt. Um auf die Datei per FTP
zugreifen zu können, mußt du irgendwo unter Optionen/Einstellungen angeben, daß
auch versteckte Dateien angezeigt werden (z.B. "list all files", "list hidden files", ...).
Greetings, Chiaki
_______________________________________
Make sure You've read RFC 1855, before sending electronic mail,
start Chats, posting on Newsgroups or leave any Comments.
RFC 1855: Netiquette Guidelines <http://www.rfc1855.net/>
|
|
| 03.04.2008 18:35:53 |
|
dkdenz
Administrator
Ort: Lübeck
Registriert: 25.04.2005
Beiträge: 605
|
|
@Chiaki: Es gibt Hoster, die zwar .htaccess-Dateien zulassen, aber nur mit eingeschränkten Direktiven.
Es ist also nicht gewährleistet, dass eine Direktive auch greift.
_______________________________________
Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.0.14eol) Gecko/20080418 Ubuntu/dapper-security Firefox/1.5.0.12eol
|
|
| 03.04.2008 18:56:04 |
| http://dkmd.de | http://dkdenz.de |
Zitieren |
|
Chiaki
Mitglied
Ort: Germany (81825)
Registriert: 23.12.2007
Beiträge: 95
|
|
War auch nur eine Anregung von mir. Er soll es halt ausprobieren -- wenn es dann nicht
funktioniert oder gar ein "505 Internal Server Error" auftritt, wird er das noch früh genug
erfahren und kann die .htacess ja gleich wieder löschen und begraben.
Ich dachte nur, es sollte angeregt sein, wenn schon kein Zugriff auf php.ini besteht.
Greetings, Chiaki
_______________________________________
Make sure You've read RFC 1855, before sending electronic mail,
start Chats, posting on Newsgroups or leave any Comments.
RFC 1855: Netiquette Guidelines <http://www.rfc1855.net/>
|
|
| 03.04.2008 19:57:51 |
|
dkdenz
Administrator
Ort: Lübeck
Registriert: 25.04.2005
Beiträge: 605
|
|
Chiaki schrieb:
wenn es dann nicht
funktioniert oder gar ein "505 Internal Server Error" auftritt, wird er das noch früh genug
erfahren und kann die .htacess ja gleich wieder löschen und begraben.
|
Auch wahr... ;-)
_______________________________________
Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.0.14eol) Gecko/20080418 Ubuntu/dapper-security Firefox/1.5.0.12eol
|
|
| 04.04.2008 11:52:27 |
| http://dkmd.de | http://dkdenz.de |
Zitieren |
|
Gurkenpapst
Mitglied
Registriert: 03.10.2007
Beiträge: 31
|
|
du kannst ausprobieren wenn du möchtest hier sind die beiden Links
einmal der Zustand wie es ist
>>>>
http://www.hababamvadisi.de/phpkit/include.php?path=content/content.php&contentid=174
und hier ist geänderte Zustand
>>>> http://www.hababamvadisi.de/phpkit/include.php?path=content/content.php&contentid=174 |
Der zweite URI ist doch aber ein ganz anderer. Klar, dass der so nicht funktioniert. Wenn du den String aber innerhalb eines XHTML-Dokuments als href-Attributwert verwenden würdest, wird der eben in den korrekten URI umgewandelt werden.
| ich meine es muss doch möglich sein das der Hoster seine Angebote etwas uns also nicht nur hababamvadisi sondern seine ganzen Kunden etwas Gutes tut :) |
Das Problem ist, dass arg_separator.output unglücklicherweise sowohl für die Ausgabe des Session-ID-Parameters in den Links in HTML als auch für die URI-Generierung mit http_build_query genutzt wird. Solange session.use_trans_sid aktiv ist, gibt es keinen Wert für arg_separator.output, der keine Probleme macht. Ok, man könnte ein ganz anderes Trennzeichen verwenden, aber sowohl & als auch & wären falsch.
Wenn der Hoster session.use_trans_sid abschaltet (die einzig sinnvolle Lösung), werden ggf. bei irgendwelchen Frickelscripts anderer Nutzer Probleme auftreten. Möglicherweise ist es ja deshalb aktiviert, normalerweise wäre das ja sonst aus. Dass ein Hoster nicht gerne was an seinem Setup bastelt, ist durchaus verständlich, aber warum versuchst du es nicht einfach wie schon beschrieben selbst umzustellen?
Das gilt aber eben alles nur für von PHP automatisch angefügte Session-ID-Parameter. Unter dem genannten URI kann ich aber nur von PHPKIT selbst fehlerhaft erstellte href-Attribute sehen. Das ist nicht die Schuld des Hosters, das müsstet ihr schon in den Scripten selbst korrigieren. Dass PHPKIT neben seinem grandios schlechten Code auch extrem viele Sicherheitslücken aufweist, die nie geschlossen wurden, ist euch aber schon bekannt?
| sie haben HTML 4.01 als Validier fähig aber nicht die Scripte XHTML 1.0 |
Das verstehe ich vom Inhalt und Satzbau her nicht. Was möchtest du damit ausdrücken? Du wirst jedenfalls auch per PHP valide Dokumente erzeugen können, sowohl nach HTML 4.01 als auch nach XHTML 1.0.
|
|
| 05.04.2008 02:08:57 |
|
Wechsel zu
Die letzten Beiträge aus diesen Forum
|
|
