Schrift
Wiki:Tipp zum Debugging: use Data::Dumper; local $Data::Dumper::Useqq = 1; print Dumper \@var;
[thread]3117[/thread]

Lebenszyklus: Wie lange leben Module? (Seite 2)



<< |< 1 2 >| >> 17 Einträge, 2 Seiten
David
 2004-06-18 14:18
#30779 #30779
User since
2004-06-18
1 Artikel
BenutzerIn
[Homepage] [default_avatar]
Alloha,

wow - 30 Antworten - leider nur ein paar zum Thema.. aber trotzdem persönliche Reolies:

@Dieter: gute Idee (prozess killen) aber dann müßte ich relativ vielen Mitarbeitern Root-Rechte geben ;)

@ptk: das gleiche Problem (apachectl graceful)

@Heromasters: Das werde ich jetzt mal versuchen (Modul Apache::StatINC)

@format_c: sehe ich genauso (schau bei heromaster)

@jan: da hast Du Recht, deshalb habe ich auch hier gepostet und nicht irgendwo anders ;)


Ich kann ja verstehen das dieses beschissene Wetter auf die Nerven geht aber müssen wir
denn gleich persönlich werden ?

Ich hab euch alle Lieb..

Dave
ptk
 2004-06-18 14:26
#30780 #30780
User since
2003-11-28
3645 Artikel
ModeratorIn
[default_avatar]
Dafuer sind sudo, super und aehnliche Programme geschaffen: bestimmten Benutzern das Recht zu geben, bestimmte Programme als Superuser auszufuehren. Oder man kann sogar ein kleines Perl-Skript, das "apachectl graceful" startet, schreiben und es als setuid-Skript einsetzen --- siehe auch perlsec.pod.
renee
 2004-06-18 14:31
#30781 #30781
User since
2003-08-04
14371 Artikel
ModeratorIn
[Homepage] [default_avatar]
Ich werde mal Strat persönlich fragen, wie er das beim PBoard gelöst hat. Da hatten wir auch das Problem, dass sich die Module häufiger ändern (Weil noch im Entwicklungsstadium)...
Ich melde mich wieder, wenn ich was genaueres weiß!
OTRS-Erweiterungen (http://feature-addons.de/)
Frankfurt Perlmongers (http://frankfurt.pm/)
--

Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
Perl-Entwicklung: http://perl-services.de/
Strat
 2004-06-19 01:18
#30782 #30782
User since
2003-08-04
5246 Artikel
ModeratorIn
[Homepage] [default_avatar]
ich habe es, wie schon von ptk und Heromaster vorgeschlagen, auch mit Apache::StatINC geloest, was auch recht gut funktioniert (solange es nicht zu tief in den Modulbaum runtergeht (???) ein paar kleinere Probleme blieben, aber grundsaetzlich geht es recht gut)...\n\n

<!--EDIT|Strat|1087593526-->
perl -le "s::*erlco'unaty.'.dk':e,y;*kn:ai;penmic;;print"
http://www.fabiani.net/
sri
 2004-06-19 02:53
#30783 #30783
User since
2004-01-29
828 Artikel
BenutzerIn
[Homepage] [default_avatar]
[quote=Strat,18.06.2004, 23:18]ich habe es, wie schon von ptk und Heromaster vorgeschlagen, auch mit Apache::StatINC geloest, was auch recht gut funktioniert (solange es nicht zu tief in den Modulbaum runtergeht (???) ein paar kleinere Probleme blieben, aber grundsaetzlich geht es recht gut)...[/quote]
Apache::StatINC prüft wirklich alle Module, und genau deshalb gibt es (wie Taulmarill bereits erwähnte) Apache::Reload.

P.S.: Natürlich haben beide nichts in einer Wirkumgebung zu suchen und sollten lediglich während des Entwicklungsprozesses eingesetzt werden. (Sollte nicht unerwähnt bleiben)
Heromaster
 2004-06-28 00:13
#30784 #30784
User since
2003-08-05
220 Artikel
BenutzerIn
[default_avatar]
[quote=sri,19.06.2004, 00:53]P.S.: Natürlich haben beide nichts in einer Wirkumgebung zu suchen und sollten lediglich während des Entwicklungsprozesses eingesetzt werden. (Sollte nicht unerwähnt bleiben)[/quote]
Ist ein Webserver nicht immer eine Baustelle? :p
Derjenige, der zwei Hasen jagt, lässt einen zurück und verliert den anderen.
Froschpopo
 2005-03-06 01:30
#30785 #30785
User since
2003-08-15
2653 Artikel
BenutzerIn
[default_avatar]
in der shell genügt bei mir: rcapache reload
bei redhat klappts mit: apache reload
<< |< 1 2 >| >> 17 Einträge, 2 Seiten



View all threads created 2004-06-17 15:50.