André Aulich - Digital Asset Management & Workflow Automation » Downloads

Buchanmerkungen, Skriptdownloads, Korrekturen

André Aulich — Tue, 25 May 2010 18:25:23 +0000

In meinem Buch Mac OS X Server 10.6 – Die Kommunikationszentrale für Mac, Windows, Linux und iPhone sind diverse Skripts abgedruckt, die Sie in Ihren persönlichen Serverinstallationen einsetzen können.

Damit Sie diese nicht wie zu C64-Zeiten aus einem Buch abtippen müssen, werden diese zusammen mit weiteren Informationen zu dem Buch in Kürze unter http://www.oreilly.de/catalog/macosxsrvrkommplger/ bei O’Reilly gelistet.

Bis dahin finden Sie eine Datei mit den Skripts sowie kleineren Korrekturen und Anmerkungen auch hier.

Aktuell sind folgende Hinweise zum Buch:

Auf. S. 54 erwähne ich, dass Mac OS X Server als PDC auch Windows-Clients verwalten kann. Dabei sollte man folgende Einschränkung zu Windows 7 erwähnen: Windows 7 kann nicht an einen Mac-PDC angebunden werden, da Windows 7 prinzipiell nicht mehr von Windows-NT-Domänen-Controllern verwaltet werden kann. Sie können aber alle anderen Dienste wie gehabt nutzen.
Das Programm mailbfr zum Sichern der Mail-Datenbank ist derzeit noch nicht für 10.6 geeignet. Sobald eine entsprechende Version verfügbar ist, werde ich das an dieser Stelle bekannt geben.
Das ZideOne-Outlook-Plugin zur Integration von Outlook-Clients in iCal-/Adressbuchserverumgebungen ist derzeit nicht mehr als Betaversion und noch nicht als finales Produkt erhältlich. Es sieht leider so aus, als wenn die Entwicklung des Tools eingestellt wurde.
Der launchd-Job zum regelmäßigen Aufruf von fetchmail auf S.103 im Buch verwendet als fetchmail-Pfad /opt/local/bin/fetchmail. Dieser Pfad bezieht sich auf ein mittels MacPorts installiertes fetchmail. Wenn Sie das von Apple mitgelieferte fetchmail verwenden wollen, lautet der Pfad /usr/bin/fetchmail. Dies ist in dem launchd-Job in der Download-Datei bereits berücksichtigt.
Auf S.82 ist versehentlich das falsche Bildschirmfoto in Abb.7-1 gelandet. Hier ist der korrekte Screenshot:
Bei der Freigabe der Ordner Junk und NotJunk gibt es bei mehreren Benutzern regelmäßig Rechteprobleme. Um diese zu vermeiden, wurde das Skript auf S.111 in der Downloadvariante entsprechend angepasst. Zudem wird dieses Skript nun minütlich und nicht mehr alle zehn Minuten aufgerufen.

Vielen Dank an dieser Stelle für Ihre wertvollen Hinweise, die mir sehr dabei geholfen haben, diese kleinen Fehler zu finden und an dieser Stelle zu korrigieren!

Über weiteres Feedback zu meinem aktuellen Buch freue ich mich natürlich auch weiterhin!

Drucken mit dem iPad

André Aulich — Wed, 12 May 2010 11:45:54 +0000

Man liest derzeit überall, dass man mit dem iPad nicht drucken kann.

Unter http://www.andre-aulich.de/en/perm/ipad-printing-–-send-pdf-as-email-to-mac-os-x-server-10-6 habe ich einen Artikel veröffentlicht, in dem erklärt wird, wie Sie mit Hilfe von Mac OS X Server vom iPad aus drucken können.

Viel Spaß mit dem Artikel!

Final Cut Server mit Archiware PresSTORE verbinden

André Aulich — Wed, 05 May 2010 15:00:14 +0000

Für diejenigen, die Final Cut Server (FCSvr) nutzen möchten, um High-Res-Daten in ein Disk- oder Tape-Archiv zu schreiben, habe ich unter http://www.andre-aulich.de/en/perm/connecting-final-cut-server-to-archiware-presstore ein Tool samt Dokumentation veröffentlicht, mit dessen Hilfe sich die Anbindung relativ einfach vornehmen lässt.

Das Tool sowie die Dokumentation sind kostenlos. Falls Sie Fragen dazu haben oder Anpassungen wünschen, stehe ich Ihnen gerne als Dienstleister zur Verfügung.

Präsentation vom Final Cut Server-Vortrag als Download verfügbar

André Aulich — Fri, 19 Mar 2010 09:55:40 +0000

Wenn Sie Interesse an meiner Final Cut Server-Präsentation haben, die ich gestern auf der VideoVisions-Veranstaltung in München gehalten habe (und kommende Woche in London halten werde), dann können Sie die PDF-Version hier herunter laden.

Zu den behandelten Themen darin gehören u.a.:

Rough Cut Editing
FCSvr CLI
XML and data exchange with other MAMs
Automatic fetching of news feeds incl. XML metadata
Working with growing clips
Automatic XDCAM ingest
FCSvr Archiving to tape

Allerdings stehen nicht alle behandelten Punkte im Detail in der Präsentation, da ein großer Teil der Session aus Demos bestand.

Wenn Sie Fragen zu den vorgestellten Punkten haben oder meine diesbezüglichen Dienste in Anspruch nehmen möchten, freue ich mich sehr über Ihr Feedback!

i-Meeting ’09: Präsentation zum Thema “Mac OS X Server 10.6 als Groupware-Server” als Download erhältlich

André Aulich — Tue, 10 Nov 2009 12:50:40 +0000

Die Präsentation mit dem Titel “Snow Leopard Server – Der Kommunikationsserver für Mac OS X, Windows, Linux und iPhone”, die ich gestern auf der i-meeting ’09 gehalten habe, können Sie nun hier als PDF-Datei herunterladen.

Xsan- und Xserve-Überwachungs-Plugins frei erhältlich

André Aulich — Fri, 14 Mar 2008 06:49:41 +0000

Seit 2006 biete ich mit meiner Partnerfirma ConSol* 24/7-Remote-Management für Apple Server- & Storage-Umgebungen an.

Eine der Herausforderungen dabei liegt darin, Probleme eines Systems möglichst frühzeitig zu erkennen, am besten noch bevor sie sich in der Anwendung bemerkbar machen.

Zu diesem Zweck setzen wir in vielen Umgebungen auf die Open Source-Monitoring-Lösung Nagios, die die Systeme unserer Kunden rund um die Uhr überwacht und den kleinsten Fehler frühzeitig erkennt und sofort an uns meldet.

Leider gab es vor zwei Jahren keine Monitoring-Plugins für Apples Speicherumgebung Xsan und Apples Xserves, die unseren Anforderungen gerecht wurden, so dass ConSol* eigene Plugins entwickelte, die wir seither bei unseren Kunden einsetzen.

Bei Xsanity finden Sie nun einen Artikel, in dem ConSol* die Installation der Plugins erläutert. Die Plugins stehen frei erhältlich auf der ConSol* Website zum Download bereit.

Update: Unter http://www.consol.de/apple/tipps-tricks/nagios-server-setup/ finden Sie nun außerdem einen Artikel, der beschreibt wie Sie Nagios installieren und konfigurieren.

Download der Präsentation “Mac OS X Hacks”

André Aulich — Sun, 18 Nov 2007 12:36:40 +0000

Hier finden Sie meine “Mac OS X Hacks”-Präsentation, die ich gestern abend auf der MacLive Expo gehalten habe. Auch diese Präsentation bestand zum größten Teil aus Demos, so dass wahrscheinlich vor allem die Links in der PDF-Datei interessant sein könnten.
Bei Fragen schicken Sie mir gerne eine Mail.

Download der Präsentation “Mac OS X Server als Kommunikationszentrale”

André Aulich — Sun, 18 Nov 2007 12:32:39 +0000

Für alle, die auf der MacLive Expo am 15.11. mein Tutorial “Mac OS X Server als Kommunikationszentrale” besucht haben, habe ich hier nun die Präsentation als PDF-Datei hinterlegt. Für alle, die nicht dabei waren, sei darauf hingewiesen, dass die Session zum größten Teil aus Demos bestand, so dass die Präsentation allein wahrscheinlich begrenzt aussagekräftig ist.
Bei Fragen zu den Inhalten schicken Sie einfach eine Mail an mich.

Update: Webalizer für rotierende Apache-Logs konfigurieren

André Aulich — Fri, 25 May 2007 11:00:36 +0000

Wenn Sie auf Basis von Mac OS X Server einen Apache-Webserver betreiben, können Sie mit Hilfe der Open Source-Software Webalizer regelmäßig eine grafisch aufbereitete Webstatistik erstellen, um zu sehen, wer wann welchen Teil Ihrer Website aufgerufen hat.

Diese Funktion eignet sich hervorragend dazu, festzustellen, welche Teile Ihres Webauftritts besonders erfolgreich sind und welche Bestandteile Sie eventuell doch besser nicht weiter ausbauen sollten. Sobald Sie den Webalizer installiert haben, indem Sie die Binärdatei ins Verzeichnis /usr/bin kopiert und eine Konfigurationsdatei mit dem Pfad /etc/webalizer.conf erstellt haben, können Sie den Webalizer als cron- oder launchd-Job regelmäßig ausführen lassen.

Beachten Sie übrigens bei der Einrichtung des Apache-Servers das Log-Format “Combined” zu wählen, um eine möglichst umfangreiche Auswertung zu erreichen.

Wenn Sie den Webalizer nun in der /etc/webalizer.conf konfigurieren, werden Sie feststellen, dass Sie einen Pfad zur aktuellen Protokolldatei angeben müssen. In der Regel sollten Sie bei der Einrichtung Ihres Webservers angegeben haben, dass Ihre Protokolldateien regelmäßig rotiert und komprimiert werden, damit beim Ausführen des Webalizers nicht irgendwann mehrere Gigabyte große Dateien analysiert werden müssen. Dabei entsteht allerdings das Problem, dass beim Rotieren der Protokolldateien die aktuelle Datei nach jeder Rotation einen neuen Namen trägt.

Darauf können Sie nun entweder reagieren, indem Sie 1. das Apache-Rotationsskript anpassen, 2. regelmäßig manuell die Datei /etc./webalizer.conf anpassen oder 3. das im folgenden vorgestellte Skript verwenden, um den Webalizer aufzurufen.

Da die ersten beiden Methoden lästig und aufwändig sind, können Sie einfach ein kleines Kommadozeilen-Tool namens webstat von dieser Seite laden, dass Sie zunächst entkomprimieren müssen und anschließend z.B. in /usr/bin kopieren können.
Kommentieren Sie nun in der /etc/webalizer.conf die Zeile mit der Angabe einer Protokolldatei aus, und erstellen Sie einen cron- oder launchd-Job, der regelmäßig die Datei webstat aufruft.

Wenn Sie zu jeder vollen Stunde Ihre Webstatistik aktualisieren möchten, könnte eine Zeile in /etc/crontab wie folgt aussehen:

0 * * * * root /usr/bin/webstat

Wollen Sie lieber launchd als Startmethode für unser Skript verwenden, laden Sie diese Datei auf Ihren Server, entpacken Sie sie, und kopieren Sie sie in das Verzeichnis

/Library/LaunchDaemons/

Diese Datei definiert, dass unser Skript jeden Morgen um 0:23 Uhr aufgerufen wird.

Laden Sie sie nun in launchd:

sudo launchctl load -w /Library/LaunchDaemons/de.andre-aulich.webalizer.plist

Wenn in der Ausgabe des Befehls

sudo launchctl list

am Ende der Eintrag

de.andre-aulich.webalizer.plist

zu finden ist, läuft das Skript.

Überprüfen Sie mit

sudo tail -f /var/log/system.log

ob der neue launchd-Job Probleme macht.

Wenn keine Fehlermeldungen auftreten, erhalten Sie nun täglich eine neue Webstatistik.

Eine Beispielkonfigurationsdatei des Webalizers unter /etc/webalizer.conf könnte z.B. so aussehen:

# # Sample Webalizer configuration file # Copyright 1997-2000 by Bradford L. Barrett (brad@mrunix.net) # # Distributed under the GNU General Public License. See the # files "Copyright" and "COPYING" provided with the webalizer # distribution for additional information. # # This is a sample configuration file for the Webalizer (ver 2.01) # Lines starting with pound signs '#' are comment lines and are # ignored. Blank lines are skipped as well. Other lines are considered # as configuration lines, and have the form "ConfigOption Value" where # ConfigOption is a valid configuration keyword, and Value is the value # to assign that configuration option. Invalid keyword/values are # ignored, with appropriate warnings being displayed. There must be # at least one space or tab between the keyword and its value. # # As of version 0.98, The Webalizer will look for a 'default' configuration # file named "webalizer.conf" in the current directory, and if not found # there, will look for "/etc/webalizer.conf".


# LogFile defines the web server log file to use.  If not specified

# here or on on the command line, input will default to STDIN.  If

# the log filename ends in '.gz' (ie: a gzip compressed file), it will

# be decompressed on the fly as it is being read.
# LogFile        /var/log/httpd/access_log.1132790400
# LogType defines the log type being processed.  Normally, the Webalizer

# expects a CLF or Combined web server log as input.  Using this option,

# you can process ftp logs as well (xferlog as produced by wu-ftp and

# others), or Squid native logs.  Values can be 'clf', 'ftp' or 'squid',

# with 'clf' the default.
LogType	clf
# OutputDir is where you want to put the output files.  This should

# should be a full path name, however relative ones might work as well.

# If no output directory is specified, the current directory will be used.
OutputDir      /Library/WebServer/Documents/stats/
# HistoryName allows you to specify the name of the history file produced

# by the Webalizer.  The history file keeps the data for up to 12 months

# worth of logs, used for generating the main HTML page (index.html).

# The default is a file named "webalizer.hist", stored in the specified

# output directory.  If you specify just the filename (without a path),

# it will be kept in the specified output directory.  Otherwise, the path

# is relative to the output directory, unless absolute (leading /).
HistoryName	webalizer.hist
# Incremental processing allows multiple partial log files to be used

# instead of one huge one.  Useful for large sites that have to rotate

# their log files more than once a month.  The Webalizer will save its

# internal state before exiting, and restore it the next time run, in

# order to continue processing where it left off.  This mode also causes

# The Webalizer to scan for and ignore duplicate records (records already

# processed by a previous run).  See the README file for additional

# information.  The value may be 'yes' or 'no', with a default of 'no'.

# The file 'webalizer.current' is used to store the current state data,

# and is located in the output directory of the program (unless changed

# with the IncrementalName option below).  Please read at least the section

# on Incremental processing in the README file before you enable this option.
Incremental	yes
# IncrementalName allows you to specify the filename for saving the

# incremental data in.  It is similar to the HistoryName option where the

# name is relative to the specified output directory, unless an absolute

# filename is specified.  The default is a file named "webalizer.current"

# kept in the normal output directory.  If you don't specify "Incremental"

# as 'yes' then this option has no meaning.
IncrementalName	webalizer.current
# ReportTitle is the text to display as the title.  The hostname

# (unless blank) is appended to the end of this string (seperated with

# a space) to generate the final full title string.

# Default is (for english) "Usage Statistics for".
ReportTitle    Usage Statistics for
# HostName defines the hostname for the report.  This is used in

# the title, and is prepended to the URL table items.  This allows

# clicking on URL's in the report to go to the proper location in

# the event you are running the report on a 'virtual' web server,

# or for a server different than the one the report resides on.

# If not specified here, or on the command line, webalizer will

# try to get the hostname via a uname system call.  If that fails,

# it will default to "localhost".
HostName      www.andre-aulich.de
# HTMLExtension allows you to specify the filename extension to use

# for generated HTML pages.  Normally, this defaults to "html", but

# can be changed for sites who need it (like for PHP embeded pages).
HTMLExtension  html
# PageType lets you tell the Webalizer what types of URL's you

# consider a 'page'.  Most people consider html and cgi documents

# as pages, while not images and audio files.  If no types are

# specified, defaults will be used ('htm*', 'cgi' and HTMLExtension

# if different for web logs, 'txt' for ftp logs).
PageType	htm*

PageType	cgi

#PageType	phtml

#PageType	php3

#PageType	pl
# UseHTTPS should be used if the analysis is being run on a

# secure server, and links to urls should use 'https://' instead

# of the default 'http://'.  If you need this, set it to 'yes'.

# Default is 'no'.  This only changes the behaviour of the 'Top

# URL's' table.
UseHTTPS       yes
# DNSCache specifies the DNS cache filename to use for reverse DNS lookups.

# This file must be specified if you wish to perform name lookups on any IP

# addresses found in the log file.  If an absolute path is not given as

# part of the filename (ie: starts with a leading '/'), then the name is

# relative to the default output directory.  See the DNS.README file for

# additional information.
DNSCache	dns_cache.db
# DNSChildren allows you to specify how many "children" processes are

# run to perform DNS lookups to create or update the DNS cache file.

# If a number is specified, the DNS cache file will be created/updated

# each time the Webalizer is run, immediately prior to normal processing,

# by running the specified number of "children" processes to perform

# DNS lookups.  If used, the DNS cache filename MUST be specified as

# well.  The default value is zero (0), which disables DNS cache file

# creation/updates at run time.  The number of children processes to

# run may be anywhere from 1 to 100, however a large number may effect

# normal system operations.  Reasonable values should be between 5 and

# 20.  See the DNS.README file for additional information.
DNSChildren	10
# HTMLPre defines HTML code to insert at the very beginning of the

# file.  Default is the DOCTYPE line shown below.  Max line length

# is 80 characters, so use multiple HTMLPre lines if you need more.
#HTMLPre < !DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">

# HTMLHead defines HTML code to insert within the # block, immediately after the line. Maximum line length # is 80 characters, so use multiple lines if needed. #HTMLHead <meta NAME="author" CONTENT="The Webalizer"> # HTMLBody defined the HTML code to be inserted, starting with the # <body> tag. If not specified, the default is shown below. If # used, you MUST include your own </body><body> tag as the first line. # Maximum line length is 80 char, use multiple lines if needed. #HTMLBody </body><body BGCOLOR="#E8E8E8" TEXT="#000000" LINK="#0000FF" VLINK="#FF0000"> # HTMLPost defines the HTML code to insert immediately before the # first <hr /> on the document, which is just after the title and # "summary period"-"Generated on:" lines. If anything, this should # be used to clean up in case an image was inserted with HTMLBody. # As with HTMLHead, you can define as many of these as you want and # they will be inserted in the output stream in order of apperance. # Max string size is 80 characters. Use multiple lines if you need to. #HTMLPost # HTMLTail defines the HTML code to insert at the bottom of each # HTML document, usually to include a link back to your home # page or insert a small graphic. It is inserted as a table # data element (ie: <td> your code here </td> ) and is right # alligned with the page. Max string size is 80 characters. #HTMLTail # HTMLEnd defines the HTML code to add at the very end of the # generated files. It defaults to what is shown below. If # used, you MUST specify the </body> and closing tags # as the last lines. Max string length is 80 characters. #HTMLEnd # The Quiet option suppresses output messages... Useful when run # as a cron job to prevent bogus e-mails. Values can be either # "yes" or "no". Default is "no". Note: this does not suppress # warnings and errors (which are printed to stderr). Quiet yes # ReallyQuiet will supress all messages including errors and # warnings. Values can be 'yes' or 'no' with 'no' being the # default. If 'yes' is used here, it cannot be overriden from # the command line, so use with caution. A value of 'no' has # no effect. #ReallyQuiet no # TimeMe allows you to force the display of timing information # at the end of processing. A value of 'yes' will force the # timing information to be displayed. A value of 'no' has no # effect. #TimeMe no # GMTTime allows reports to show GMT (UTC) time instead of local # time. Default is to display the time the report was generated # in the timezone of the local machine, such as EDT or PST. This # keyword allows you to have times displayed in UTC instead. Use # only if you really have a good reason, since it will probably # screw up the reporting periods by however many hours your local # time zone is off of GMT. #GMTTime no # Debug prints additional information for error messages. This # will cause webalizer to dump bad records/fields instead of just # telling you it found a bad one. As usual, the value can be # either "yes" or "no". The default is "no". It shouldn't be # needed unless you start getting a lot of Warning or Error # messages and want to see why. (Note: warning and error messages # are printed to stderr, not stdout like normal messages). #Debug no # FoldSeqErr forces the Webalizer to ignore sequence errors. # This is useful for Netscape and other web servers that cache # the writing of log records and do not guarentee that they # will be in chronological order. The use of the FoldSeqErr # option will cause out of sequence log records to be treated # as if they had the same time stamp as the last valid record. # Default is to ignore out of sequence log records. #FoldSeqErr no # VisitTimeout allows you to set the default timeout for a visit # (sometimes called a 'session'). The default is 30 minutes, # which should be fine for most sites. # Visits are determined by looking at the time of the current # request, and the time of the last request from the site. If # the time difference is greater than the VisitTimeout value, it # is considered a new visit, and visit totals are incremented. # Value is the number of seconds to timeout (default=1800=30min) #VisitTimeout 1800 # IgnoreHist shouldn't be used in a config file, but it is here # just because it might be usefull in certain situations. If the # history file is ignored, the main "index.html" file will only # report on the current log files contents. Usefull only when you # want to reproduce the reports from scratch. USE WITH CAUTION! # Valid values are "yes" or "no". Default is "no". #IgnoreHist no # Country Graph allows the usage by country graph to be disabled. # Values can be 'yes' or 'no', default is 'yes'. #CountryGraph yes # DailyGraph and DailyStats allows the daily statistics graph # and statistics table to be disabled (not displayed). Values # may be "yes" or "no". Default is "yes". #DailyGraph yes #DailyStats yes # HourlyGraph and HourlyStats allows the hourly statistics graph # and statistics table to be disabled (not displayed). Values # may be "yes" or "no". Default is "yes". #HourlyGraph yes #HourlyStats yes # GraphLegend allows the color coded legends to be turned on or off # in the graphs. The default is for them to be displayed. This only # toggles the color coded legends, the other legends are not changed. # If you think they are hideous and ugly, say 'no' here #GraphLegend yes # GraphLines allows you to have index lines drawn behind the graphs. # I personally am not crazy about them, but a lot of people requested # them and they weren't a big deal to add. The number represents the # number of lines you want displayed. Default is 2, you can disable # the lines by using a value of zero ('0'). [max is 20] # Note, due to rounding errors, some values don't work quite right. # The lower the better, with 1,2,3,4,6 and 10 producing nice results. #GraphLines 2 # The "Top" options below define the number of entries for each table. # Defaults are Sites=30, URL's=30, Referrers=30 and Agents=15, and # Countries=30. TopKSites and TopKURLs (by KByte tables) both default # to 10, as do the top entry/exit tables (TopEntry/TopExit). The top # search strings and usernames default to 20. Tables may be disabled # by using zero (0) for the value. #TopSites 30 #TopKSites 10 #TopURLs 30 #TopKURLs 10 #TopReferrers 30 #TopAgents 15 #TopCountries 30 #TopEntry 10 #TopExit 10 #TopSearch 20 #TopUsers 20 # The All* keywords allow the display of all URL's, Sites, Referrers # User Agents, Search Strings and Usernames. If enabled, a seperate # HTML page will be created, and a link will be added to the bottom # of the appropriate "Top" table. There are a couple of conditions # for this to occur.. First, there must be more items than will fit # in the "Top" table (otherwise it would just be duplicating what is # already displayed). Second, the listing will only show those items # that are normally visable, which means it will not show any hidden # items. Grouped entries will be listed first, followed by individual # items. The value for these keywords can be either 'yes' or 'no', # with the default being 'no'. Please be aware that these pages can # be quite large in size, particularly the sites page, and seperate # pages are generated for each month, which can consume quite a lot # of disk space depending on the traffic to your site. AllSites yes AllURLs yes AllReferrers yes AllAgents yes AllSearchStr yes #AllUsers no # The Webalizer normally strips the string 'index.' off the end of # URL's in order to consolidate URL totals. For example, the URL # /somedir/index.html is turned into /somedir/ which is really the # same URL. This option allows you to specify additional strings # to treat in the same way. You don't need to specify 'index.' as # it is always scanned for by The Webalizer, this option is just to # specify _additional_ strings if needed. If you don't need any, # don't specify any as each string will be scanned for in EVERY # log record... A bunch of them will degrade performance. Also, # the string is scanned for anywhere in the URL, so a string of # 'home' would turn the URL /somedir/homepages/brad/home.html into # just /somedir/ which is probably not what was intended. #IndexAlias home.htm #IndexAlias homepage.htm # The Hide*, Group* and Ignore* and Include* keywords allow you to # change the way Sites, URL's, Referrers, User Agents and Usernames # are manipulated. The Ignore* keywords will cause The Webalizer to # completely ignore records as if they didn't exist (and thus not # counted in the main site totals). The Hide* keywords will prevent # things from being displayed in the 'Top' tables, but will still be # counted in the main totals. The Group* keywords allow grouping # similar objects as if they were one. Grouped records are displayed # in the 'Top' tables and can optionally be displayed in BOLD and/or # shaded. Groups cannot be hidden, and are not counted in the main # totals. The Group* options do not, by default, hide all the items # that it matches. If you want to hide the records that match (so just # the grouping record is displayed), follow with an identical Hide* # keyword with the same value. (see example below) In addition, # Group* keywords may have an optional label which will be displayed # instead of the keywords value. The label should be seperated from # the value by at least one 'white-space' character, such as a space # or tab. # # The value can have either a leading or trailing '*' wildcard # character. If no wildcard is found, a match can occur anywhere # in the string. Given a string "www.yourmama.com", the values "your", # "*mama.com" and "www.your*" will all match. # Your own site should be hidden HideSite andre-aulich.de HideSite 10.0.1.* HideSite localhost HideSite googlebot.com # Your own site gives most referrals HideReferrer andre-aulich.de # This one hides non-referrers ("-" Direct requests) HideReferrer Direct Request # Usually you want to hide these HideURL *.gif HideURL *.GIF HideURL *.jpg HideURL *.JPG HideURL *.png HideURL *.PNG HideURL *.ra # Hiding agents is kind of futile #HideAgent RealPlayer # You can also hide based on authenticated username #HideUser root #HideUser admin # Grouping options #GroupURL /cgi-bin/* CGI Scripts #GroupURL /images/* Images GroupURL /feed/ GroupURL /en/feed/ GroupSite googlebot.com #GroupSite *.compuserve.com #GroupReferrer yahoo.com/ Yahoo! #GroupReferrer excite.com/ Excite #GroupReferrer infoseek.com/ InfoSeek #GroupReferrer webcrawler.com/ WebCrawler #GroupUser root Admin users #GroupUser admin Admin users #GroupUser wheel Admin users # The following is a great way to get an overall total # for browsers, and not display all the detail records. # (You should use MangleAgent to refine further...) #GroupAgent MSIE Micro$oft Internet Exploder #HideAgent MSIE #GroupAgent Mozilla Netscape #HideAgent Mozilla #GroupAgent Lynx* Lynx #HideAgent Lynx* # HideAllSites allows forcing individual sites to be hidden in the # report. This is particularly useful when used in conjunction # with the "GroupDomain" feature, but could be useful in other # situations as well, such as when you only want to display grouped # sites (with the GroupSite keywords...). The value for this # keyword can be either 'yes' or 'no', with 'no' the default, # allowing individual sites to be displayed. #HideAllSites no # The GroupDomains keyword allows you to group individual hostnames # into their respective domains. The value specifies the level of # grouping to perform, and can be thought of as 'the number of dots' # that will be displayed. For example, if a visiting host is named # cust1.tnt.mia.uu.net, a domain grouping of 1 will result in just # "uu.net" being displayed, while a 2 will result in "mia.uu.net". # The default value of zero disable this feature. Domains will only # be grouped if they do not match any existing "GroupSite" records, # which allows overriding this feature with your own if desired. GroupDomains 0 # The GroupShading allows grouped rows to be shaded in the report. # Useful if you have lots of groups and individual records that # intermingle in the report, and you want to diferentiate the group # records a little more. Value can be 'yes' or 'no', with 'yes' # being the default. GroupShading yes # GroupHighlight allows the group record to be displayed in BOLD. # Can be either 'yes' or 'no' with the default 'yes'. #GroupHighlight yes # The Ignore* keywords allow you to completely ignore log records based # on hostname, URL, user agent, referrer or username. I hessitated in # adding these, since the Webalizer was designed to generate _accurate_ # statistics about a web servers performance. By choosing to ignore # records, the accuracy of reports become skewed, negating why I wrote # this program in the first place. However, due to popular demand, here # they are. Use the same as the Hide* keywords, where the value can have # a leading or trailing wildcard '*'. Use at your own risk IgnoreSite andre-aulich.de IgnoreSite 10.0.1.* #IgnoreURL /test* #IgnoreReferrer file:/* #IgnoreAgent RealPlayer #IgnoreUser root # The Include* keywords allow you to force the inclusion of log records # based on hostname, URL, user agent, referrer or username. They take # precidence over the Ignore* keywords. Note: Using Ignore/Include # combinations to selectivly process parts of a web site is _extremely # inefficent_!!! Avoid doing so if possible (ie: grep the records to a # seperate file if you really want that kind of report). # Example: Only show stats on Joe User's pages... #IgnoreURL * #IncludeURL ~joeuser* # Or based on an authenticated username #IgnoreUser * #IncludeUser someuser # The MangleAgents allows you to specify how much, if any, The Webalizer # should mangle user agent names. This allows several levels of detail # to be produced when reporting user agent statistics. There are six # levels that can be specified, which define different levels of detail # supression. Level 5 shows only the browser name (MSIE or Mozilla) # and the major version number. Level 4 adds the minor version number # (single decimal place). Level 3 displays the minor version to two # decimal places. Level 2 will add any sub-level designation (such # as Mozilla/3.01Gold or MSIE 3.0b). Level 1 will attempt to also add # the system type if it is specified. The default Level 0 displays the # full user agent field without modification and produces the greatest # amount of detail. User agent names that can't be mangled will be # left unmodified. MangleAgents 1 # The SearchEngine keywords allow specification of search engines and # their query strings on the URL. These are used to locate and report # what search strings are used to find your site. The first word is # a substring to match in the referrer field that identifies the search # engine, and the second is the URL variable used by that search engine # to define it's search terms. SearchEngine yahoo.com p= SearchEngine altavista.com q= SearchEngine google.com q= SearchEngine eureka.com q= SearchEngine lycos.com query= SearchEngine hotbot.com MT= SearchEngine msn.com MT= SearchEngine infoseek.com qt= SearchEngine webcrawler searchText= SearchEngine excite search= SearchEngine netscape.com search= SearchEngine mamma.com query= SearchEngine alltheweb.com query= SearchEngine northernlight.com qr= # The Dump* keywords allow the dumping of Sites, URL's, Referrers # User Agents, Usernames and Search strings to seperate tab delimited # text files, suitable for import into most database or spreadsheet # programs. # DumpPath specifies the path to dump the files. If not specified, # it will default to the current output directory. Do not use a # trailing slash ('/'). #DumpPath /var/lib/httpd/logs # The DumpHeader keyword specifies if a header record should be # written to the file. A header record is the first record of the # file, and contains the labels for each field written. Normally, # files that are intended to be imported into a database system # will not need a header record, while spreadsheets usually do. # Value can be either 'yes' or 'no', with 'no' being the default. #DumpHeader no # DumpExtension allow you to specify the dump filename extension # to use. The default is "tab", but some programs are pickey about # the filenames they use, so you may change it here (for example, # some people may prefer to use "csv"). #DumpExtension tab # These control the dumping of each individual table. The value # can be either 'yes' or 'no'.. the default is 'no'. #DumpSites no #DumpURLs no #DumpReferrers no #DumpAgents no #DumpUsers no #DumpSearchStr no # End of configuration file... Have a nice day! </meta>

In diesem Beispiel wird die Webstatistik in das Verzeichnis /Library/WebServer/Documents/stats geschrieben, so dass unsere Mac OS X Server-Standardsite ein neues Unterverzeichnis namens “stats” erhält.

Diesen Unterordner können Sie selbstverständlich als Realm im Server Admin mit einem Kennwort vor offenem Zugriff schützen.

Viel Erfolg bei der Einrichtung!

Schreibrechte beim Kopieren von Nur-Lese-Volumes auf Schreibtisch per ACLs vergeben

André Aulich — Fri, 06 Oct 2006 16:22:28 +0000

Wenn Sie in einer Mac OS X Server- / Mac OS X-Umgebung einen AFP-Fileserver einsetzen, der Ordner mit reinen Leseberechtigungen für Ihre Anwender bereitstellt, können Anwender, die Dateien vom “Archiv”-Server auf ihren Schreibtisch kopieren, die Kopien weder bearbeiten noch löschen.

Dies ist in der Regel sehr sinnvoll, da dadurch ein Maximum an Dateiinformationen erhalten bleibt.

Wollen Sie die Kopien jedoch bearbeiten können, können Sie die Schreibtischordner Ihrer Anwender mit entsprechenden ACL-Einträgen versehen, wodurch alle vorhandenen und neu kopierten Dateien bearbeitet und gelöscht werden können.

Eine Anleitung samt Skript zur automatischen Umstellung finden Sie hier:

http://www.andre-aulich.de/en/perm/prevent-keeping-file-permissions-if-copying-files-from-read-only-archives-to-your-desktop