geloescht_JesterDay

Also ich finde du widersprichst dir. Erst sagst du, dass du jetzt erst eine Funktion zur Prüfung vorgeschaltet hast und dann dass die Parameter auf jeden Fall erst geprüft werden :confused: Naja,ich lass das mal so stehen, da hierfür einfach zu wenig Infos da sind. Form und POST können latürnich von jedem ausgelesen werden. Sonst könnte ja auch keiner deine Seite sehen oder benutzen. IMHO fehlt hier bissl das Grundlagenwissen Alles was zum Server oder vom Server übertragen wird ist Text, reine, lesbarer Text. Dieser Text kann u.U. selbst eine verschlüsselte Version von etwas sein, aber die Übertragung ist einfach so lesbar erstmal. Du weißt was GET macht? Es hängt die Parameter einfach an die URL um sie an den Server zu übermitteln. Also denkst du das kann ja jeder lesen. POST sieht man nix, also denkst du, das ist versteckt und kann nicht gelesen werden. Der Unterschied von POST und GET ist, dass POST die Parameter nicht an die URL hängt, sondern im Body mitschickt. Es steht also ganz genau dasselbe da, nur an einer anderen Stelle (die du als Absender so nicht direkt siehst). Ein Ausschließen von Bots ist also so einfach nicht möglich. Denn ein Bot ist im Prinzip nichts anderes als jeder Browser. Um Menschen von bots zu unterscheiden gibt es viele Versuche, zusammengefasst werden die als Captchas Das hast du bestimmt schon gesehen. Aber auch da können Bots immer mehr über OCR o.ä. überlisten. Oder Menschen können nichts erkennen. Was ganz lustig aussah war ein Captcha, wo du von 6 angezeigten Bildern 2 mit Tieren anklicken musst. Vielleicht ist da auf der verlinkten Seite ein Link, weil ich mich an die Seite nicht mehr erinnern kann. Eine andere Prüfung gegen Bots gibt es nicht. Naja, hab ich mal hier im Forum gelesen: Ein oder 2 hidden Felder, die leer sind. Bots füllen die aber und somit kann das überprüft werden. Aber auch das ist wohl eher nur te temporär, denn es ist kaum ein Problem für den bot auf hidden zu prüfen.

Hast du vielleicht auch ein windows ohne XAMPP? Weil XAMPP mit richtigen Webumgebungen IMHO wenig zu tun hat. die einstellungen sind teilweise so anders, Hauptsache es geht und geht ohne große Probleme. außerdem enthält XAMPP eigentlich immer die neueste Version, egal ob gut getestet oder nicht. Ich hab zwar mal gelesen, dass es mittlerweile möglich wäre XAMPP upzudaten, aber im allgemeinen ist das ja nicht so einfach möglich. Kein, und wenn ich mich da irren sollte dann würd ich den eh niemand empfehlen, also wirklich kein Provider wird XAMPP für irgendwelche Webspace Angebote einsetzen. Das sagen die bei XAMPP sogar selbst, dass ihr Produkt auf keinen Fall für Produktivumgebungen gedacht ist. Ich würde dir als Testumgebung daher also wirklich raten eine "echte" Windows-Webumgebung zu benutzen. Selbst wenn du nur eine stabile Version von Apache, PHP und MySQL selbst auf XP aufspielst. Das ist ja wohl auch kein Problem und kaum mehr Arbeit als XAMPP zu installieren. XAMPP versucht IMHO sowas wie die Eierlegendewollmilchsau zu sein, was Webentwicklung angeht. Es ist für mich mehr sowas wie das jedes Skriptkiddie meinen kann, es kann nen Webserver aufsetzen und verwalten. Ich will damit keinen angreifen und die Leute die XAMPP in Schuss halten machen das bestimmt aus besseren Gründen. Aber das ist einfach meine Meinung von XAMPP (und ich bin aber auch der Meinung, dass das urspr. mal ne richtig gute Idee war... damals. Nur die Realität hat das alles halt eingeholt...). Wie sieht es denn bei den anderen Umgebungen aus? Ist das wirklich von Server zu Server verschieden, oder nur *ix und Windows? Nachtrag: Zu GD: Ich kann das selbst jetzt nicht nachsehen, aber kannst du nicht in der php.ini nachsehen, welche Version das genau ist, bei Ubuntu. Normalerweise haben solche .sos doch eine Versionsnummer im Namen. Und in der php.ini werden die ja geladen, sind da also eingetragen.

Is wandern mit Navi nich langweilig? Ok, außer man macht das zu Hochleistungswanderzwecken. Bei uns ist es immer ganz lustig, teilweise spontan entschieden welchen Weg wir gehen (natürlich eine Planung schon davor ansich) und auch schon Umwege gelaufen. Hauptsache immer Spass

Ja, du siehst ja nicht nur die Hälfte Nachtrag: Aber beim Runterrechnen verlierst du Details. Beim Hochrechnen hast du nur keine.

siehe: Oder du trägst wieselmania.local oder wieselmania.com oder wieselmania.net in deine hosts Datei ein und gibst ihr die IP-Adresse 127.0.0.1 Und benutzt die dann dafür.

Vielleicht ist benutzte Font nicht verfügbar oder unterschiedlich?

Bevor du dir den Apache lokal auf deiner Windowskiste installierst, würd ich dir empfehlen das über ein fertiges VMImage zu machen. Z.B. VirtualAppliances.net LAMP Server Da brauchst du einfach VMWare Server dazu und das geht. Da ist CIFS mit drauf, also solltest du das auch als Netzlaufwerk mappen können. Ansonsten: localhost.local Ist deine Adresse im Zweifel NAchtrag: Vom XAMPP halte ich nicht viel. Warum? Wegen den 1000 Fragen: Bei mir auf meinem XAMPP unter Windows geht das. Wieso geht das nicht wenn ich es ins Netz kopiere?

z.B. könntest du erstmal error_reporting(E_ALL); setzen. Das zeigt dir alles an Meldungen an, also auch Notice und Warning, was ja nicht unbedingt ein Fehler sein muss. Dann würd ich langsam die einzelnen auskommentierten Zeilen wieder einfügen um zu sehen ob das Problem schon beim ersten ist oder erst später. Dann kannst du dir die Ausgabe als Text ansehen (wegen evtl. Fehlern z.B.) Das kannst du auch ohne Datei machen. Einfach keinen Mime-Header schicken (solltest du eh noch tun, tust du glaub ich in deinen Code nicht) und das Ding so im Browser aufrufen. Zur Not eben als Text/HTML MIME-Type, wenn er ohne trotzdem das Bild zeigt. Dann erkennst du vielleicht erstmal ob das grob nem Bild entspricht.

foreach( $newskillstring as $key => $val ) { if( $newskillstring[$key] != "0 0 0" or $newskillstring[$key] != "0;0;0" ) { ... [/PHP] Das hat mit dem Bild nichts zu tun, aber: [PHP]foreach( $newskillstring as $key => $val ) Damit steht jeder Wert $newskillstring[$key] doch in $val Was du also machst ist unnötig, wobei auch kein wirklicher Fehler ansich. Und wenn du den Key sonst eh nicht benötigst, reicht ja ein foreach ($newskillstring as $value) { if( $value != "0 0 0" ...[/PHP] und zum hinzufügen eines neuenWertes zum Array reicht ein einfaches [PHP] $newskillstring[] = "bla"; Das sind alles keine "Fehler" die was mit dem Bild zu tun haben, viel mir halt nur auf.

Was sagt der Server denn? Er kann mehr sagen als nur 200 OK. Es könnte z.B. sein, dass du eine beschädigte Version im Browser-)Cache hast und er die nimmt beim ersten Anzeigen. Hast du mal probiert den Cache zu leeren?

Hab grad was wegen eMail-Disclaimern geschaut und denke, das muss ich ja nicht verheimlichen.

Wenn ich das gewußt hätte, dann hät ich dazu was gesagt oder das verbessert. Sagte ja im Kommentar (glaub ich doch), dass es da zu Problemen kommen kann. Der Thread ist noch nciht fertig und wird schon freigegeben... du sägst dir den Ast ab auf dem du sitzt. Zu FreeOnTerminate... da kann die die Hilfe dazu alles sagen was du wissen musst und was genau das bewirkt. Jetzt mal ernsthaft. Die Delphi Hilfe hilft einem wirklich. Ich denke ja mal, dass die nicht schlechter geworden ist seit Version 7 (und allen davor, bis 4 kenn ich die). Da steht dann drin, was genau das tut und ob der Zeiger auch auf nil gesetzt wird o.ä. Wenn nicht, was ja ansich kein Fehler ist, darfst du halt nicht mit <> nil prüfen Aber das hat ja scheinbar funktioniert, also wird da wohl was getan... wie auch immer (siehe Ast und absägen). Also die Delphi Hilfe hilft dir bestimmt so gut wie ich. Da hab ich auch viel gelernt. Zu den anderen Problemen... naja, solche konnt ich natürlich nich direkt erkennen und am Design der Anwendung musst du schon selber basteln. Das geht nur mit nem Texteditor schwer. Mit den Threads neu starten... ja, stimmt. Das is bei mir nich so gut. Mal als idee: Du könntest dir die vergebenen Indizes in einem Set merken. Ein Set kannst du einfach mit "i in Set" prüfen ob es eine Zahl enthält. Hinzufügen und Entfernen geht glaub auch einfach, musst aber in der Hilfe nachsehen. var usedIndizes: Set of Byte; Byte = Integer nur beschränkt auf 0..255 (also praktisch dasselbe wie integer). BRaucht halt nur 1/4, eben 1 Byte. Beim beenden löschst du den index daraus, beim hinzufügen ...hmmmm... ich glaub aber eine for to do mit in geht schneller... auch wenn es auch immer länger dauert. Naja, vielleicht ist die idee für mehrfach wiederverwendbare nicht die beste... Werd mir das nochmal ansehen... wenn ich zeit hab, im Moment hab ich da keinen kopf für, vielleicht fällt mir dann auch was ein.

Bewusst war mir das schon, deswegen ja die Warnung (nicht so groß und deutlich wie die später). Ich hab auch schon ein paar solche aufgeschraubt gehabt. Aber schon im Bewusstsein, nich einfach überall hinzulangen Gewischt bekommen hab ich nur mal eine bei ner alten Spielkonsole, von Phillips war die glaub ich. Aber das war glaub nich am Netzteil. Und auch nur nich so stark. Ich hab früher eigentlich fast alles mal auseinandergenommen, spätestens wenn es nimmer gebraucht wurde oder kaputt war Und ohne einfach mal überall hinzulangen... bissl aufpassen muss halt schon sein.

Ich sagte ja, das ist kein Skript- und Webserverprogrammierungs Problem.

Du hast doch schon 3 Klassen, die du entsprechend setzt. Dann pack die Textausrichtung doch da rein? .contentleft { .... text-align: left; ... } EDIT: Zu deiner Überschrift: Standardmäßig hat eine Überschrift einen Abstand vom nachfolgenden Element, das musst du halt anpassen. Entweder direkt für alle h1, oder über eine Klasse z.B.

Darum geht es mir ja gar nicht. Ich hab nur alle Möglichkeiten aufgezählt. Aber genau das meinte ich ja... Also: Du benutzt CSS (zumindest gehe ich davon aus, da du einen Klassennamen vergibst). Dann baust du aber die Ausrichtung fix in dein HTML mit ein. Deswegen mein ich ja, du solltest dir mal HTML/CSS zu Gemüte führen :mod: Außerdem nutzt du divs wo gar keine hinmüssen oder sollen. Aua, sag ich da wenn ich sowas sehe. Für mich sind das ganz eindeutig Verständnisprobleme von HTML. Versteh das nicht falsch, aber das ist so daneben, da kann ich nichts anderes dazu sagen. Für Überschriften gibt es HTML-Tags, <hx>. Deins ist kein HTML, das ist eine HTML-ähnliche Struktur, die dann nach irgendwas aussieht und im Browser angezeigt wird wie du das willst. HTML ist dazu da, einen Text auszuzeichnen und zu strukturieren. Dazu gehört auch die logische Auszeichnung der Inhalte, z.B. eines Textes als Überschrift. Und nicht nur optisch, sondern vorallem auch logisch.

Ich denke eher du hast ein großes Problem was HTML angeht. Nimm das nicht persönlich, aber mit php hat dein Darstellungsproblem nichts zu tun. (Wobei dir Darstellung des Codes... aber egal). Wenn ich z.B. sehe: <div class="contentleft" align="left"> ... <div class="contentcenter" align="center"> ... <div class="contentright" align="right"> Dann sind das für mich schon grundlegende HTML/CSS Verständnisprobleme. Wenn du also zu deinem HTML Hilfe brauchst, dann solltest du das in dem Forum posten und außerdem nicht den PHP Code

Ich hab glaub bei heise mal dazu was gelesen, dass ein öl-pc ein nettes spielzeug ist, aber auch das öl mit der Zeit (Verschmutzung u.ä.) leitfähig werden kann. Außerdem wird es mit der Zeit ranzig und so ein Ding würd ich dann nicht gern rumstehen haben. Einen Ölwechsel solltest du also einplanen

So, hatte grad mal nichts zu tun. Nach bestem Wissen und Gewissen geändert. Hab Kommentare dazu geschrieben was und warum Konnte das halt nicht testen, aber denke das könnte sogar so gehen (Naja, zu meiner aktiven Delphi Zeit hat ich das nie, dass ich Code geschrieben hab und der ging sofort. Und wenn es nur ein Tippfelhler war) MultiThreadRevised.zip

Wenn ich mal davon ausgehe, dass du einen neuen User angelegt hast für Samba und meinst, der sollte nirgends zugreifen können über die Shell, dann gib ihm einfach /dev/null oder /dev/false als Standardshell. Dann kann er sich nicht einloggen und auch nichts lesen, außer die smb-Freigabe.

Das ist Standard. Die wichtigen Dateien sind schon so, dass du sie nicht unbedingt lesen kannst. Aber wie kommst du von einem Samba-Share auf das komplette Filesystem? Das ist mir neu. Ansonsten musst du das eben in einem chroot laufen lassen. Dann kommt da keiner mehr raus. Ich würde von einen chmod -R /* absehen Ich hab sowas einmal aus versehen gemacht, chmod -R .* damit wollt ich auch alle versteckten Dateien chmodden und alle Unterverzeichnisse... nur hat der auch .. und alle anderen Verzeichnisse gemodded (also eigentlich alles)... danach war das System einfach hin Weiß nicht mehr genau welche Option, auf jeden Fall bin ich seitdem sehr sehr vorsichtig was sowas angeht

Werd es mir mal ansehen, wohl über die Feiertage, wenn mir langweilig ist Bitte jetzt schon um Verständnid, dass ich es vielleicht nicht testen kann, mangels Delphi

Öl ist generell nicht leitend. Sonst könntest du das versenken ja gleich vergessen. Hast du dir schonmal ein Mainboard angesehen? Da gibt es eine Menge Leiterbahnen und Lötstellen, die alle Strom an das Öl ebgeben würden. Der computer würde sehr sehr kurz an sein, wenn Öl elektrisch leitend wäre Deswegen verstehe ich auch das mit dem Abdichten nicht so wirklich. Öl leitet nicht, und nur deswegen geht das ganze ja. Es sollte also egal sein wo das reinfließt (Ok, Festplatten etc natürlich ausgenommen). Und ich kann mir jetzt ehrlich gesagt nicht vorstellen, dass ... naja, ok... wenn du z.B. einen C2D o.ä. hast, der hat ja keine richtigen Pins mehr. Da könnte der Kontakt zwischen Prozessor und Sockel beeinträchtigt werden. Bei Pins (oder auch PCI etc.) sollte der Kontakt fest genug sein. Vielleicht ist es abgedichtet eine Spur besser, aber IMHO sollte das auch so gehen.