Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1f0n1o-00023k-5j for pgadmin-hackers@arkaria.postgresql.org; Tue, 27 Mar 2018 11:44:36 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1f0n1m-000209-Jq for pgadmin-hackers@arkaria.postgresql.org; Tue, 27 Mar 2018 11:44:34 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1f0n1m-000200-EF for pgadmin-hackers@lists.postgresql.org; Tue, 27 Mar 2018 11:44:34 +0000 Received: from smtp.twyn.com ([194.112.241.8]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1f0n1f-0002MU-Lm for pgadmin-hackers@lists.postgresql.org; Tue, 27 Mar 2018 11:44:33 +0000 Received: from localhost (unknown [127.0.0.1]) by smtp.twyn.com (Postfix) with ESMTP id E6F44120E16 for ; Tue, 27 Mar 2018 11:44:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=twyn.com; h= x-mailer:content-transfer-encoding:content-type:content-type :mime-version:subject:subject:message-id:from:from:date:date :received:received:received:received:received; s=mail; t= 1522151063; x=1523965464; bh=WfNfqLD67Q01upaGRmZeTQrAKPWIgxG4wGI UYf7mxqo=; b=Kl2mTuFlQ+D3C/rglILLwGqrso1NtnFCG0C/CkZglbB5IP72xaH Nf4x/qkrUncbq0iFkXXRT5yDN6puf+2rqKwj2R7xqcxromP5B/C1mSnHKpLLRWDk UWTKMnItHeWRoCSTxc3hEP4sZtUJ7fmEGi4RM4wS7VYpmO4iR3L/AHuA= X-Virus-Scanned: amavisd-new at twyn.com Received: from smtp.twyn.com ([127.0.0.1]) by localhost (smtp.twyn.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lmjTOXmksgkj for ; Tue, 27 Mar 2018 13:44:23 +0200 (CEST) Received: from at460ex01.connexgroup.net (at460ex01.connexgroup.net [192.168.2.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.twyn.com (Postfix) with ESMTPS id D7103120E11 for ; Tue, 27 Mar 2018 13:44:23 +0200 (CEST) Received: from at460ex01.connexgroup.net (localhost [127.0.0.1]) by at460ex01.connexgroup.net (Postfix) with ESMTPS id BF06E16E6176 for ; Tue, 27 Mar 2018 13:44:23 +0200 (CEST) Received: from at460ex01.connexgroup.net (localhost [127.0.0.1]) by at460ex01.connexgroup.net (Postfix) with ESMTPS id A39C916E629E for ; Tue, 27 Mar 2018 13:44:23 +0200 (CEST) Received: from at460ex01.connexgroup.net (AT460EX01.connexgroup.net [192.168.2.35]) by at460ex01.connexgroup.net (Postfix) with ESMTP id 9260916E6176 for ; Tue, 27 Mar 2018 13:44:23 +0200 (CEST) Date: Tue, 27 Mar 2018 13:44:23 +0200 (CEST) From: Wilhelm Wurzer To: pgadmin-hackers@lists.postgresql.org Message-ID: <96167950.2563944.1522151063432.JavaMail.zimbra@connexgroup.net> Subject: pgadmin healthcheck-url MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.2.205] X-Mailer: Zimbra 8.6.0_GA_1162 (ZimbraWebClient - GC65 (Linux)/8.6.0_GA_1162) Thread-Topic: pgadmin healthcheck-url Thread-Index: f55THD6pOieXGGrg/uCGWqx0elbv9Q== List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi, we are using pgadmin in a docker container on aws. To ensure that the container is up and running, a healthcheck is periodically checking via http, restarting the container if neccessary. When checking the filesystem, we found that for each request, a session file is created. Healthcheck is done twice every 30secs, so we have about 5600 session files a day. (about 100k after a few days..) I looked at the sourcecode and found that in session.py, line 259 it looks like cookies should not be created for static resources - def open_session(self, app, request): cookie_val = request.cookies.get(app.session_cookie_name) if not cookie_val or '!' not in cookie_val: # Don't bother creating a cookie for static resources for sp in self.skip_paths: if request.path.startswith(sp): return None - unfortunately, in __init__.py, when setting up the session interface, skip_paths is empty and so a cookie gets created also for static resources (i'm no python hacker, so maybe i'm missing something) So my question is - is there an url that can be used for healthchecking, that does not create a session file on every check ? thanks a lot, Wilhelm Wurzer twyn group GmbH