geloescht_JesterDay

Kein weiterer Text

Wenn du eine Webseite damit machst bedeutet die GPL für dich gar nichts. Typo3 ist auch unter der GPL veröffentlicht und deswegen wurde noch keiner verklagt der es für seine Seite nutzt Außerdem wird auf deren HP doch "alles" geklärt:

Hab ihn jetzt 2mal runtergeladen, denn bei der Arbeit kann ich ihn ja benutzen die neuen Features fand ich Anfangs sehr verwirrend, also gerade die Adressvervollständigung. Bisher musste ich nur "for" eingeben und dann nach unten und war bei fi.de, jetzt hat er mir alle möglichen Unterthemen angezeigt. Naja, kannte ich ja schon von daheim. Dafür hab ich jetzt fi.de als Tag verwendet und fi + nach unten bringt mich hierher Was sagen andere denn zum neuen Zoom? Ich finde das gerade für Webdesigner sehr gut, denn im Gegensatz zu früher, wo nur die Schrift vergrößert wurde, zoomt er jetzt komplett in die Seite. Die Seite wird dadurch also nicht mehr "zerstört" im Zweifel und man muss sich darüber keine Gedanken mehr mache. Was ich noch nciht probiert habe ist allerdings, wenn von Anfang an eine große Schrift eingestellt oder das Fenster kleiner ist...

Also ich lad ihn mir gerade... auch wenn er mir hier gar nix bringt. Ich will aber auch ins Guinnessbuch Hier muss ich wohl bis morgen warten, bs er da ist (oder noch länger)

Eine Private KK ist wieder was anderes, da kommst du nur als Beamter, Selbstständiger oder ab nem gewissen Einkommen rein. Was er meint ist eine freiwillige Versicherung bei einer gesetzlichen KK. Da zahlst du halt u.U. was mehr, weil der AG-Anteil entfällt. Aber jetzt auch nicht die Welt, da das erstens nicht für lange ist und zweitens ja nicht dein Gehalt als Grundlage genommen wird.

Welches Problem denn? Und wie siehst du, dass die Swap-Partition "voll" ist?

Zum Bugtesten? Ach ja... wie bin ich eigentlich auf 17 Uhr gekommen da oben?

Deswegen war der Betatest und die RCs ja auch öffentlich Und grobe Bugs werden dann schon gefunden sein, solche die ihn unbenutzbar machen würden.

Unter welchem System läuft der AppServer denn? Und wieviele Nutzer brauchen denn wirklich administrativen Zugang? Ob es eine andere Möglichkeit gibt an SAP anzumelden, keine Ahnung (keine Ahnung von SAP). Aber du könntest den admin. Zugang schonmal auf den allernötigsten Kreis einschränken. Das war bei uns ja damals auch so. Auf die eigentlichen Server hatten nur die 2 Abteilungsleiter admin. Zugang. Wenn das keine Zeitkritische anwendung ist die auch mal kurze Zeit stillstehen kann zur Not, dann solltest du das auch so machen. Bei uns war es auch so, dass u.U. keiner der beiden da war, und dann musste eben etwas warten. Unschön für alle anderen, aber kein Weltuntergang. Irgendwann am Tag (oder Nacht) kamen die schon, zur Not über VPN. Also Zugangsdaten nur für Admin und den User, unter dem die App läuft lesbar. Wobei ja nichtmal für den Admin, der kann sich dann halt nur die nötigen Rechte holen im Zweifel, aber das fällt ja auch auf. ansonsten ist das ja eher wie das Henne/Ei-Problem. Du willst keine Zugangsdaten in irgendwelcher Art hinterlegen, aber gleichzweitig muss sich für einen zugriff irgendwie authentisiert werden. Egal wie du das machst, außer durch solche "externen Maßnahmen" kann diese Daten jeder rausfischen, abfangen was auch immer, der Zugsng hat. Mit externe Maßnahmen meine ich z.B. Zugriffsbeschränkung auf die Daten, Zugriff nur über eine IP u.ä., also die mit den Zugangsdaten direkt nichts zu tun haben. * Zugang über Public/Private-Key: Den kann man rausfischen und ein PW dafür muss auch irgendwo abgelegt werden. * Zugang über ldap: die ldap-anmeldedaten müssen auch irgendwo hinterlegt sein oder könnten von jemand irgendwie bekommen. * Zugangsdaten verschlüsselt ablegen: Um da ran zu kommen müssen die entschlüsselbar sein - kann man auch rankommen * einmalige Kerberos-Anmeldung: Diese Daten reichen auch, wenn sie jemand hat. Also ok, das ist alles schon schwieriger als einfach eine Textdatei auszulesen... hm... habt ihr eigentlich kein Controlling, was die Buchungen prüft? Falsche Buchungen sollten doch sehr schnell jemand auffallen.

Hm, ok... nach nochmaligem durchlesen. Aber ich hatte das nicht so verstanden, eher so... "Ich hab ja auch nen Rechner daheim und hab da schon selber Windows drauf installiert bla bla blubb", also eher so... ne Frau? Da kann ich mich ja nich als Computerdepp ausgeben. Aber das will wohl eh kein Kerl, nich nur gegenüber ner Frau. Gerade die nicht, die am wenigsten Ahnung haben, aber nen Rechner daheim. (Ok, gibt auch Ausnahmen) Hatte auch mal ne Bekannte zu Besuch und ganz zufällig hat dann ihr Bruder angerufen, ob ich ihm nich vielleicht bei was helfen kann... Nach n bissl gelaber kam dann die Frage, ob ich nich ne Windows XP Seriennummer da hab. Dann meinte ich, ne, ich hab kein Windows. Hab ihm dann die Kubuntu Url durchgegeben und kurz darauf meinte er: Er hat mit dem Vater geredet ,das kann ja gar nicht sein dass dieses "Kubunutu" umsonst ist. Sowas gibt es gar nicht!

Ich hoffe doch, dass die final Version heute dann heute (naja, wohl eher morgen) auch im Repository landet. Die 3er Beta hatte schon ein par Macken, der RC1 jetzt ist schon was besser. Ja ich hätte auch FF2 installietren können (Kubuntu Hardy), aber einiges war schon nich schlecht an FF3, also hab ich ihn gelassen Pacific Daylight Time.. das is doch 9 Stunden hinter uns, oder? 17 + 9 = 26... also um 2 heute nacht. Also morgen früh mal nachsehen

POST ist für die Übermittlung großer Daten vorgesehen. Wie eine GET-URL aussieht weißt du ja. Jetzt nimm das was da hinter dem ? steht und sende das nicht in der URL (HTTP-Header) , sondern im HTTP-Body mit, dann hast du deinen POST (Ein GET hat einfach einen leeren Body, wobei du auch einen POST mit GET-Parametern mischen kannst) Die URL hat theoretisch keine Längenbegrenzung, praktisch hat sie aber eine, je nach Browser. Ein Post ist also nichts anderes als das was du vom Webserver als Antwort bekommst, nur in die andere Richtung. Und der Body hat auch keine Größenbegrenzung, deswegen kannst du per POST große Daten (z.B. Bilderuploads) verschicken. (Bei kleinen Bildern geht das theoretisch auch als GET, wenn die andere Seite das kapiert) Ja, das mit der URL ist dabei nur der "optische Nachteil".

Ich glaub du bist nicht mehr nur up-to-date, sondern auch weit neben dem Thema Sowas in der Art hat hier noch keiner auch nur ansatzweise erwähnt. Es ging um die Antwort auf eine ganz normale zwischenmenschliche Frage: "Was machst du eigentlich beruflich?" Ich stell mir das gerade vor: EDIT: Wahlweise noch dazu:

Google Kalender

Also ich sag meist einfach "Ich mach Software". Dann kommt auf NAchfrage meist doch noch "Softwareentwickler" und die Antworten schwanken meist von "Das is doch bestimmt voll interessant" bis "Das is ja voll kompliziert" oder auch schon "Genau wie mein Ex... nie Zeit".

Ich wette dann wird er auch nicht mehr nach seinem Job gefragt... jemand ne andere Idee?

Also echter FIler baust du dir aus nem PDA nen kleinen Alkotester um das zu überprüfen Idealerweise hast du den Sensor dann an der Uhr und die Daten werden per Bluetooth an den PDA in deiner Hosentasche gesendet. Bei >= 2 Promille geht der Vibrationslarm los.

Weil das nichts anderes ist, es sieht nur auf den ersten Blick anders aus

Hm, erwischt Dapper ist die letzte Distri mit php4 support. Man könnte auch folgendes Probieren: deb http://de.archive.ubuntu.com/ubuntu dapper main restricted universe in die sources.list dann in die apt preferences Package: * Pin: release feisty Pin-Priority: 900 Package: * Pin: release dapper Pin-Priority: -10 Package: php5 Pin: release feisty Pin-Priority: -10 Package: php4 Pin: release dapper Pin-Priority: 900 und vielleicht noch die Apache version u.ä. auf dapper anpassen... und hoffen dass andere Abhängigkeiten erfüllt sind P.S. Das musste jetzt noch sein EDIT: Oder die Packages hier runterladen und installieren http://packages.ubuntu.com/search?suite=dapper&arch=any&searchon=names&keywords=php4

Könnte er, und wäre nichtmal falsch. Nur ob es schön ist ist ne andere Frage Mein Tip: Der Button ist ein Button, kein Submit, und führt ein Javascript aus, was einen hidden-Wert im Formular füllt und dann ein form.submit() ausführt.

Ja, eben. Also ich versteh das Problem des OP so, dass er auf verschiedenen Servern Skripte u.ä. hat, die ihrerseits wieder auf andere, z.B. DB-Server zugreifen. Für diese Zugriffe muss er irgendwo Passwörter hinterlegen, so dass sich das Skript authentisieren kann. Und genau diese PWs kann jeder auslesen, der Zugriff auf den Rechner hat, und das sind halt schon ein paar Leute, in der IT-Abteilung. (Dieses "Problem" hatte ich auch früher öfter) Er will aber nicht, dass alle diese Leute dadurch theoretisch auch Zugriff auf die DB z.B. bekommen. Also entweder verstehe ich das falsch, oder du, oder ich verstehe deine TC Lösung falsch.

Das bringt ihm das ja nichts. Angenommen IT-Mitarbeiter X meldet sich am Server an und startet das Skript, dann wird versucht mit der Anmeldung X sich am System zu authentifizieren. Und es geht ja darum, dass nicht jeder der sich da anmeldet (und das Skript startet oder das Skript bzw die Config lesen kann) auf die DB einen Zugriff hat.

Schon, nur was machst du bei einem Stromausfall, Serverneustart o.ä.? Und dann müssen die Clients (Skripte, DB-Treiber o.ä.) das auch noch unterstützen...

Das Skript müsste das aber auch können (oder der TC-Container ist schon gemountet, und das ständig), und da ein Skript meist plaint/text ist ist die Schwierigkeit das TC-PW zu bekommen auch nur 1%% größer als direkt in der Config-Datei

Hmm...