Mailman 3 - python-de

konstante Lists, Dictionaries
by Markus Schaaf 22 Dec '23

22 Dec '23

Hallo, habe heute ewig nach einem "unmöglichen" Fehler gesucht, weil ich nicht gemerkt hatte, dass ein Dictionary von verschiedenen Coroutinen modifiziert wird. In typisierten Sprachen würde man der Coroutine eine konstante Referenz übergeben. Gibt's in Python Methoden, sich vor solchen Fehlern zu schützen, ohne eine tiefe Kopie anzulegen? (Oder vielleicht ist das gar nicht so schlimm?) MfG

3 4

Re: Chennai Escort Service – 24x7 Call Girls at Low Cost
by tannu Singhal 28 Nov '23

28 Nov '23

2 1

Call Girls In Ghaziabad
by Chirag Hub 16 Nov '23

16 Nov '23

1 0

Call Girls in Delhi
by Chirag Hub 16 Nov '23

16 Nov '23

1 0

Call Girl In Noida
by Chirag Hub 16 Nov '23

16 Nov '23

1 0

Professional Queue Management System Manufacturer
by Cherish Xiang 12 Oct '23

12 Oct '23

Dear Manager , How are you? I am Cherish from Shangxu Technology Co.,Ltd, very glad to being your service. We are specialized in queue management system and customer feedback systemsolution for over 10 years,any interest in our this product kindly sent your detail of requirment to us, then we can give you a competitive price . Hope to hear from you, and have further talking about our products. Thanks and best regards, Cherish Guangzhou ShangXu Technology Co.,Ltd http://www.gzshangxu.com Office Tel..:+86 020 31605296 Cel./Wechat/Whatsapp:+86 13826017042 Skype: cherish160521(a)hotmail.com E-mail: cherish160521(a)hotmail.com admin(a)gzshangxu.com

1 0

Zeichencodierung / Codepage-Methode
by Erich Schnoor 19 Jul '23

19 Jul '23

Hallo, liebe Ansprechpartner, In der Zeichencodierung codepage, charset) bestehen bisher nicht entdeckte Verbindungen und Strukturen: 1. Die komplette Unicode-Tabelle stellt eine einheitliche Codepage dar. Für eine Codepage sind zwei Merkmale erforderlich: „skalierbare Sachverhalt“ „sachbezogenes Ordnungssystem“ Diese Voraussetzungen sind für das gesamte Unicode-Verfahren <point>32 bis <point>16777215 erfüllt. Die Zeichen aller Sprachen sind in einer skalierbaren Zahlenfolge <points> geordnet. Sie werden auch in einem sachgerechten Ordnungssystem aufgerufen (Zahlensysteme zur Basis 10, 16). 2. Als weitere Ordnungssysteme können Zahlensysteme zur Basis 4096, 2048, 1024 verwendet werden. Darüber hinaus sind weitere Zahlensystem möglich. Alle Informationen und Beispiele zu den neuen Erkenntnissen stehen zum Download zur Verfügung unter: www.telecypher.net/Codepage-Methode.zip <http://www.telecypher.net/Codepage-Methode.zip> Für ein Echo bin ich dankbar. Mit freundlichen Grüßen Ernst Erich Schnoor

1 0

"Export" an Modul möglich?
by Ulrich Goebel 11 Jul '23

11 Jul '23

Guten Abend, in einer Datenbank-Anwendung, die später SQLite, PostgreSQL und evt. weitere Enginges bedienen soll, habe ich folgende Situation: Modell.py definiert mir Objekte, die auf einer SQL-DB operieren. Dieses Modul möchte ich auch für andere DB-Anwendungen nutzen können. Daher kennt Modell.py die tatsächliche DB nicht. Modelle.py definiert anwendungsspezifisch Objekte, die die jeweilige SQL-Tabellenstruktur abbilden. Grundlage dafür sind die (generischen) Objekte aus Modell.py Tools.py definiert weitere anwendungsspezifische Operationen auf der DB, typischerweise SELECT Anwendungen für Auswertungen. Main.py ist das Hauptprogramm. Das Hauptprogramm bekommt vom Benutzer z.B. auch Benutzernamen und Passwort für den DB-Zugang. Mein Problem: Wie bekommen Modell.py und Tools.py einen gültigen DB-Konnektor? Möglichst sogar den selben? Folgenden Versuch habe ich gemacht: In Modell.py gibt es eine Klasse DB_Konnektor mit einem Zustand DB_Konnektor.DB und einer Methode DB_Konnektor.Init(Zugangsdaten); letztere erzeugt den DB_Konnektor und speichert ihn in dem Klassenzustand DB_Konnektor.DB Außerdem gibt es in Modell.py die Funktion DB(), die einfach den Zustand DB_Konnektor.DB zurück gibt. In Main.py, Modelle.py und Tools.py kann ich nun aus Modell.py den DB_Konnektor und die Funktion DB() importieren. Und tatsächlich scheint der DB_Konnektor nach Aufruf von DB_Konnektor.Init(Zugangsdaten) sichtbar zu sein. Den Code der Python-Files habe ich unten wiedergegeben. Ist das ein gutes, "pythonisches" Vorgehen? Oder gibt es eine elegantere Möglichkeit? Unschön bleibt aus meiner Sicht, dass der DB-Konnektor nur über eine Funktion zugänglich ist, also DB(). Schöner wäre DB, also eine "Zustand des Moduls" - aber das gibt es wohl nicht? So sieht die Syntax später z.B. so aus: Cur = DB().cursor() DB().commit() Schöner wäre: Cur = DB.Cursor() DB.commit() Wäre es naheliegend, die Klasse DB_Konnektor von den Konnektor-Klassen der implementierten Schnittstellen erben zu lassen? Also etwa: class DB_Konnektor(sqlite3.Connector, psycopg2.extensions.connection) def __init__(Typ, ...): if Typ == 'SQLite': sqlite3.Connector.__init__(...) elif Typ == 'PostgreSQL': psycopg2.extensions.connection.__init__(...) ... Vielen Dank für Hilfe oder Hinweise! Gruß Ulrich Hier mein vorläufiger Code: ====== Modell.py ====== class DB_Konnektor(): DB = "DB Prototyp (unbrauchbar)" def Init(DB_Name): DB_Konnektor.DB = DB_Name def DB(): return DB_Konnektor.DB class Modell(): def DB(self): print('Aus Sicht von Modell.Modell ist DB: {}'.format(DB())) return DB_Konnektor.DB ### Die Klasse Modell ist in Wirklichkeit sehr umfangreich. ### Sie greift auf den DB-Konnektor zurück. ### ### Hier folgen weitere Objekte, die auch auf den DB-Konnektor ### zurückgreifen. ====== Modelle.py ====== from Modell import * ### Hier folgen die Klassen, die Datenbank-Tabellen abbilden. ### Grundlage dafür sind die in Test_Modell ### definierten Objekte. ====== Tools.py ====== from Modelle import * def Tools(): print('Aus Sicht von Tools ist DB: {}'.format(DB())) ### Hier folgen eine Reihe von Objekten, die auf den ### DB-Konnektor zurückgreifen. === Main.py === from Modell import DB from Modelle import * from Tools import * M = Modell() ### Vor dem Aufruf von DB_Konnektor.Init() sieht es so aus: print('Aus Sicht des Hauptprogramms vor Init ist DB: {}'.format(DB())) print('Aus Sicht des Hauptprogramms vor Init ist M.DB: {}'.format(M.DB())) Tools() ### Aufruf von DB_Konnektor.Init(Zugangsdaten): DB_Konnektor.Init("DB brauchbar.") ### Nach dem Aufruf von DB_Konnektor.Init(Zugangsdaten) ### sieht es so aus: print('Aus Sicht des Hauptprogramms nach Init ist DB: {}'.format(DB())) print('Aus Sicht des Hauptprogramms nach Init ist M.DB: {}'.format(M.DB())) Tools() -- Ulrich Goebel Hainallee 40, 44139 Dortmund

4 3

Download Canada Post WooCommerce Shipping Plugin
by TMMA SRL 09 Jul '23

09 Jul '23

Download Canada Post WooCommerce Shipping Plugin. Here is the Download link for lowest price: => https://gplstage.xyz/canada-post-woocommerce-shipping-plugin => https://gplstage.xyz/canada-post-woocommerce-shipping-plugin => https://gplstage.xyz/canada-post-woocommerce-shipping-plugin

1 0

Muss ich % immer escapen?
by c.buhtz＠posteo.jp 22 Jun '23

22 Jun '23

Hallo, ein Beispiel zum Einstieg. val = '15' print('Trying to keep min {perc}% free inodes'.format(perc=val)) Ist das korrektes valides PEP konformes Python? Meine Linter (pycodestyle und ruff) sind zufrieden. Alternative (und etwas ältere) Schreibweise wäre noch: val = '15' print('Trying to keep min %(perc)f%% free inodes'.format(perc=val)) print('Trying to keep min f%% free inodes'.format(val)) Der Punkt beim letzen Codeblock ist, dass das %-Zeichen ganz klar escaped werden muss. Beim ersten Codeblock scheint das nicht notwendig zu sein. Unabhängig davon, was die Linter und der Python-Interpreter dazu sagen, ist meine Frage, ob das formal korrekt ist. Oder muss ich eigentlich auch im ersten Beispiel das % escapen, wenn ich es pedantisch richtig mache möchte? In PEP3101 kann ich zum % Zeichen nichts finden. Dort wird nur beschrieben, wie man geschweifte Klammern escaped. https://peps.python.org/pep-3101/ Christian

3 6