geloescht_JesterDay

Den VMWare Player gibt es umsonst: Free virtual machine software - VMware Player, VMware Server: VMware - VMware Und ein fertiges Image findest du bestimmt hier: Virtual Appliance Marketplace - Operating System - VMTN Virtual Appliances

Ohne das jetzt probiert zu haben:

Rsync for Windows :: Gaztronics.net wäre da vielleicht was für dich

Ich hab das öfter, auch damals, so gehört. Aktuell hab ich grad mal gesucht und das scheint nicht so zu sein bzw nur für die Versicherung und auch da läßt sich das (man braucht eine anschrift da) wohl leicht umgehen.

Ich denke das kannst du vergessen, allein schon wegen der Versicherung etc. da es nicht ohne Staatsbürger zu sein geht. Von daher ist das AFAIK keine wirkliche Option für dich (außer du lachst dir schnell noch nen Amerikaner an )

Ich denke du wirst absolut keine Probleme haben sowas im Internet zu finden Also ich meine damit "sehr viele(!) Leute [mit] Langeweile und Motivation". Ich hab das nur mal ganz kurz angesehen eben, das klingt für mich doch absolut danach, als wenn man sich da mal anmeldet um dummes Zeug zu labern. Natürlich als redlich getarnt. 61883 Beiträge von 3458 registrierten Benutzern. Also knapp 20 Beiträge pro Benutzer (im Schnitt). Wenn da nach dem dritten Beitrag nur Beleidigungen etc zu lesen sind, dann werden da einige viel mehr als 20 haben. Und der Rest meldet sich mal an um auch mal was zu lachen zu haben und dem längsten und lustigten Thread hinzubekommen

Also ein ehemaliger Klassenkamerad meinte dazu mal (wir hatten so was auch mal angedacht damals): In den USA einen Wagen kaufen, rumdüsen und wieder verkaufen. Bist du um einiges günstiger dran im Endeffekt. Nachteil nur: Kaufen kannst du dort AFAIK nur, wenn du US-Staatsbürger bist. Der Klassenkamerad war das OK, bringt wenig zum Thema. Ist mir nur wieder eingefallen...

Bezogen auf die Datensicherheit u.ä.. Es war wohl recht einfach möglich alle möglichen Daten der Benutzer abzufragen u.ä. auch wenn das so gar nicht hätte passieren sollen. Die wollen das aber ändern und haben dazu extra neue Mitarbeiter gesucht um das zu tun. * *:Nein, ich bin keiner von denen

Du hättest ihm vielleicht auch eine Antenne verpassen sollen

Also eigentlich ist das das Verhalten, wenn das im Quelltext angegebene Bild nicht gefunden werden konnte. Vielleicht solltest du da mal nachschauen und den Fehler nicht gleich auf den Browser schieben z.B. die URL des Bildes aus dem Text kopieren und so aufrufen. Btw. Geht es denn woanders?

Sag das mal den Chefs (Chiefs?) und Entscheidern

Vielleicht hättest du dein Savegame auf der Platte lassen sollen, damit MI 4 merken kann, welches ende du gewählt hast Ansonsten war das vielleicht das offensichtlichste Ende und das andere nur ein Bonus (und daher von weniger Leuten so gemacht), und außerdem mussten sie sich von 2 Möglichkeiten eben für eine entscheiden in der Fortsetzung.

Da gibt es keinen Grund, wenn dein Unix gut läuft (und in manchen Bereichen auch nicht einfach ersetzt werden kann). Was wolltest du denn mehr hören?

Also wenn ich von Windowsprogrammiersprachen ausgehe (bei php weiß ich da im Moment gar nichts), dann geben einem die entsprechenden Funktionen um einen Dateinamen aus einem String inkl. Pfadangabe immer die letzte "Datei" zurück. Ein Punkt hat ja mit einer Datei nichts zu tun. vi a.test/test2.txt wird ohne Probleme vom System ausgeführt und editiert die Datei test2.txt, die im Ordner a.test liegt. EDIT: wie heißt es auch so schön: Alles ist eine Datei. (Also auch Verzeichnisse sind nichts anderes als eine Datei, nur ohne Inhalt eben )

Eine Suchmaschine interpretiert erstmal gar nichts an Endungen, deswegen hat das mit den Header auch nichts zu tun. Entscheidend für den Robot ist das, was er vom Server geliefert bekommt. Also aus geliefertem Inhalt (Code 200) kann der robot nicht einfach Seite nicht gefunden (404) machen, wenn der Server die Seite liefert. Also auch die 2 "Endungen" machen eigentlich nichts aus und die letzte Endung bei mir ist ja nur dafür da, weil es besser aussieht Eigentlich könnte man das auch weglassen und es würde genauso funktionieren. Nur ist es für den Besucher zum einen besser zu verstehen, wenn da eine URL mit Name.html steht. Der "Erfolg" im Suchmaschinen-Ranking unserer Seite seit der Umstellung auf unser eigenes CMS (mit der o.g. Funktion bzw. mit mod_rewrite, aber das ist nach demselben Prinzip gemacht vom Aufbau. Das ist ja nur ein Fallback, wenn mod_rewrite nicht geht) zeigt mir, dass das alles nicht verkehrt war (2 eher allgemeine Suchbegriffe (mit Bezug zum Thema) auf Rang 2 bei Seiten aus Deutschland. Allerdings die beiden Begriffe andersherum nur Platz 25 :confused:)

AddType application/x-httpd-php * Wobei ich nicht sicher bin, ob da ein * oder sonst was stehen muss. Aber fall es ein * als Platzhalter für alles ist, dann sollten alle Anfragen durch den PHP-Interpreter gejagt werden. Nur: Eine Anfrage wie du sie da zeigsthne mod_rewrite nicht möglich! Was du da anfrägst ist für den Server ein Pfad, bzw die Datei modulname.html im Pfad index/modul/id. Mit mod_rewrite könntest du diese URL umbiegen bevor der Apache die Datei modulname.html lesen will (in der Datei .htaccess z.B.), aber ohne kannst du das vergessen IMHO. Mit AcceptPathInfo On bricht der Apache die Anfrage ja ab, sobald er eine Datei findet und der Pfad hintendran wird ignoriert (für die Dateianfrage). Hmm... Was du machen könntest wäre, eine Datei index anlegen ohne Endung. Die könnte dann wohl die Anforderungen erfüllen. Aber das ist doch sehr speziell und außer dir (im Moment, sprich wer weiß ob du dich in 1 Jahr noch daran erinnerst o.ä.)) wird da keiner durchblicken. Ich würde das so auf keinen Fall machen. Aus dem Grund hab ich meine Funktion oben auch so gehalten, dass bis auf die beiden Funktionen nichts anders ist. Du programmierst alles wie immer, nur rufst du am Anfang vom Skript die eine Funktion, und beim Ausgeben von Links die andere auf. Alles andere macht dir nur Ärger (oder dem der das Projekt irgendwann mal übernimmt).

Und lieber Windows als unternehmenskritische Firewall einsetzen z.B. Btw. Astaro ist ein Security Gateway auf Linux Basis. Und sehr wohl für unternehmenskritische Dinge gedacht Etliche Server auf denen MySQL läuft auch. Und für viele Webhoster sind ihre Linux-Server wohl das unternehmenskritischste überhaupt EDIT: Bei kommerziellen Unixen hast du eben den Vorteil des Supports und des dedizierten Ansprechpartners u.ä. Bei entsprechenden Linux-Distributionen mittlerweile aber auch. Ist wohl eher so ne Frage wie MS-Dos oder Dr-Dos

Einen WAMP-Server? WAMP steht für WindowsApacheMysqlPHP Da gibt es nicht viel zu empfehlen EDIT: Höchstens einen LAMP(P) (Das letzte P steht für Perl, wird aber oft weggelassen, auch beim WAMP(P) ) würd ich dir empfehlen Aber die Links hast du ja schon. Aber: Der verlinkte Server sollte nicht für produktive Zwecke eingesetzt werden!

Mehrere 1000 Datensätze, wie niedlich Das sollte absolut kein Problem sein, wenn der Server nicht anderweitig total ausgelastet ist. Ein entsprechender Index (oder eben 8) beschleunigt die Sache nochmal extrem. Ich hab hier gerade ein php-Projekt zur Auswertung von Backup-Daten, da haben meine Testdaten für die File-Details jetzt schon > 1.100.000 Sätze Und die Abfrage (mit nem Index versteht sich) ist trotz mehrerer joins sehr erträglich. (Und das auf nem VM-Ware Server, also nen "echter" ist da noch bissl besser )

Danke, immerhin hab ich deine Erwartungen erfüllt :e@sy Aber es ist ja überhaupt kein Unterschied zu dem was du machst. Der Formname steht nur der Vollständigkeit halber da und wird ja zu keinem Zeitpunkt genutzt (in dem mini Beispiel) oder abgefragt. (AFAIK sieht der Standard den aber zwingend vor) Aber du definierst extra ein hidden-Feld um das abzufragen. Du könntest aber jedes beliebige schon vorhandene Feld abfragen, da das Array $_POST ja nur im Falle einer Post-Anfrage gefüllt wird. Wenn du das mit dem Submit-Button machst, bist du halt sicher dass der immer da ist (so du es nicht über Javascript machst o.ä.). Nichts anderes tu ich ja. (Und natürlich ist das eine sehr ungenaue Prüfung, es geht nur darum ob da überhaupt was gepostet wurde)

Nein. Ein Link aktiviert gar keine Cookies. Cookies sind Daten, die beim Browser gespeichert werden. Dazu merkt sich der Browser zu welcher URL diese Daten gehören und (falls angegeben) zu welchem Pfad. Auch das Protokoll (http oder https) spielt eine Rolle. Wird vom Browser eine Anfrage an eine URL gestellt, wird geprüft ob für diese URL ein Cookie vorhanden ist (inkl. Prüfung auf Pfad (domain.tld/Pfad/datei.html)). Wenn ja, werden die Cookie Informationen mit der Anfrage mitgesendet. Wenn nicht wird nichts gesendet. U.U. ist (oder war) es manchmal möglich durch Lücken Cookies von fremden Seiten "abzufragen". Sobald solch eine Lücke aber bekannt ist, wird sie in der Regel schnellstens geschlossen. siehe z.B. Cross-Site Scripting - Wikipedia

Es ist ihnen nicht absolut egal. Und Parameter werden weggelassen (nicht alle wohl, aber einige). Wenn du jetzt ein CMS hast, dann hast du da eine Datei (index.php) und die wird immer wieder aufgerufen, mit anderen Parametern um andere Inhalte zu zeigen. Diese Parameter müssen von den Suchmaschinen auch übergeben werden um an die Inhalte zu kommen. Ansonsten wird im schlechtesten Fall nur deine Startseite indiziert. Auch bei der Bewertung deiner Seite für den Suchbegriff "Webdesign" (z.B.) wird eine Seite mit der url web/design/webdesign.html besser bewertet als dieselbe Seite mit hinz/kunz/bla.html. Zudem spielt die Domain noch eine wichtige Rolle. www.webdesign.tld/web/design/webdesign.html ist wohl als sehr gut anzusehen. Beim c't-Wettbewerb (Hommingberger Gepardenforelle - Wikipedia) hat sich das auf jeden Fall bestätigt. Sinnvolle URLs sind auf jeden Fall von Vorteil.

Mit der von dir aufgeführten Methode über eine 404-Seite nicht. Ich mach das bei mir anders. Du solltest prüfen, ob bei dir AcceptPathInfo auf On steht, geht auch in der .htaccess (siehe Apache 2 - Direktiven - AcceptPathInfo - Sascha Kersken). Wenn das der Fall ist, kannst du eine URL: index.php/modul/id/modulname.html verwenden. Dabei wird die Seite index.php aufgerufen und dort zerlegst du dann die URL (REQUEST_URI) und kannst z.B. die für dich relevanten Daten da auswerten. Beim aufbauen der Links machst du das entsprechend, nur umgekehrt. Ich hab z.B. 2 Funktionen (URLToSEF und SEFToURL). In der Funktion URLToSEF wandel ich normale GET-Urls in SEF (SearchEngineFriendly) URLs um. Dazu such ich das ? in der URL und nehm alles danach. Das wird gesplittet an den & und das Ergebnis dann nochmal an den =. Raus kommt dann eine URL: index.php/param1,value1/param2,value2... Der Name der aufzurufenden Seite (bei mir Parameter page) wird nochmal am Ende gefolgt von .html angehängt. Bsp: index.php/page,News/News.html Umgekehrt geht es genauso. index.php und Name.html abschneiden (alles vor bzw hinter dem ersten bzw letzten /, dann splitten an /, gefolgt vom Split an ,. Das Ergebnis wird als $_GET abgelegt. Bsp: $_GET["page"] = "News" Das machst du ganz am Anfang und im weiteren Skriptverlauf braucht dich das gar nciht zu interessieren und du arbeitest wie wenn das gar nciht vorhanden wäre. Somit läßt sich das auch ganz einfach über eine Option ein- bzw ausschalten. Der Umweg über 404 ist doch dummes zeug (Bei den Apaches hier hat das immer direkt funktioniert so, wenn nicht geht es über die .htaccess. Und wenn auch das nicht geht, dann kannst du bestimmt auch keine eigene Fehlerseite benutzen ) EDIT: Du musst halt dann jeden Link den du ausgibst durch eine Funktions laufen lassen. Je nach Einstellung wird der Link dann nach SEF umgewandelt und zurückgegeben oder eben nicht. Ich benutze diese Funktion auch dazu, um den aktuellen Aufruf zu übernehmen und weitere Parameter anzuhängen z.B. oder die Parameterliste komplett neu zu schreiben.