vielen Dank Hab auch in nem anderen Forum gepostet...die haben mir auch den w3 Link gegeben ;o)

Da steht auf gut Deutsch, XHTML wird nur in einer bestimmten Version Frames noch unterstützen...ungut...
Nur ab wann wird XHTML der Standard sein? Also so, dass die von diversen Firmen ausgelieferten Browser Frames nicht mehr mögen? Weil wenn das nicht mehr allzu lang dauert, sollte ich meinem Entwicklungsleiter bescheid sagen *g*

Hallo allerseits,

Weiß jemand, ob Frames in zukünftigen HTML Versionen unterstützt werden? HTML wird soweit ich weiß, durch XHTML ersetzt, wird es da noch Frames geben? Wenn nicht, wodurch wird die Funktionalität ersetzt?

Würde mich freuen, wenn jemand darüber bescheid weiß...

mfg,
Usher

selbiges ist mir auch mal passiert...nach einigen Monaten liess es sich einfach löschen *g*
der unterschied zwischen konsole und win ist wohl, dass win zuerst nachfragt ob ne zugriffsberechtigung vorhanden ist - die konsole nicht.

vermutlich weil irgendeine Einstellung davor auf "Auto" ist...du mußt zuerst die RAM Einstellungen im Setup auf "User" (oder etwas gleichwertiges) umstellen.
Auf gut Deutsch: Solche Einstellungen werden im Setup nur dann so angezeigt, dass man sie nicht ändern kann, wenn ein paar Zeilen weiter oben, irgendeine Einstellung auf "Automatik-Modus" läuft. Zuerst muss man diesen Automatik-Modus auf "Benutzerdefiniert" umstellen...

hab einen Freund bei der Schlachthausgasse...der beschwert sich nicht...
Aber Chello wäre nicht Chello, wenn nicht einfach so mal die Internetverbindung flöten gehen würde...das ist aber ortsunabhängig...passiert überall...

ich weiß Du sagst Norton: *nicht haben will*
Aber ich empfehle Dir trotzdem Norton - wegen dem Speicherfressproblem...das kann man einschränken, indem man einfach Auto-Protect deaktiviert. Ich meine: dauernd im Hintergrund etwas laufen haben...das stört sogar einige Programme...wenn man das deaktiviert, sind die Geschwindigkeitseinbußen weg.

Ist eigentlich die Bildwiederholrate bei beiden Monitortypen gleich genormt? Also entsprechen sagen wir 85Hz eines Röhrenmonitors derselben Angabe bei nem TFT? Hoffentlich nicht ;o)

@blue - wenn das mit den 75Hz echt stimmen sollte, wirst Du nach 2 Stunden vorm PC so aussehen, als hättest Du das ärgste Gras geraucht...

muahahahahaha ;o)

Mit Javascript webmailen? Weiß zwar nicht viel über Javascript, aber....das geht nicht *g*.

Du wirst über serverseitige Dienste nicht hinwegkommen, so wie ich das sehe - und das geht nur mit serverseitigen Sprachen wie ASP, PHP, Perl, JSP etc...

Soviel ich weiß unterstützt stud4 keine dieser Sprachen...zumindest PHP nicht.

Danke für die Info ...
Interessant zu wissen...

2000 mAh war kapazitätsmässig das meiste, was ich vor ein paar Monaten gesehen habe...

Aber für Digicams, gibt es, weil sie nicht über längere Zeit stets ein bisschen Energie beziehen sondern eher auf einmal einen Haufen Energie benötigen (Blitz), spezielle Batterien von Varta...PhotoAccus oder so irgendwie heißen die...

Doku runterladen auf http://www.php.net - fertig
Damit Du Ahnung von Datenbanken hast...dafür gibts die VU Datenmodellierung und Datenbanksysteme...

Mr soulmerge ;o)
...xhtml ist im Kommen...dann werden die Browser alle dieselbe Seite ausspucken beim selben Code (nicht so wie jetzt)....
Zitat: "HTML 4.01 ist die letzte Version von HTML." Hurrah ;o)

*g* Frechdachs.
Meine Wertung (ohne alle Systeme begutachtet zu haben):
Oracle, MS SQL, der Rest, MySQL

;o)

Jana: das will ich mal überhört haben, Du Schlingl.
Ich oute mich hier jetzt mal: Ich habe MySQL noch nie zu Gesicht bekommen, und bin sowas von voreingenommen, dass ich vorweg sage: der ärgste **** (fängt nicht mit s an, negativ behaucht), den die Zivilisation je gesehen hat. MySQL ist nichts Professionelles, meiner Meinung nach. Bin generell, gegen Gratis Alternativen zu kommerzieller Software. Einzige Ausnahme, die mir jetzt einfällt: Apache - einfach schwer in Ordnung.

Roli: vielen Dank für den Beitrag...hmm, ich hatte bisher kein Service Pack installiert. Wenn ich Dich richtig verstanden habe, tritt der Fehler erst durch das Service-Pack auf?
Heute habe ich ein package des SP2 installiert (da gibts 3 Packages insgesamt) - ohne Änderung.

P.S.: Es ist ganz ganz ganz sicher (hab unzählige Tests gemacht) nur ein Fehler/eine Einstellung des Microsoft Search Dienstes. Denn das ganze tritt *nur* bei volltextindizierten Spalten auf, die man eben mit Volltext-Methoden abgrast. (z.b mit "contains", aber eben nicht mit "like" (-> nix volltext *g*))

Korrektur vom letzten Posting: Der Prozess verschwindet doch *nicht* aus der Prozess-Auflistung von MSSQL Server. Also wenn man jetzt so ne Volltextquery macht, entsteht ein Prozess...aber der bleibt auch brav...sieht genauso aus wie ein gewöhnlicher Query-Prozess mit dem Unterschied, dass nach 5 Minuten die Query trotzdem saulang braucht. Bei normalen Queries ist das eben nicht so. Die brauchen immer gleich kurz *g*

PPPPPPS.: hab sogar jetzt Named Pipes disabled, selbes Problem *g* (aber an Named Pipes konnte es eh nicht liegen, weil in der Prozessinfo immer eine TCP/IP Verbindung angezeigt wurde...)

...wäre zu unprofessionell

Ich bin weiterhin am analysieren...
Neueste Erkenntnisse:
Es gibt ein "Verbindungs-Pooling" in Windows, wo Verbindungen für eine bestimmte Dauer festgehalten werden können. Allerdings ist der Standard nicht 5 Minuten, sondern 60 Sekunden. Ich habe die Sekundenanzahl hochgeschraubt auf 4 Stunden - mit Neustart - ohne Effekt, außer, dass ich das Gefühl habe, Windows wäre insgesamt schneller geworden, lol.

Bei diesem Verbindungs-Pooling gibt's noch die Option "Warten vor Verbindung" - auch das war auf 60 Sekunden, hab's auch hochgeschraubt...ohne Erfolg.

Beobachtungen: Im SQL Server werden Prozesse schön brav angezeigt. Jede Verbindung = 1 Prozess. Queries, die nicht auf Volltextfeature zugreifen bleiben lange als Prozess erhalten - die Volltextqueries hingegen, also die Volltext-Prozesse verschwinden nach 5 Minuten...

Prepared Statements? Hm, ich hab schon viel Zeit mit der SQL Hilfe verbracht, aber von denen habe ich noch nie etwas gelesen...procedures gibt es, aber das ist etwas anderes...die werden kompiliert, deshalb schneller...
Ich schau mal, was passiert, wenn ich so ein CONTAINS Zeug als Procedure schreibe...ich schätze nichts wird passieren, das übliche eben, aber einen Versuch ist es wert...

@antifuchs...ich glaube das habe ich schon mal probiert. Wenn diese Query keine Query ist, die den Microsoft Search Service in Anspruch nimmt (d.h. wenn sie keine volltextindizierten Tabellen nach Volltext mit microsoft-spezifsichen Befehlen abfragt), ändert sich nichts am Verhalten, d.h. sobald der MS Search Service in Anspruch genommen wird, dauert's wieder länger. Nur wenn man alle i (<= 5) Minuten eine Query die z.b. ein "CONTAINS" enthält, durchführt (eine die in volltextindizierten Spalten sucht), nur dann kann man dieses Timeout umgehen.
Aber ich versuch's jetzt nochmal mit irgendwelchen blabla-queries...mal sehen...

Edit *g*: wenn man *irgendeine* Query ausführt, die nichts mit MS Search zu tun hat, tritt wieder dieses Delay auf: gerade eben ausprobiert...

Und noch ein Nachtrag: Wenn man das ganze zu einer Procedure macht, wird das Problem auch nicht behoben....0,6 Sekunden nach 5 Minuten Wartezeit - bei Wiederholung der Query innerhalb von 5 Minuten: 0,01 Sekunden lol.

Und noch eine Beochbachtung ;o) --> falls man meinen sollte, das geht nur deshalb so schnell, weil man ja *dieselbe* Query wiederholt - nee nee, auch wenn man die Query abändert geht's *fast* so schnell (minimaler Unterschied). Nur, wenn man dann 5 Minuten wartet, braucht die Query plötzlich um ein vielfaches länger.

*g* na hab ich's mir doch gedacht, dass das kein einfaches Problem ist. In der Newsgroup blieb die Frage unbeantwortet...
Ich denke mir nur, die ganze Volltextsuche verfehlt ja so ihren Zweck, denn es geht bei dem ganzen ja um Geschwindigkeit und genau die geht dabei verloren...

Bei den TCP-Verbindungseinstellungen (die ich finden konnte *g* - wer weiß wieviel's da noch gibt *g*) hatte ich bereits geschaut und kein Time-out finden können...

Hilfe, ich muss spenden! me denkt sich: "immer sind diese Organhändler mir auf der Ferse..." ;o)

@martin...ja es sind 2 Dienste...gehören beide zum Microsoft SQL Server 2000 Developer Edition, beides Systemdienste in Windows - von Caching habe ich zwar 0 Ahnung, aber die müssen nicht erst gestartet werden - die laufen durchgehend ;o)

Interessant find ich's nur, dass sich keine anderen Benutzer beschweren über dieses Problem...oder bin ich der einzige, der MS SQL Server nutzt, auf dieser Welt? Der letzte Mohikaner

Danke für Eure Meinungen ;o)

*noch meinen Senf dazugeb/auf Soulmerge draufgeb*
*Soulmerge beklecker*

Diese Extigy schaut auch ziemlich gut aus, find ich - ein kleiner Microtower - ein hochgestelltes Gehäuse eben...

Ich verwette schon mal meine linke Niere, dass mir keiner helfen kann

Problem ist folgendes:
Wenn man eine Query ausführt, die auf volltextindizierte Tabellen mittels "Contains()" zugreift, dauert das Aufnehmen der Verbindung zu lange: 0,7 Sekunden einschließlich der Query selbst. Wenn man selbiges nochmal macht 0,02 Sekunden. Und so gehört es ja auch...
Nachdem man dann 5 Minuten wartet: wieder--> 0,7 Sekunden. Das heißt auf gut Deutsch (bin durch empirisches Herantreten ans Problem draufgekommen *g*), dass alle 5 Minuten die Verbindung zwischen Microsoft SQL Server und Microsoft Fulltext Search Engine getrennt wird.

woooo zum geier *Schluchz* *mich erschiess* kann ich das aber ändern??? Ich habe jetzt glaube ich eine Stunde lang im Web gesucht...und nirgends die Antwort auf meine Frage gefunden...

Ich will nur dieses 5 Minuten-Timeout auf ein grösseres Intervall stellen, so dass man z.B. wenn man einmal so eine CONTAINS Abfrage verwendet, dann 10 Stunden lang die Verbindung gehalten wird......sonst bringt ja nämlich die Fulltext Feature nichts, wenn der Server ab einer Leerlaufzeit von 5 Minuten immer 0,7 Sekunden benötigt, um ne neue Verbindung herzustellen....

:eek: