Aber die Voraussetzungen in Form von PHP- und mySQL-Version (siehe readme.html) erfüllst Du? Und welche "andere Datei" schmoddert noch auf dem Server rum?
vG
Arno
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenAber die Voraussetzungen in Form von PHP- und mySQL-Version (siehe readme.html) erfüllst Du? Und welche "andere Datei" schmoddert noch auf dem Server rum?
vG
Arno
Hi Eva,
kenne das "einzige Sunlog-Importskript" nicht, aber warum eine zweite Datenbank?
Es sollte doch machbar sein, das Script so anzupassen, das die Anzahl Deiner bestehenden Beiträge auf die ID des SunLog-Beitrags "aufaddiert" wird.
vG
Arno
Da dies einen der Kernpunkte der Lücke berührt, und Thomas und ich noch darüber sprechen, würde ich darüber derzeit eher keine Auskunft geben.
Ansonsten
Zitat von ein Zitat aus meinem - mittlerweile geänderten Post - in oben verlinktem Beitrag:[size=14][COLOR=red]Es ist allen die dieses PlugIn einsetzen dazu zu raten auf die Version 0.5.1 (von Thomas [/COLOR][/SIZE][size=14][COLOR=red]in diesem Post veröffentlicht[/COLOR][/SIZE][size=14][COLOR=red]) upzudaten. Grund: Thomas hat Änderungen durchgeführt um eine (siehe oben) meines Erachtens vorhandene Sicherheitslücke zu schließen.[/COLOR][/SIZE]
[COLOR=black]Ich habe diese Änderungen nicht durchgesehen und auch nicht getestet, empfehle aber dennoch besser die neue Version zu installieren um so zumindest das Grundsymptom der Lücke zu stopfen![/COLOR]
Ob und in wie weit Thomas und oder ich den Text der Lückenbeschreibung bekannt geben werden, steht auf einer anderen Seite. Ich denke darüber werden wir uns in einem PN-Wechsel unterhalten.
vG
Arno
telekommander,
dieses Hintergrundwissen habe ich mit Absicht aus den Posts entfernt, und an den Autoren weitergeleitet, um zu verhindern, das sich jemand die mE (meines Erachtens) vorhandene Sicherheitslücke zu nutze macht. Bzw. um dieser Sicherheitslücke nicht noch weiteren Vorschub zu leisten.
Eine Veröffentlichung der Sicherheitslücke käme der Bekanntmachung des Angriffspunkts gleich, was weder im Sinne der einsetzenden Webmaster noch des Autoren wäre.
Ich hatte diese versehentlich schon knapp eine halbe Stunde veröffentlicht und mich danach dagegen entschieden und die Posts wieder herausgenommen... Dann werde ich doch jetzt nicht die Hintergrundinformationen preisgeben und entsprechend wieder eine Einladung für Hacker abgeben! ![]()
vG
Arno
PS Eine Veröffentlichung der Informationen kommt erst nach Beseitigung der Lücke bzw. dem angetretenen Beweis das ich mich geirrt habe in betracht! Sollte tboley die Informationen vorher veröffentlichen wollen, steht es ihm frei dies zu tun.
myGallery bis 0.5 - mE ein Sicherheitsrisiko!
Bitte diesem Link folgen!
Oben stehen 2 Posts von mir mit "cut und wech...."... Diese habe ich - aus Sicherheitsgründen - entfernt und dem Autor des PlugIns eine PN zu dem Thema geschrieben.
[size=36][COLOR=red]!!! Wichtig !!![/COLOR][/SIZE]
Zitat von ursprünglicher Text dieses Posts
Nach Durchsicht des Plugin-Codings [COLOR=red]empfehle ich allen die dieses PlugIn einsetzen[/COLOR] dieses entweder abzuschalten oder aber in allen Upload-Verzeichnissen eine .htaccess-Datei einzusetzen. Inhalt:
[size=14][COLOR=red]Das PlugIn beinhaltet nach meiner Ansicht eine Sicherheitslücke die es potentiellen Angreifern erlaubt Scripts auf den Server zu laden und zur Ausführung zu bringen![/COLOR][/SIZE]
[COLOR=#ff0000]
Es ist allen die dieses PlugIn einsetzen dazu zu raten auf die Version 0.5.1 (von Thomas in diesem Post veröffentlicht upzudaten. Grund: Thomas hat Änderungen durchgeführt um eine (siehe oben) meines Erachtens vorhandene Sicherheitslücke zu schließen.
[/COLOR][COLOR=black]Ich habe diese Änderungen nicht durchgesehen und auch nicht getestet, empfehle aber dennoch besser die neue Version zu installieren um so zumindest das Grundsymptom der Lücke zu stopfen![/COLOR]
Ob und in wie weit Thomas und oder ich den Text der Lückenbeschreibung bekannt geben werden, steht auf einer anderen Seite. Ich denke darüber werden wir uns in einem PN-Wechsel unterhalten.
vG
Arno
Nun,
vG
Arno
Hallo mm,
ich frage mich auch des öfteren, für was es die gibt, aber die Suchfunktion des Forums ist doch für etwas gut ![]()
Suche nach "kommentar seite" und auf der 2ten Seite der Ergebnisliste wird Dir mit diesem Beitrag ' Kommentar zu einer "Seite" ' geholfen ![]()
vG
Arno
Zitat von ypsieDas mag alles stimmig sein, nur bin ich der Meinung, dass Webmaster, die .html Urls "benutzen", das deshalb tun, weil ihr Server einfach kein PHP akzeptiert. Sonst könnten sie die Dateien ja gleich mit .php benennen, hat ja keinen Nachteil, eher Vorteile.
Nunja, einige wenige lassen sich davon blenden und denken es sei wirklich alles statisches HTML, was aber längst nicht immer zutrifft...
Die abweichende Darstellung der Sonderzeichen, erkläre ich mir mit unterschiedlichen Zeichenkodierungen --> Will heißen: Du veröffentlichst Deine Seiten (über den Header) mit einem bestimmten Zeichenstandard. Beim editieren der Seiten verwendest Du aber z.B. einen Editor der diesen Zeichenstandard nicht unterstützt und die Zeichen mit einem falschen Ascii- bzw. Ansi-Code in die Dateien schreibt. Beim Ausgeben der Dateien an den Browser erwartet der nun Zeichen der im Header angegebenen Codeseiten (ich denke mal UTF-8), erhält aber Zeichen eines anderen Standards (Bsp. ISO 8859-1 oder ähnliches) die aber nicht im angekündigten Zeichenstandard liegen. Diese werden dann als Fragezeichen dargestellt.
Solltest Du UTF-8 verwenden, besorge Dir einen entsprechenden Editor der es Dir erlaubt auf den entsprechenden Zeichenstandard einzustellen und überarbeite die Seiten damit.
vG
Arno
Zitat von ypsieHallo,
Klar ich benutze auch nur Layer, und keine Frames.
Nur lassen sich doch in Html Dateien, keine Php Codes einbindenlg, julian
nicht? Seit wann das? ![]()
Im ernst: Es ist nur die Frage, ob Du dem Apachen gesagt hast, das er html auch von PHP interpretieren lassen soll. Sofern PHP-Code enthalten ist, wird dieser dann auch entsprechend umgesetzt.
Trag in einer .htaccess-Datei des entsprechenden Verzeichnisses mal
AddType application/x-httpd-php .html
ein, dann werden auch .html-Dateien über den PHP-Parser geschickt.
vG
Arno
Generell ist es - wie Du selbst anmerkst - eine Frage des vorhandenen Speicherplatzes.
Notwendig ist es aber auch die Datenbank hin und wieder zu reorganisieren, will heißen:
- nicht mehr benötigte Objekte, die auch nicht mehr auf der Seite erscheinen (sollen), aus der Datenbank löschen
- die Indizes der Datenbank zu reorganisieren. Im Laufe der Zeit ergibt sich durch Änderungen, Einfügungen, Updates und Löschungen ein Overhead in den Tabellen und Indizes. Diesen sollte man hin und wieder durch eine Reorg mit geeigneten Tools auflösen, so das die Datenbank allein dadurch wieder schneller läuft, wenn die Seite zuvor zu langsam geworden ist.
Ansonsten gibt der Hersteller des DB-Systems in der Regel auf seinen Seiten Auskunft darüber, bis zu welcher (physischen) Größe seine Datenbanken sauber funktionieren und welche Randbedingungen (max. Tabellenanzahl etc.) einzuhalten sind.....
Generell speichert mySql die Tabellen in einzelnen Dateien ab, so das diese nicht in einem gemeinsamen Speicher gehalten werden. Es sieht für den "Otto-Normal-Verbraucher" zwar so aus, als währe alles 1, ist es aber nicht ![]()
vG
Arno
Das Plugin für WP funktioniert bestens, wer also in WP den Feed einer anderen Seite darstellen will, sollte dieses einsetzen.
Ausserdem bin ich immer noch der Meinung, das es sich sehr Simpel auch in einer nicht WP-Umgebung einsetzen läßt. Den prinzipiellen Weg habe ich auf der ersten Seite bereits geschrieben ![]()
Zu Anzeige: Warum IFrames, wo es doch Divs gibt?
Auch ein Div kann über Scrollbars verfügen, wenn man es denn haben mag
Ich bin noch mit mir am hadern, ob ich solche einsetzen soll, oder nicht.
vG
Arno
ehrlich gesagt.... wer hier wen schon länger kennt und was mit wem zu tun hat, ist mir recht egal! wenn hier jemandem geholfen werden soll - und für mich ist es unerheblich ob ich das mache oder jemand anders -, sind - von wem auch immer - alle gestellten Rückfragen zu beantworten. Wenn sich jemand einklinkt der einen direkten Zugriff auf den Server hat - gut. Dann gehört das aber auch entsprechend Kund getan. Wenn meine Rückfragen nicht mehr beantwortet werden - und Zeit für ein "muß mich später darum kümmern!" ist immer - und statt dessen jemand offensichtlich sachen macht bzw. machen kann die man nur mit mühe und viel geduld erarbeiten kann, stößt es schon etwas auf....
Vielleicht macht Ihr Euch ja Euer privatboard auf, dann wird's diese Probleme nicht mehr geben...
Nilsi hat schon 2 bis 4 meiner Anfragen nicht oder nicht vollständig beantwortet und von einem Moderator erwarte ich (zumal ich selbst 2 Jahre selbiges in einem anderen Forum war), das er solche Eindrücke zu vermeiden sucht und Kundtut was es mit dem Umschwung auf sich hat.
Dennoch viel erfolg
G
Arno
und das war's von meiner Seite zu dem Thema
Hi Christian,
teilweise sind die Texte recht lang, das stimmt schon. Das ist aber im Allgemeinen genau das, was es Einsteigern ermöglicht Anhand der OnlineReferenz Wissen aufzubauen und auszuprobieren. Für Einsteiger ist eine stichwortartige Referenz, die wirklich nur auf das Notwendigste eingeht, in der Regel vollkommen ungeeignet. Eine Referenz mit ausführlicheren Beschreibungen kommt da schon eher hin.
vG
Arno
Nur der Vollständigkeit halber und um das Thema hier abzuschließen: Der Beitrag war von Steinmaenchen und der von Zappelfillip verlinkte Beitrag war einer von 2 Beiträgen die damit zu schaffen hatten. Das Resultat ist hier zu finden.
vG
Arno
Naja.... gut, wenn Hilfsangebote und Rückfragen meinerseits seitens des Fragenden nicht beantwortet werden (und der Gedankenaustausch zum gestellten Problem augenscheinlich ausserhalb des Forums weitergeführt wird), werde ich mir meinen Teil bei Anfragen von Nilsi demnächst denken...
viel Erfolg noch....
Arno
Zitat von \0weil per POST keine daten auf der index.php ankommen. und vor der index.php ist der rewrite der von kontakt/ alles nach index.php?pagename=kontakt umbiegt... die frage die mir da gerade durch den kopf schiesst ist... was ist ohne permalink?
Naja, da ich die Permalinks auch im Einsatz habe (sowohl lokal als auch auf dem Host) und das Formular bei mir funktioniert, stellt sich mir die Frage, wo dafür die Ursache liegen könnte, so sie denn wirklich bei den Permalinks liegt?!?!
Die Strukturen werden doch von WP selbst generiert und bei Nilsi sollte doch der gleiche Generator laufen, oder? Klar gibt es einen Hook in den sich PlugIns reinhängen können, aber das die die Permalinks so schrotten?!
vG
Arno