Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
2003 |
Jan
|
Feb
(2) |
Mar
(43) |
Apr
(204) |
May
(208) |
Jun
(102) |
Jul
(113) |
Aug
(63) |
Sep
(88) |
Oct
(85) |
Nov
(95) |
Dec
(62) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(38) |
Feb
(93) |
Mar
(125) |
Apr
(89) |
May
(66) |
Jun
(65) |
Jul
(53) |
Aug
(65) |
Sep
(79) |
Oct
(60) |
Nov
(171) |
Dec
(176) |
2005 |
Jan
(264) |
Feb
(260) |
Mar
(145) |
Apr
(153) |
May
(192) |
Jun
(166) |
Jul
(265) |
Aug
(340) |
Sep
(300) |
Oct
(469) |
Nov
(316) |
Dec
(235) |
2006 |
Jan
(236) |
Feb
(156) |
Mar
(229) |
Apr
(221) |
May
(257) |
Jun
(161) |
Jul
(97) |
Aug
(169) |
Sep
(159) |
Oct
(400) |
Nov
(136) |
Dec
(134) |
2007 |
Jan
(152) |
Feb
(101) |
Mar
(115) |
Apr
(120) |
May
(129) |
Jun
(82) |
Jul
(118) |
Aug
(82) |
Sep
(30) |
Oct
(101) |
Nov
(137) |
Dec
(53) |
2008 |
Jan
(83) |
Feb
(139) |
Mar
(55) |
Apr
(69) |
May
(82) |
Jun
(31) |
Jul
(66) |
Aug
(30) |
Sep
(21) |
Oct
(37) |
Nov
(41) |
Dec
(65) |
2009 |
Jan
(69) |
Feb
(46) |
Mar
(22) |
Apr
(20) |
May
(39) |
Jun
(30) |
Jul
(36) |
Aug
(58) |
Sep
(38) |
Oct
(20) |
Nov
(10) |
Dec
(11) |
2010 |
Jan
(24) |
Feb
(63) |
Mar
(22) |
Apr
(72) |
May
(8) |
Jun
(13) |
Jul
(35) |
Aug
(23) |
Sep
(12) |
Oct
(26) |
Nov
(11) |
Dec
(30) |
2011 |
Jan
(15) |
Feb
(44) |
Mar
(36) |
Apr
(26) |
May
(27) |
Jun
(10) |
Jul
(28) |
Aug
(12) |
Sep
|
Oct
|
Nov
(17) |
Dec
(16) |
2012 |
Jan
(12) |
Feb
(31) |
Mar
(23) |
Apr
(14) |
May
(10) |
Jun
(26) |
Jul
|
Aug
(2) |
Sep
(2) |
Oct
(1) |
Nov
|
Dec
(6) |
2013 |
Jan
(4) |
Feb
(5) |
Mar
|
Apr
(4) |
May
(13) |
Jun
(7) |
Jul
(5) |
Aug
(15) |
Sep
(25) |
Oct
(18) |
Nov
(7) |
Dec
(3) |
2014 |
Jan
(1) |
Feb
(5) |
Mar
|
Apr
(3) |
May
(3) |
Jun
(2) |
Jul
(4) |
Aug
(5) |
Sep
|
Oct
(11) |
Nov
|
Dec
(62) |
2015 |
Jan
(8) |
Feb
(3) |
Mar
(15) |
Apr
|
May
|
Jun
(6) |
Jul
|
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
(19) |
2016 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
(4) |
May
(3) |
Jun
(7) |
Jul
(14) |
Aug
(13) |
Sep
(6) |
Oct
(2) |
Nov
(3) |
Dec
|
2017 |
Jan
(6) |
Feb
(14) |
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(3) |
Dec
|
2018 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
1
(1) |
2
(5) |
3
|
4
|
5
(1) |
6
|
7
|
8
(3) |
9
|
10
(2) |
11
|
12
(2) |
13
(3) |
14
(1) |
15
(6) |
16
(1) |
17
(9) |
18
(2) |
19
|
20
|
21
(3) |
22
(7) |
23
(4) |
24
(9) |
25
(4) |
26
|
27
|
28
(2) |
29
|
30
|
|
|
|
From: Ben Beuchler <insyte@em...> - 2004-06-24 23:43:55
|
On Thu, Jun 24, 2004 at 05:29:54PM -0400, CLIFFORD ILKAY wrote: > I am trying to trap a SQL error caused by attempting to INSERT a duplicate > unique key. Here is what I have tried. > > ############# > def writeContent(self): > pr = self.writeln > newForm = self.form > if newForm.isSuccessful(): > theTelnumType = > TelnumType.byDescription(newForm.numType.value()) > if theTelnumType: > pr('''<p>There is already a Telnum Type = > '%s'</p>''' % newForm.numType.value()) > else: # not a duplicate so save > newTelnumType = TelnumType ( > description = > newForm.numType.value(), > modUserId = 'cilkay' > ) > pr('''<p>Successfully saved Telnum Type = > '%s'</p>''' % newForm.numType.value()) > else: > ############# > > So, if I already have a row in telnum_type where description = 'Home', no > problem, the code above will print out: "There is already a Telnum Type = > 'Home'". However, if there is no Telnum Type = 'Home', I now get a > SQLObjectNotFound error raised by SQLObject. If I just try to insert > without doing a test for a duplicate value, I of course get the usual SQL > error about violating a unique key constraint. How can I trap SQL errors, > not just unique key constraint violations, so that I can provide meaningful > messages to end users? You want to catch the exception (http://www.python.org/doc/current/tut/node10.html). You could either leave your test in place and catch the SQLObjectNotFound exception or skip the test and catch the psycopg.ProgrammingError when you try to insert the duplicate key. ########### try: TelnumType.byDescription(newForm.numType.value()) except SQLObjectNotFound: TelnumType.new(description = blah, ... ) pr('''<p>Successfully did some stuff</p>''') ########### I don't like that approach, as it is conceptually ugly (the exception would be the common case instead of, well, the exception) and you could accomplish the same thing more efficiently by eliminating the test and just catching the exception if you try to insert a duplicate. ########### try: TelnumType.new(description = blah, ... ) except psycopg.ProgrammingError: pr('''<p>There is already a Telnum Type = '%s'</p>''' % newForm.numType.value()) ########### Exceptions rock. -Ben -- Ben Beuchler There is no spoon. insyte@... -- The Matrix |
From: CLIFFORD ILKAY <clifford_ilkay@di...> - 2004-06-24 21:30:05
|
Hi, I am trying to trap a SQL error caused by attempting to INSERT a duplicate unique key. Here is what I have tried. ############# def writeContent(self): pr = self.writeln newForm = self.form if newForm.isSuccessful(): theTelnumType = TelnumType.byDescription(newForm.numType.value()) if theTelnumType: pr('''<p>There is already a Telnum Type = '%s'</p>''' % newForm.numType.value()) else: # not a duplicate so save newTelnumType = TelnumType ( description = newForm.numType.value(), modUserId = 'cilkay' ) pr('''<p>Successfully saved Telnum Type = '%s'</p>''' % newForm.numType.value()) else: ############# So, if I already have a row in telnum_type where description = 'Home', no problem, the code above will print out: "There is already a Telnum Type = 'Home'". However, if there is no Telnum Type = 'Home', I now get a SQLObjectNotFound error raised by SQLObject. If I just try to insert without doing a test for a duplicate value, I of course get the usual SQL error about violating a unique key constraint. How can I trap SQL errors, not just unique key constraint violations, so that I can provide meaningful messages to end users? Regards, Clifford Ilkay Dinamis Corporation 3266 Yonge Street, Suite 1419 Toronto, Ontario Canada M4N 3P6 Tel: 416-410-3326 |
From: Ian Bicking <ianb@co...> - 2004-06-24 20:49:12
|
Ivo van der Wijk wrote: > Ian Bicking wrote: > >> Hi. Sorry about not being involved the last couple weeks. It's been >> hard to keep up with SQLObject, mostly because I'm not actually using >> it myself at the moment. I'm trying to change that, but I have a hard >> time keeping motivated when I don't have any direct needs. >> >> But I don't mind if people hassle me about things like the wiki or >> repository. Those are both back up. Please email me directly if >> there are things that need to be done. I'll try to catch up, though >> I'm about to go out of town for a week and I won't be able to look at >> anything before then. >> > > If anyone sends improvements/patches, would you still be available > (timely) to check/add them? Or would that have to wait as well? > > I now onderstand you don't have the time / motivation to add my > suggestions - I could give it a try myself. Several people on the list have commit access, and I'm willing to give access to other people as well. People should feel particularly free to develop in a branch on the repository if they have ideas they want to experiment with or share. Anyone who is interested should email me off-list. Ian |
From: CLIFFORD ILKAY <clifford_ilkay@di...> - 2004-06-24 18:40:54
|
Hi, There has been an interesting thread over on the WebWare discussion list about how to prevent SQL injection on database queries. The subject line is "FormKit Validator question". How does SQLObject deal with this? Regards, Clifford Ilkay Dinamis Corporation 3266 Yonge Street, Suite 1419 Toronto, Ontario Canada M4N 3P6 Tel: 416-410-3326 |
From: Roberto Melo Cavalcante <zerok@se...> - 2004-06-24 15:50:42
|
From: Ben Beuchler <insyte@em...> - 2004-06-24 15:33:53
|
I'm retrofitting some code to use transactions and have run into a snag: How do you pass a transaction to a table that does not have a class? Ex: class Machine(SQLObject): _cacheValue = False .... os = RelatedJoin('OsT', intermediateTable='machine_os_assoc', joinColumn='machine_id', otherColumn='os_id', addRemoveName='Os') class Os(SQLObject): _cacheValue = False .... machines = RelatedJoin('MachineT', intermediateTable='machine_os_assoc', joinColumn='os_id', otherColumn='machine_id') When I instantiate Machine, I pass "connection=trans", where "trans" is a transaction instance. For Machine, trans.rollback(), trans.commit(), and trans.begin() all work as expected. However, if I call the .addOs() method of my Machine instance, it uses the normal connection, *not* the transaction. What is the correct way to make this work? I can't just change the global __connection__ instance to be a transaction, as that would break too much existing code... Thanks! -Ben -- Ben Beuchler There is no spoon. insyte@... -- The Matrix |
From: Karl Chen <quarl@no...> - 2004-06-24 11:54:56
|
I ended up writing this for myself; if anyone is interested here's the patch. Now you can do: PhoneNumber.selectBy(user=myuser) in addition to PhoneNumber.selectBy(userID=myuser.id) Index: dbconnection.py =================================================================== --- dbconnection.py (revision 1186) +++ dbconnection.py (working copy) @@ -418,12 +418,20 @@ self.sqlrepr(firstValue), self.sqlrepr(secondValue))) + def _SO_kwpair2dbpair(self, soClass, key, value): + dbcolumn = soClass._SO_columnDict.get(key) + if dbcolumn: + return (dbcolumn.dbName, self.sqlrepr(value)) + dbcolumnid = soClass._SO_columnDict.get(key+'ID') + if dbcolumnid: + return (dbcolumnid.dbName, self.sqlrepr(value.id)) + raise Exception, 'Invalid keyword "%s" to selectBy' %(key) + def _SO_columnClause(self, soClass, kw): return ' AND '.join(['%s = %s' % - (soClass._SO_columnDict[key].dbName, - self.sqlrepr(value)) - for key, value - in kw.items()]) + self._SO_kwpair2dbpair(soClass, key, value) + for key, value + in kw.items()]) def sqlrepr(self, v): return sqlrepr(v, self.dbName) -- Karl 2004-06-24 04:51 |
From: Ivo van der Wijk <ivo@am...> - 2004-06-24 08:07:56
|
Ian Bicking wrote: > Hi. Sorry about not being involved the last couple weeks. It's been > hard to keep up with SQLObject, mostly because I'm not actually using it > myself at the moment. I'm trying to change that, but I have a hard time > keeping motivated when I don't have any direct needs. > > But I don't mind if people hassle me about things like the wiki or > repository. Those are both back up. Please email me directly if there > are things that need to be done. I'll try to catch up, though I'm about > to go out of town for a week and I won't be able to look at anything > before then. > If anyone sends improvements/patches, would you still be available (timely) to check/add them? Or would that have to wait as well? I now onderstand you don't have the time / motivation to add my suggestions - I could give it a try myself. Cheers Ivo -- Drs. I.R. van der Wijk -=- Korte Leidsedwarsstraat 12 Amaze 1017 RC Amsterdam, NL -=- T +31-20-4688336 F +31-20-4688337 Zope/Plone/Content Management W http://www.amaze.nl E info@... Open Source Solutions W http://vanderwijk.info E ivo@... Consultancy PGP http://vanderwijk.info/pgp |
From: Ian Bicking <ianb@co...> - 2004-06-24 05:55:22
|
Hi. Sorry about not being involved the last couple weeks. It's been hard to keep up with SQLObject, mostly because I'm not actually using it myself at the moment. I'm trying to change that, but I have a hard time keeping motivated when I don't have any direct needs. But I don't mind if people hassle me about things like the wiki or repository. Those are both back up. Please email me directly if there are things that need to be done. I'll try to catch up, though I'm about to go out of town for a week and I won't be able to look at anything before then. On Jun 23, 2004, at 12:06 PM, Justus Pendleton wrote: > Just wondering if you're still maintaining SQLObject? The subversion > respository has been down for a while and the wiki for even longer. I > haven't seen you post anything on the mailing list in the past couple > of weeks, either. |