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
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(21) |
Nov
(11) |
Dec
(6) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(14) |
Feb
|
Mar
(2) |
Apr
(10) |
May
(40) |
Jun
(42) |
Jul
(31) |
Aug
(21) |
Sep
(29) |
Oct
(36) |
Nov
(21) |
Dec
(13) |
| 2005 |
Jan
(11) |
Feb
(22) |
Mar
(13) |
Apr
(45) |
May
(27) |
Jun
(27) |
Jul
(32) |
Aug
(19) |
Sep
(19) |
Oct
(23) |
Nov
(26) |
Dec
(2) |
| 2006 |
Jan
(39) |
Feb
(7) |
Mar
(18) |
Apr
(22) |
May
(11) |
Jun
(2) |
Jul
(26) |
Aug
|
Sep
(10) |
Oct
(45) |
Nov
(1) |
Dec
|
| 2007 |
Jan
(28) |
Feb
(83) |
Mar
(6) |
Apr
(7) |
May
(4) |
Jun
(7) |
Jul
|
Aug
|
Sep
(2) |
Oct
(17) |
Nov
(2) |
Dec
(2) |
| 2008 |
Jan
(3) |
Feb
(1) |
Mar
(145) |
Apr
(21) |
May
(12) |
Jun
(1) |
Jul
(3) |
Aug
(4) |
Sep
(9) |
Oct
(21) |
Nov
(9) |
Dec
(13) |
| 2009 |
Jan
(12) |
Feb
(39) |
Mar
(15) |
Apr
(14) |
May
(3) |
Jun
(2) |
Jul
(15) |
Aug
(4) |
Sep
(26) |
Oct
(24) |
Nov
(8) |
Dec
|
| 2010 |
Jan
(3) |
Feb
(2) |
Mar
(9) |
Apr
(11) |
May
(10) |
Jun
(5) |
Jul
(2) |
Aug
(4) |
Sep
|
Oct
(4) |
Nov
|
Dec
|
| 2011 |
Jan
(20) |
Feb
|
Mar
(13) |
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(17) |
Aug
(174) |
Sep
(79) |
Oct
(153) |
Nov
(88) |
Dec
(43) |
| 2013 |
Jan
(42) |
Feb
(49) |
Mar
(57) |
Apr
(24) |
May
(20) |
Jun
(51) |
Jul
(43) |
Aug
(92) |
Sep
(61) |
Oct
(153) |
Nov
(167) |
Dec
(119) |
| 2014 |
Jan
(118) |
Feb
(224) |
Mar
(175) |
Apr
(122) |
May
(80) |
Jun
(103) |
Jul
(109) |
Aug
(99) |
Sep
(160) |
Oct
(159) |
Nov
(91) |
Dec
(91) |
| 2015 |
Jan
(136) |
Feb
(132) |
Mar
(218) |
Apr
(70) |
May
(97) |
Jun
(64) |
Jul
(26) |
Aug
(70) |
Sep
(154) |
Oct
(163) |
Nov
(136) |
Dec
(144) |
| 2016 |
Jan
(200) |
Feb
(257) |
Mar
(169) |
Apr
(258) |
May
(125) |
Jun
(119) |
Jul
(174) |
Aug
(81) |
Sep
(118) |
Oct
(99) |
Nov
(121) |
Dec
(53) |
| 2017 |
Jan
(127) |
Feb
(297) |
Mar
(358) |
Apr
(144) |
May
(89) |
Jun
(127) |
Jul
(105) |
Aug
(228) |
Sep
(184) |
Oct
(105) |
Nov
(173) |
Dec
(218) |
| 2018 |
Jan
(270) |
Feb
(320) |
Mar
(279) |
Apr
(196) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
1
|
2
|
3
|
4
|
5
|
6
|
|
7
|
8
|
9
|
10
|
11
|
12
|
13
|
|
14
|
15
(2) |
16
|
17
|
18
|
19
|
20
|
|
21
|
22
|
23
|
24
|
25
|
26
|
27
|
|
28
|
|
|
|
|
|
|
|
From: SourceForge.net <noreply@so...> - 2010-02-15 22:22:39
|
Bugs item #2952166, was opened at 2010-02-15 18:32 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105113&aid=2952166&group_id=5113 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: MRBS Group: None Status: Open >Resolution: Works For Me >Priority: 1 Private: No Submitted By: ohbas () Assigned to: Nobody/Anonymous (nobody) Summary: timestamps stored in database are offset Initial Comment: mrbs 1.4.3 php 5.2.8 mysql 5.0.51a-24 linux timezone "Helsinki/Europe"; php.ini date.timezone = "Helsinki/Europe" config.inc.php: $timezone="Helsinki/Europe"; MRBS displays dates and times correctly, but the start_time and end_time in the databases are offset plus two hours. Changing timezone in config.inc.php or php.ini does not have any effect on this. Also "Goto Today" actually goes to yesterday between 00:00-02:00 LMT Smaller test scripts with show that mysql date/time functions should return correct values, also mysql - the offset remains mystery. I have tried to force is_dst() to return -1 and cross_dst() to return 0, but with no difference. example: mrbs_entry.start_time 1266246000 all php functions return 17PM with Helsink/Europe but displays 15PM on mrbs Any ideas? ---------------------------------------------------------------------- >Comment By: ohbas () Date: 2010-02-16 00:22 Message: Solution: a custom authentication script to use WordPress user database caused WordPress to mess up MRBS locale and timezone settings. By now I have found a mean and dirty way to fix. Not a WordPress bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105113&aid=2952166&group_id=5113 |
|
From: SourceForge.net <noreply@so...> - 2010-02-15 16:32:30
|
Bugs item #2952166, was opened at 2010-02-15 18:32 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105113&aid=2952166&group_id=5113 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: MRBS Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ohbas () Assigned to: Nobody/Anonymous (nobody) Summary: timestamps stored in database are offset Initial Comment: mrbs 1.4.3 php 5.2.8 mysql 5.0.51a-24 linux timezone "Helsinki/Europe"; php.ini date.timezone = "Helsinki/Europe" config.inc.php: $timezone="Helsinki/Europe"; MRBS displays dates and times correctly, but the start_time and end_time in the databases are offset plus two hours. Changing timezone in config.inc.php or php.ini does not have any effect on this. Also "Goto Today" actually goes to yesterday between 00:00-02:00 LMT Smaller test scripts with show that mysql date/time functions should return correct values, also mysql - the offset remains mystery. I have tried to force is_dst() to return -1 and cross_dst() to return 0, but with no difference. example: mrbs_entry.start_time 1266246000 all php functions return 17PM with Helsink/Europe but displays 15PM on mrbs Any ideas? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105113&aid=2952166&group_id=5113 |