Ja, bei Files die apache gehoeren. Da muesste man die Files von anfang an mit den richtigen Modes erstellen.
Ich habe mal dem Zooomclan user via sudo(1) Rechte als apache User gegeben. Alternativ kannst du auch ein PHP Script schreiben, das dies macht. Das laeuft naemlich immer als Apache.
das sind alles files, die von meinen php-scripts erstellt wurden. diese scripts ändern die rechte auf 777. ist ne alte angewohneit, weil ich jene hoster gesehen habe, deren apache- und ftp-user nicht mal in der selben gruppe waren, so dass ich die files nicht mehr löschen konnte, ausser wieder mit einem php-script (und das nervt).
was ist so schlecht daran? ausser dass halt alle schreib-rechte haben. das ist zwar hässlich, aber sonst nicht weiter schlimm...
für unseren server: was für rechte kann ich den files beim erstellen geben, dass sie möglichst eingeschränkt sind, ich sie aber trotzdem noch aus ftp, php und ssh (user zooomclan) bearbeiten kann? (sftp- und ssh-user sind glaub ich die selben, oder?)
der userordner im www wird für den upload nicht mehr bentutzt. wusste aber nicht, ob es da noch files drin hat, die noch irgendwo verlinkt sind. deswegen hab ich ihn mal stehen lassen. von mir aus können wir ihn auch löschen...
Wo primaer mit apache gearbeitet wird, muessen die Dirs apache gehoeren, group zooomclan. Setgid auf zooomclan. Das duerfte vorallem im data der Fall sein, ich hab das mit cylander da tw. auch schon so eingerichtet.
Im www dir sollte alles dem zooomclan user gehoeren, und setgid apache sein.
Hauptsach öppis gmacht, au wenn's nochher schlechter lauft als vorher?
Wir haben Backups.
E Schwuchtle isch öpperd, wo unüberleit handlet, wöll er e unbegründeti Angscht hett (dass d'Files nocher weg sind).
Aber so im Allgemeinen find ich es nicht schlimm. Ich tu nur meine Meinung kund.
Wir sind hier auf Zorg und nicht in der Wirtschaft. Was Du konkret getan hast, ist eigentlich nicht gravierend. Doch wo kämen wir hin, wenn wir nicht darüber diskutierten, nöd wohr.
So lernt man wenigstens was. Ich find die Vorgehensweise richtig, ich mach das auch immer so.
Vom rumflennen wird das Problem nicht geloest, vom ausprobieren kann man etwas lernen. Evtl. macht man etwas noch schlimmer, aber auch davon kann man was lernen.
Doch, aber in einer Elektronik-Produktions-Firma aufgewachsen. Ich möchte mich hiermit offiziell vom heutzutage typischen Informatiker abgrenzen.
Der Netzwerkverantwortliche hat früher grosse Druckmaschinen repariert - solche, wo man reinkriechen kann. Wenn man da ein Ventil nicht zumacht, dann spritz einem Öl ins Gesicht, und die Maschine kann auseinandergenommen werden für die Reinigung. Kostet fast nichts. Also ein Mech o.ä. Hat sich weitergebildet zum Netzwerkprofi.
Der Chef der Bude war selber Elektroniker-Lehrling dort und hat sich hochgearbeitet, afaik. Sein Geburtstags- oder Jubiläumsgeschenk der Firma (weiss nicht mehr) war ein Rundgang durch die Hütte, wobei er an jensten Stationen die Arbeit verrichten musste, welche die Angestellten dort tun. Und er hat _alles_ mit Bravur gemeistert. Er wusste, wie der Laden läuft. Kein HSG-Manager
Mein Chef war Qualitätsverantwortlicher, hat Elektroingenieur o.ä. studiert. Nebenbei war er für den PC-Support verantwortlich. Seine qualitätsorientierte Einstellung hatte u.a. folgende Auswirkungen (Auswahl):
Ich bin schon zu jeder möglichen Zeit von dieser Bude heimgegangen - auch zu Fuss oder mit dem Taxi, weil um fünf Uhr morgens noch kein Zug fuhr. Oder ich hab im Büro ne Stunde gepennt und bin dann Zmorge essen gegangen in der Kantine. Denn wenn es nicht läuft, muss es geflickt werden, und zwar umgehend.
Er hat mir mal mit der Streichung des Leistungslohnes gedroht, falls ich ein Problem unkonzentriert angehen sollte. Dies deshalb, weil die Firma nicht für mein Versagen zahlen will. Und er hatte absolut Recht. Ich habs dann aber nicht verbockt.
Ich musste einmal am Wochenende vor Beginn eines nationalen Pfadilagers (Panoramakurs), zu dem ich als Teilnehmer angemeldet war, absagen. Habe mir nicht gerade Freunde damit geschaffen, schliesslich kenne ich die Vorbereitungen, die für solche Lager getroffen werden, und habe selber als Leiter schon kurzfristige Absagen der TN erlebt. Man steht dann da und muss neue Gruppen bilden, hat zuviel Essen eingekauft etc. Mein Chef hat mir gesagt, ich bekäme frei, wenn ich das Problem bis dahin gelöst hätte. Ich hab's nicht geschafft und bekam nicht frei. Auch richtig von ihm.
etc. pp.
Ich war von Anfang an ein Glied in der Produktionskette. Wenn ein wichtiges System nicht lief, stand die Produktion, und ich war verantwortlich, dass es wieder läuft. Ich hoffe, es sagt Euch was, wenn ich sage "die Produktion steht". D.h., dass z.B. ein paar viele Meter langen, millionenschweren SMD Bestückungsroboter, Reflowöfen und Testsysteme _nicht arbeiten_, und mit ihnen alle Menschen, die drum herumstehen. Das kostet. Ein falscher Handgriff, und man verschlimmert die Situation. Also _macht man keinen falschen Handgriff_, auch wenn das mehr Zeit benötigt.
Diese Mentalität existiert nicht in der Büro-Welt der Dienstleistungsbetriebe. Mal installieren, mal updaten, mal gucken. Man kanns ja wieder deinstallieren. FALSCH. Nach der Deinstallation ist das System nicht mehr dasselbe wie vorher, zumindest bei Windows. Files wurden erneuert, hinzugefügt, gelöscht.. unumkehrbar. Der ursprüngliche Fehler wurde verschachtelt und kann nicht mehr gefunden werden.
Ich habe einfach gelernt, wie es in der Produktion läuft. Und ich bin verdammt froh darum.
Nun, erstmal kann ich deinen Standpunkt verstehen. Ich finde ihn auch nicht per-se schlecht.
Ich hab aber in der Diensteleistungsbranche die Erfahrung gesammelt, das du vor irgendeinem Problem stehst, von dem du keine Ahnung hast, wahrscheinlich weder daran schuld noch dafuer zustaendig bist.
Trotzdem musst du *irgendwas* tun, weil der Kunde sonst pissed ist.
Konkretes Beispiel:
Ein Kunde, bei dem wir Ab und zu EDV Support machen (nicht auf Wartungsvertragbasis) hatte ein altes CAD System (~10 Jahre) auf Basis einer komischen Software und SCO Unix.
Die Software funktionierte nicht, zeigte eine ziemlich sinnlose Fehlermeldung an (file not found. unix.sec.). Also hab ich halt mal angefangen zu basteln, und dabei ein File namens cad2.sec gefunden. Dieses habe ich dann noch unix.sec kopiert, und schon lief das CAD Programm wieder.
Aber plotten ab CAD hat nicht funktioniert. lpq meinte, es suche einen Druckerserver namens cad2. Der Drucker war aber Lokal an der Unixmaschine angeschlossen.
Also in /etc/ geguckt wo das configfile fuer den eigenen hostnamen ist. Dieses existierte nicht. In den startup scripts sah man aber, das der hostname bei nicht existierendem hostname config file den hostnamen auf unix setzt..
Also flugs mal ein configfile erstellt, die maschine wieder cad2 getauft, unix.sec wieder geloescht, rebootet, und schon tat alles wieder.
Wahrscheinlich wurde die Maschine mal nicht richtig gebootet, und dabei ging das /etc/blah floeten.
Du siehst, ich hatte keine wirkliche Ahnung was ich tat, aber am Ende hat doch wieder alles funktioniert. Die Firma, welche das System installierte gabs im uebrigen nicht mehr.
Probieren geht vielfach ueber studieren, auch an produktiven Systemen :)
>Probieren geht vielfach ueber studieren, auch an produktiven Systemen :)
Sagen wir mal: Erst studieren. Sobald man dann merkt, dass das Problem sämtlichen Grundsätzen der Logik widerspricht und man es nicht nachvollziehen kann, weil es rein theoretisch gar nicht existieren dürfte, DANN darf man "pröbeln" (wie es cedi's und mein ex-chef immer zu sagen pflegte) ;-)
Nein Mav, bei Produktiven Systemen geht Probieren nicht über Studieren. Auch nicht wenn man glaubt ein Backup des gesamten Systems zu haben.
Da geb ich Cedi vollkommen recht, es gibt Fälle da kann man nicht einfach mal husch probieren und irgendwas rumschrauben um zu sehen obs noch läuft.
Wir hatten in der Schule mal einen Lehrer (Mettler wird sich bestimmt noch an ihn erinnern).
Der war Programmierer oder so, jedenfalls hat er erzählt, dass wenn er ein Programm nicht vom ersten mal an richtig gemacht habe, er von Guezil zugeschüttet wurde. Das bedeutet nicht dass alle paar Sekunden ein Guezli geflogen kam, sondern alle paar milisekunden einige Guezli.
Dann ist der Kunde ganz bestimmt pissed, wie du das so schön nennst.
Ja aber Vogel ist IMHO ein Depp weil er genau NUR dieses Denken draufhatte. Für seine Arbeit mags ja stimmen, muss aber nicht überall so sein. Ich kann (und will) nicht genau sagen wieso ich so nen Eindruck von ihm habe, aber ich mag den Typen nicht. Intolerant und Tunnelblick. Gibt auch Tätigkeiten da ist Intelligenz (bzw gewisse Formen davon) wichtiger als Korrektheitsfetischismus.
Es MUSS bestimmt nicht überall so sein. Aber einigen Branchen würde es ganz gut tun, wenn es mal so wäre.
Von da her find ichs ganz gut wenn wir das wenigstens mal in der Schule lernen.
Ich hab das Gefuehl das die Kunden das aber garnicht anders wollen. Da sie praktisch nichts bezahlen wollen, kriegen sie dafuer auch haeufig unterqualifizierte Leute die die Arbeit erledigen.
Das obengenannte Beispiel haette man sicherlich auch von einem SCO/Allplan Spezialisten in einem Bruchteil der Zeit loesen koennen. Nur haette der sicher das 10x von mir gekostet.
Im Kapitalismus wird immer eine Kosten/Nutzen Rechnung gemacht, und nicht geschaut welches hypotethisch die Idealloesung ist.
Fuer einen Betrieb wie von der genannt wird es wohl rentabler sein einen ueberbezahlten Spezialisten zu nehmen, welcher das Problem innert kurzer Zeit loesen kann, genauso kann es fuer einen anderen Betrieb rentabler sein, wenn er unqualifizerte Idioten (wie mich) Arbeit machen laesst von der sie keine Ahnung haben. Im Normalfall ist das Ergebnis naemlich fast dasselbe, der Unterschied sind einfach die verbrauchte Zeit und die Kosten.
Der Zeit/Kostenfaktor ist bestimmt ein grosser unterschied zwischen einem Produktionsbetrieb und einem Unproduktionsbetrieb.
Aber das hat eigentlich nichts damit zu tun, ob man zuerst überlegt was man mach (unabhängig davon ob man eine Ahnung vom Problem hat) oder mal einfach einer der Intuition nachgeht und was bastelt.
Und:
Nein Deep, nicht jedes Produktivsystem ist so gewaltig wie die die Du kennst. Bei meiner Arbeit konnte ich auch nem Kunden mal nen halben Tag den Server abstellen, scheissegal. Wie gesagt, Tunnelblicksyndrom.
Nein nicht jedes Produktivsystem ist so. Aber die allermeisten Produktionssysteme die Computergesteuert werden sind so.
Und meiner Meinung nach würde es der Dienstleistungsbranche ganz gut tun auch mal etwas harscher zu und her gehen würde.
Schau, die meisten meiner Kunden brauchen das EDV System genau nur fuer die Administration oder halt eben CAD oder sowas. Wenn das Zeugs nen halben Tag nicht laeuft dann kratzt das die Chefetage nicht, und die Mitarbeiter freuts.
Ich glaub dir sofort das du deine Arbeitsmentalitaet in deinem Betrieb brauchst. Ich brauche sie in meinem *nicht*.
Natuerlich will man Ausfaelle und Unannehmlichkeiten fuer den Kunden so kurz wie moeglich halten, aber vielfach ist das einfach nicht moeglich.
Vielleicht solltest du mal lernen, das in anderen Branchen einfach anders gearbeitet wird, mit anderen Prioritaeten.
Dein Produktivsystem scheint nicht ein Produktionssystem zu sein, bei dem irgend etwas Produziert wird.
Da freuts niemanden wenn das mal steht.
Stell dir mal ne Kehrichtverbrennungsanlage vor bei der du irgend n scheiss machst und das Ding stellt ab. Dann dauerts ne geschlagene Woche sie wieder in Betrieb zu nehmen.
Produktivsystem == Es wird von Angestellten benutzt
Das ist so der Gegensatz zum Testsystem. Hat nichts mit der Produktion an sich zu tun. Ich glaube aber, das dir das klar ist.
Wie gesagt, es ist gut moeglich das in anderen Branchen anders ist, aber gerade im Dienstleistungsektor fuer KMUs ist das wichtigste das es wenig Geld kostet, und leidlich schnell geht.
Ein Beispiel:
Kunde ruft an, PC von irgendwem funktioniere nicht richtig, er koenne nicht arbeiten. Ich gehe vorbei, schau ins Eventlog, letzter boot vor 1.5 Woche. Ich frage den Kunden:
"Seit wann ist das so?"
"Seit ca. 2 Wochen."
"Und seitdem konnte er nicht am PC arbeiten?"
"Das ist ja nicht so schlimm, er hat dann den PC mit nem Kollegen geteilt, wir haben eigentlich gehofft das sein PC irgendwann von selber wieder funktioniert."
"Aha."
(Ursache war ne defekte Festplatte, die bei tw. Zugriffen den IDE Controller und damit das System gefreezt hat.)
War eine Druckfirma, die eine Zeitschrift erstellt hat.
Argh. Die Aussage von Mav und von mir war dass es nicht überall so ist, ok? Ich glaub wenn Du das aufgenommen hast wär die Diskussion nämlich gegessen.
BTW fallen mir grad ein paar Fälle ein wo die Korrektheitsfetischisten meine Arbeit mühsamer gemacht haben, zb wenn einer beim Kunden von einer weiteren Firma so n Würg-Appliance-Firewall-Ding reinstellen lässt. Situation war:
-Wir brauchten IPsec Zugang zum Kunden
-Der HW Dienstleister des Kunden hatte selber keine Ahnung von dem Teil und hat ne weitere Firma beauftragt für das, also hatten wir 3 IT Firmen auf einem Kunden. Ich selber krieg keine Zugangsdaten für das Teil (weil ich Babies zum Frühstück esse wohl) und debuggen am Telefon mit nem Typen der zwar korrekt ist (weil er mir keinen Zugriff gibt) aber dafür wenig Plan hat (me chan hald nöd alles chönä oder) ist mühsam. Also zahl jetzt der Kunde mehr weil die Fernwartung nicht funktioniert. Und das nur weil in irgendeinem Schulbuch steht man soll die Zugangsdaten für so ne Appliancekonfiguration nicht unbedingt ans Anschlagsbrett hängen.
Die haben übrigens einen HTTP Proxy auf dem Teil, bei dem man sich Authentifizieren muss und geloggt wird (per User), aber 80/tcp ist nicht gesperrt. WAHRE Sicherheit. Aber meine Firma kriegt keine Zugangsdaten für das Teil.
Ich sag ja ebenfalls, dass es nicht überall so ist. Aber das es überhaupt nicht schadet, wenn das an einigen Orten so wäre.
Und daher kanns auch nicht schaden wenn man das mal in der Schule gelernt hat, am besten an einem Beispiel wos so angewendet wird.
Meiner Meinung geht es in der Diskusion darum, dass man nicht einfach rumpröbelt sonden sich zuerst etwas überlegt was man macht. Das hat mit "korrektem Arbeiten" ala Schulbuch nur im entfernten zu tun.
hatte die ersten probleme mit den veränderten berechtigungen: der file-upload hat für alle user, deren verzeichnis im data/files/ dem user zooomclan gehört, nicht mehr funktioniert. wegen der fehlenden berechtigung. hab jetzt diesen verzeichnissen die berechtigung 0777 gegeben, da ich den user nicht ändern kann.
mav: wenn dich der 0777 stört, ändere bitte den user...
