Dbdump und den greppen?
Beiträge von ThomasChr
-
-
*hust* grep *hust*
… und Selects mit LIKE

-
Ich glaub die CSS Dateien werden zusammengewürfelt. Wo es herkommt muss man also mühsam suchen

Aber !important klingt doch gut

-
CSS Regeln mal in der Browser Konsole checken?
Kann ja nur irgendeine komische CSS Regel sein
-
-
-
-
Also wenn ich das richtig recherchiert habe dann ist WBB-Lite 1.02pl3 irgendwo aus dem Jahr 2007. Das wird unter einem aktuellen PHP 7 nicht mehr laufen. Es gibt aber wohl eine Fangemeinde die sich da wohl schon drum gekümmert hat, z.B. hier: https://www.v-gn.de/wbb/thread.php?threadid=16059
Die Datenbankzugangsdaten stehen wahrscheinlich unter /wcf/config.inc.php - behauptet zumindest google.
Wobei ich nicht weiß ob es hier einen Unterschied zwischen WBB und WBB-Lite gibt.
-
-
Aktivier im Control Panel mal die php Fehlerausgabe, hier gibts Screenshots: https://forum.netcup.de/netcup-anwendu…wird-ignoriert/
Und versuch die PHP Version so klein wie möglich zu stellen!
Keine Ahnung welche PHP Version du vorher hattest aber PHP macht gerne breaking changes von Version zu Version.
Willst du uns denn sagen um welche Software in welcher Version es denn überhaupt geht?
-
-
Leg doch in deinem neuen Tarif mal überall in die Ordner wo du per WebFTP rankommst eine datei "ente.txt" an, die du durchnummerierst - also mit dem Inhalt '1', '2', '3'...
Und wenn du dann https://deinedomain.de/ente.txt aufrufst weißt du in welchem Ordner du gelandet bist. Dort müssen deine Dateien hin.
Ich hab leider kein Webhosting sonst könnte ich dir hier vielleicht besser helfen...
-
Lass dir mal die entsprechende IP Adresse von denen geben und frag ob die überhaupt die Page selber öffnen können.
Außerdem kannst du mit der entsprechenden IP Adresse nochmal beim netcup Support nachfragen ob genau diese IP gesperrt ist, also z.B. in der Firewall wegs fail2ban wegen zu vielen Zugriffen.
Wenn das alles nichts hilft, hilft notfalls ein eigener Server, den muss aber jemand administrieren können.
Aber Shop und Buchhaltung hört sich ja zumindest nicht unbedingt nach einer 1-Mann Klitsche an die sich keinen richtigen Administrator leisten kann…
-
mainziman Da ist es aber doch schon fast wieder gut dass quasi niemand mehr direkt Assembler programmiert. Ich bin sicher d
gcc und Co. kennen dieses Problem und kodieren entsprechend!
PS: Klar hab ich auch im Urlaub ein Linux zur Hand, aber ich bin dann doch zu faul

-
Alles anzeigen
aber bei folgendem zermatscht man sein Hirn ...
RAX, RBX, RCX, ... sind die 64-bit Register
EAX, EBX, ECX, ... sind die 32-bit Register bzw. im 64-bit Modus die niederwertigen 32-bit der 64-bit Register
auf die ganzen 64-bit Register kann man nur zugreifen, sobald man die CPU in einen 64-bit Modus schaltet;
das mag ja noch irgendeinen Sinn ergeben¹, ABER:
CodeSUB ECX,ECX ; das 32-bit ECX Register (Counter) mit 0 initialisieren, ; durch Subtraktion sich selbst von sich selbst MOV RAX,1234567812345678H ; das 64-bit RAX Register (Akkumulator) auf den Wert 1234567812345678H setzen MOV EAX,ECX ; kopiere das 32-bit ECX Register (Counter) auf das 32-bit EAX Register (Akkumulator)jetzt darf gewettet werden: welchen Wert hat hier das komplette 64-bit RAX Register (Akkumulator)?
¹ von den Adressen her betrachtet ja, von den Daten her betrachtet definitiv nein
Erleuchte uns warum es nicht 0x1234567800000000 ist?
Bin leider im Urlaub und hab wenig Lust jetzt nen Assembler auszupacken

-
Jeder nur eine Mistgabel!
-
-
-
Ja, seh ich ähnlich. Glaube kaum dass Daten für die öffentliche IP auch wirklich das Rechenzentrum verlassen.
Also bringt das vLAN eigentlich keinen wirklichen Vorteil, außer dass man halt ein bisschen anders konfigurieren kann.
Wenn du aber über die öffentliche IP gehst und in der Firewall des DB-Servers dafür sorgst dass nur die IPs deiner Website drankommen solltest du ziemlich genauso sicher sein wie mit vLAN.
-