Suchergebnisse
Suchergebnisse 121-140 von insgesamt 383.
Lieber Besucher, herzlich willkommen bei: cms2day Forum - Community & Support rund ums cms2day.
Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert.
Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können.
Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang.
Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Zitat von »peterk« die schnippsle sind doch immer nur als anregungen und für die umsetzung gedacht das manche schnippsel nicht mehr up 2 date sind sollte jedem klar sein Nein und nein. Erstens werden Leute, die von der Materie keine Ahnung haben, dieses Schnippsel einfach kopieren, da du überhaupt keinen Hinweis machst, dass dieses Script gefährlich und und schlecht umgesetzt ist. Zweitens hat dies nichts mit "up2date" zu tun. Funktionen, die veraltet sind oder superglobale Variablen, die noch ...
Zitat von »Metty« Zitat von »Prime« Irgendwo fehlt ein "}". Ich habe es mir nicht genau angeschaut, aber ich denke, es fehlt auf der Zeile 197. ne auch nicht Stimmt. Es fehlen mehr als eine davon. Die Abfrage, ob die Aktion "senden" ist, wurde nicht geschlossen. Die nachfolgenden 5 else-Zweige auch nicht. Lösung: Mal den ganzen Code nochmals durchgehen und keine Sachen, bei denen du nicht sicher bist, heraus löschen.
Irgendwo fehlt ein "}". Ich habe es mir nicht genau angeschaut, aber ich denke, es fehlt auf der Zeile 197.
Das language Attribut sollte nicht mehr eingesetzt werden. Hierfür lieber folgendes verwenden: Quellcode 1 <script type="text/javascript"></script>
Ahja, SQL-Injection spielt hier auch überhaupt keine Rolle, nicht wahr? Auch Fehlerbehandlung muss nicht eingebaut werden. Ist ja schön und gut, dass du Code-Snippsel postest, aber dann sollten sie auch minimale Sicherheitsaspekte berücksichtigen.
Überprüf mal, wenn du dich eingeloggt hast, ob alle wcf-Cookies existieren. Sind keine vorhanden, wird dies bei deinem PC (neuerdings?) blockiert. Sind einige vorhanden, schliesse den Browser und rufe das Forum nochmals auf und überprüfe, welche Cookies noch vorhanden sind. //EDIT: Im Firefox findest du dies unter Extras --> Seiteninformationen --> Sicherheit --> Cookies anzeigen
Bei mir funktioniert es auch, aber durch eine sehr kleine Manipulation der index.php wird der ausgeführte Code angezeigt. Also rate ich von dieser Art von Verschlüsselung ab.
Ja, cmsseitig ist alles korrekt. Was mir aufgefallen ist, ist, dass die Session-ID übereinstimmt in der index.php und logincheck.inc.php. Das Sessionhandling von PHP als solches funktioniert also. Die einzige Einstellung, die meines Erachtens nicht stimmen kann, ist session.save_path. Dort ist /tmp/rauchfangkehrer-sammer.at eingetragen. Die Grundeinstellung ist aber /tmp. Ausserdme kann ich mir rauchfangkehrer-sammer.at als Pfad nicht vorstellen. Ich habe versucht, diese in der Laufzeit zu änder...
Na, jetzt funktioniert es ja. Wurde wohl doch etwas falsches gemacht, nicht? Wink mit dem Zaunpfahl ... Zusätzlich sieht die Index auch nicht mehr so "schmerzhaft" aus ... Wink mit dem Zaunpfahl2. Aber lass mich raten: Du hast alles genau gleich gemacht, nicht? ;-)
Doch, das funktioniert. Was versuchst du denn zu machen? Ich habe eine Referenz hinzugefügt mit einem Bild. Anschliessend 2 weitere Bilder hinzugefügt - das klappt. Auch das Ersetzen. Bedenke aber, dass immer nur 3 Bilder möglich sind. Lade die jetz angehängte Datei runter. Vielleicht erhälst du eine Fehlermeldung.
Ich habe den Fehler für das jetzige Modul korrigiert. Ersetze die screenshots.inc.php mit der hier angehängten. Dann sollte es funktionieren.
Dass du etwas geändert hast, ist aber garantiert. Jeder Link, der vom CMS erstellt wird, hat noch das DTD und <head> drin. Was hast du noch getan? Und sagst du nein, stimmt das nicht und kann dir nur geraten werden. Das Template neu hochzuladen, ein anderes Template zu versuchen und wenn das auch nicht geht, das CMS ganz neu aufzusetzen.
Ich verstehe die ganze Überreaktion à la "die Index tut weh" oder "an der Seite ist alles falsch, was man falsch machen kann" etc. nicht. Die 255 Fehler sind als Zahl nichtsaussagend. Denn es ist immer ein und der selbe Fehler und den hat JOE ja erwähnt. Aus irgendeinem Grund werden bei einigen Verknüpfungen, komischerweise erst ab einer gewissen Stelle, das DTD und <head> bis zu einer bestimmten Stelle eingebunden. Also anstelle hier zu "bashen" (Ich denke, dieses oberkrasse Wort passt hier gut...
Dieser Fehler ist ein deutlicher Hinweis, dass du irgend ein Update nicht durchgeführt hast. Die Spalte "mode" fehlt in der Tabelle "module". Geh nochmal ins phpMyAdmin und führe in der Tabelle "module" folgendes SQL-Statement aus: MySQL-Abfrage(n) 1 ALTER TABLE module ADD mode INT(1) NOT NULL; Anschliessend die Module nochmals installieren. Dann sollte es gehen.
Zitat von »cms2day« Prime, what have u do geändert? Ich habe bei den Funktionen, die Probleme verursachen können und von denen die Installation abhängt (file_get_contents() und mysql_query()) den or Operator eingebaut.
Ja, das stimmt. Aber bei ihm und auch bei mir, wie auch bei vielen anderen Usern hier können Inhalte mit Hochkommas nicht gespeichert werden. Kann es sein, dass auf cms2day.de bereits überall mysql_real_escape_string() angewandt wird oder aber die Magic Quotes an sind?
Ich habe einfach alle Hochkommas durch Anführungszeichen geändert .. Die jetzige CMS Version kann mit Hochkommas noch nicht umgehen.
Verwende diesen Code, dann sollte es gehen. Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 <script src="http://widgets.twimg.com/j/2/widget.js"></script> <script> new TWTR.Widget({ version: 2, type: "profile", rpp: 4, interval: 6000, width: 250, height: 300, theme: { shell: { background: "#333333", color: "#ffffff" }, tweets: { background: "#000000", color: "#ffffff", links: "#eb0707" } }, features: { scrollbar: false, loop: false, live: false, hash...
Ersetze die setup.inc.php mit der angehängten Datei aus (natürlich noch entzippen) und versuche nochmals, ein Modul zu installieren. Vielleicht wird jetzt eine Fehlermeldung angezeigt werden.
Und _was_ geht denn nicht? Erhälst du eine Fehlermeldung, Erfolgsmeldung, gar keine Meldung, wie kommst du darauf, dass die Module nicht installiert wurden, welches Modul wurde deiner Meinung nach nicht installiert? Fragen über Fragen und du lässt uns weiterhin im Dunkeln tappen. Um deine Frage zu beantworten: Nein, die Modulordner müssen nicht die Zugriffsrechte 0777 haben.
Samstag, 21. September 2024, 06:36
Zum Seitenanfang
