Menu
▾
▴
apc-aa-coders — Discussion only useful to active developers.
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(21) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(136) |
Feb
(104) |
Mar
(80) |
Apr
(21) |
May
(36) |
Jun
(18) |
Jul
(22) |
Aug
(5) |
Sep
(11) |
Oct
(7) |
Nov
(3) |
Dec
(12) |
| 2004 |
Jan
(5) |
Feb
|
Mar
(3) |
Apr
(1) |
May
|
Jun
(1) |
Jul
(3) |
Aug
(6) |
Sep
(3) |
Oct
(4) |
Nov
(4) |
Dec
|
| 2005 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
(7) |
May
(4) |
Jun
(7) |
Jul
(4) |
Aug
(4) |
Sep
|
Oct
(8) |
Nov
(4) |
Dec
(1) |
| 2006 |
Jan
|
Feb
(3) |
Mar
(2) |
Apr
(4) |
May
|
Jun
(6) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(4) |
Mar
(7) |
Apr
(4) |
May
(4) |
Jun
(8) |
Jul
(2) |
Aug
(2) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
(1) |
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mitra <mi...@ea...> - 2003-03-03 03:15:28
|
Repeat ... Honza, I'd like to know what you think of this, before I make changes to code as I work on it. - Mitra At 2:56 PM +1100 25/2/03, Mitra wrote: >Jakub, Honza > >Are we happy with the way I'm suggesting to do this ? > >- Mitra > > >At 9:03 AM +1100 18/2/03, Mitra wrote: >>You could be correct, I'm not sure if PHP caches connections. >> >>What I KNOW to be bad is using $db, $db2, and $db3 because if in >>the middle of using $db to fetch records, then you use a function >>call (for example to turn and id into a name) and this uses the >>same $db then you break things. Its a recipe for bugs. >> >>So I see two solutiosn >> >>1: $db = new DB_AA() ; use the $db ; >>or >>2: $db = getDB; use the $db ; freeDB($db) >> >>Actually, I can't see how #1 (or the current way of doing things) >>can reuse database connections, because how does PHP know when >>you've finished with the SELECT? >> >>yes - there could be a problem with "return" without freeing the >>db, but I'd rather have an occasional inefficiency, than a big >>problem with possible bugs. I'm not making any mass changes, just >>changing the code as I work on it, so I think it will be easy to do >>it carefully. >> >>- Mitra >> >> >>At 8:56 PM +0100 17/2/03, Jakub Adamek wrote: >>>Mitra, >>> >>>the PHPlib approach of having the DB connection and recordset in one >>>class is a bit strange. The result is, we should create a new recordset >>>DB_AA for each SELECT query. The current approach of using one recordset >>>everywhere is perhaps caused by the name DB_AA which looks like database >>>and usually only one database is used. It is surely wrong. >>> >>>I am not sure, but my idea was that the persistent connections are kept >>>by PHP and not by individual scripts and thus creating a new DB_AA would >>>waste no time as it uses always only finds a persisten connection? It >>>this is the case, getDB and freeDB are not needed because they only >>>duplicate this behavior. >>> >>>One more remark: Your approach seems to me a bit uncovenient. The >>>problem is you must call freeDB() every time you exit any function. >>>Surely somebody will forget to do so at least in some places where he or >>>she uses "return". In C++ such things are solved by constructors and >>>destructors, but PHP has no destructors. On the other hand this will >>>perhaps do no much damage as the not-freed DBs will be closed as the >>>script finishes. >>> >>>Jakub >>> >>>> -----Original Message----- >>>> From: apc...@li... >>>> [mailto:apc...@li...] On Behalf Of Mitra >>>> Sent: Sunday, February 16, 2003 10:56 AM >>>> To: apc...@so... >>>> Subject: [Apc-aa-coders] getDB and freeDB >>>> >>>> >>>> One change of note is to add functions getDB and freeDB so that there >>>> is no longer the risk of one operation mucking up an in-process DB >>>> action. >>>> >>>> Basically instead of trying to decide whether to use globals $db $db2 >>>> or $db3 instead just go >>>> >>>> >>>> $db = getDB() >>>> $db->normal db ops >>>> freeDB($db) >>>> >>>> The system keeps an array of unused $db's so that we still get the >>> > advantages of keeping connections open. >>> > >>> > I have NOT incorporated this into the existing code, - since to do so >>> > would inevitably involve making one or more mistakes that broke >>> > something!, but I will do whenever I'm working on something. >>> > >>> > - Mitra >>> > >>> > -- >>> > Mitra Technology Consulting - www.mitra.biz - >>>> mi...@mi... 02-6684-8096 or 0414-648-0722 >>>> >>>> Life is a Mystery to be Lived, not a Problem to be Solved >>>> >>>> >>>> >>>> ------------------------------------------------------- >>>> This sf.net email is sponsored by:ThinkGeek >>>> Welcome to geek heaven. >>>> http://thinkgeek.com/sf >>>> _______________________________________________ >>>> Apc-aa-coders mailing list >>>> Apc...@li... >>> > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >>> > >> >> >>-- >>Mitra Technology Consulting - www.mitra.biz - mi...@mi... >>02-6684-8096 or 0414-648-0722 >> >>Life is a Mystery to be Lived, not a Problem to be Solved > > >-- >Mitra Technology Consulting - www.mitra.biz - mi...@mi... >02-6684-8096 or 0414-648-0722 > >Life is a Mystery to be Lived, not a Problem to be Solved -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mi...@ea...> - 2003-02-28 22:01:16
|
So what can we do - I'm not clear if Jakub is redeclaring the function for a reason? I tried a couple of things - like temporarily renaming the function in include/menu.php3 just while the site page loaded and that just broke things. - Mitra At 11:31 AM +0100 28/2/03, Honza Malik wrote: >I tried it on our install. I moved our site module up and it works in >both configurations. > >I think the problem could be in diffrerent versions of PHP. It seems, >that new versions of PHP (>=3D4.3.0) do not allow redeclaration of >functions (it was also the problem with gc() in PHPLib already reported >in apc-aa-general). > > Honza > > >On P=E1, 2003-02-28 at 05:00, Mitra wrote: >> The admin interface won't go to manage a site now, this seems to be >> because get_aamenus is defined in both menu.php3 and >> modules/site/menu.php3 >> >> its a strange bug, it works on one of my installations, but not the >> other - they are both running the current CVS, only the data is >> different. >> >> I think the main difference is that when you login to one you get a >> slice, whereas on the other you get a site (alphabetical order) >> >> I'm not quite clear whether the name collision is deliberate, i.e. >> redefining a function - or accidental >> >> Anyway, I think its a Jakub problem - and he's out this week I >> understand? I can work around it on my machine, but this stops work >> if anyone else has a "site" as their alphabetically first slice. >> >> - Mitra >> >> >> -- >> Mitra Technology Consulting - www.mitra.biz - mi...@mi... >> 02-6684-8096 or 0414-648-0722 >> >> Life is a Mystery to be Lived, not a Problem to be Solved >> >> >> >> ------------------------------------------------------- >> This sf.net email is sponsored by:ThinkGeek >> Welcome to geek heaven. >> http://thinkgeek.com/sf >> _______________________________________________ >> Apc-aa-coders mailing list >> Apc...@li... >> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >> > > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Apc-aa-coders mailing list >Apc...@li... >https://lists.sourceforge.net/lists/listinfo/apc-aa-coders -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Norbert B. <br...@ch...> - 2003-02-28 17:38:55
|
From: "Honza Malik" <hon...@ec...> > > There is problem with "Add/Mutual/Backward" buttons/links in related > > window - they are not shown, so relation could not be set. >=20 > Fixed in CVS. There was a problem with buttons not showing in related window and = related field not stored into database. It is fixed now (thanks!) except = for "Two selectboxes" input type (I guess something with javascript code = on input form). Could you look at it? norbert br...@ch... |
|
From: Honza M. <hon...@ec...> - 2003-02-28 10:29:11
|
I tried it on our install. I moved our site module up and it works in both configurations.=20 I think the problem could be in diffrerent versions of PHP. It seems, that new versions of PHP (>=3D4.3.0) do not allow redeclaration of functions (it was also the problem with gc() in PHPLib already reported in apc-aa-general). Honza On P=E1, 2003-02-28 at 05:00, Mitra wrote: > The admin interface won't go to manage a site now, this seems to be=20 > because get_aamenus is defined in both menu.php3 and=20 > modules/site/menu.php3 >=20 > its a strange bug, it works on one of my installations, but not the=20 > other - they are both running the current CVS, only the data is=20 > different. >=20 > I think the main difference is that when you login to one you get a=20 > slice, whereas on the other you get a site (alphabetical order) >=20 > I'm not quite clear whether the name collision is deliberate, i.e.=20 > redefining a function - or accidental >=20 > Anyway, I think its a Jakub problem - and he's out this week I=20 > understand? I can work around it on my machine, but this stops work=20 > if anyone else has a "site" as their alphabetically first slice. >=20 > - Mitra >=20 >=20 > --=20 > Mitra Technology Consulting - www.mitra.biz - mi...@mi... > 02-6684-8096 or 0414-648-0722 >=20 > Life is a Mystery to be Lived, not a Problem to be Solved >=20 >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Apc-aa-coders mailing list > Apc...@li... > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >=20 |
|
From: Mitra <mi...@ea...> - 2003-02-28 04:09:19
|
The admin interface won't go to manage a site now, this seems to be because get_aamenus is defined in both menu.php3 and modules/site/menu.php3 its a strange bug, it works on one of my installations, but not the other - they are both running the current CVS, only the data is different. I think the main difference is that when you login to one you get a slice, whereas on the other you get a site (alphabetical order) I'm not quite clear whether the name collision is deliberate, i.e. redefining a function - or accidental Anyway, I think its a Jakub problem - and he's out this week I understand? I can work around it on my machine, but this stops work if anyone else has a "site" as their alphabetically first slice. - Mitra -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mi...@ea...> - 2003-02-28 01:19:32
|
Hi Jakub Is the MAILMAN_SYNCHRO_DIR in config.php3 supposed to point to some existing directory in Mailman, or is this supposed to be a apc-aa only directory? - Mitra -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Honza M. <hon...@ec...> - 2003-02-27 13:47:30
|
Fixed in CVS. I commented out the require. I have to ask Jakub, what and where is tv_slice.php3 file, but Jakub is out for this week. Honza On St, 2003-02-26 at 22:21, Mitra wrote: > Anyone broken this? > > - Mitra > > >From: "Ram Prasad" <ra...@pa...> > >To: <mi...@ea...> > >Date: Thu, 27 Feb 2003 00:43:20 +0530 > > > >When I click on Cron in AA in apc-aa, I get this error: > >Fatal error: main() > >[<http://www.php.net/function.main>function.main]: Failed opening > >required '/home/httpd/html/apc-aa/include/tv_slice.php3' > >(include_path='.:/usr/local/lib/php') in > >/home/httpd/html/apc-aa/admin/tabledit.php3 on line 41 > > > -- > Mitra Technology Consulting - www.mitra.biz - mi...@mi... > 02-6684-8096 or 0414-648-0722 > > Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Honza M. <hon...@ec...> - 2003-02-27 12:49:55
|
Table post2shtml is in sql_update.php3 script, so you probably do not
update the database structure.
post2shtml table is used for posting data from anonymous form. We can't
send it directly, because it is not possible to send
enctype="multipart/form-data" to shtml page. So, Jakub writes a script,
which stores data primary to database. That's why you can use
enctype="multipart/form-data" (image/file uploads) also on shtml pages.
Regards,
Honza
On St, 2003-02-26 at 22:24, Mitra wrote:
> Ram - the main problem seems to me that the table this is being sent
> to - post2shtml - doesn't exist.
>
> I don't understand how this works, or where you set the table for it
> to go to ...... I thought anonymously posted items got added as
> regular items in some slice or other.
>
> - Mitra
>
>
> At 12:59 AM +0530 27/2/03, Ram Prasad wrote:
> >Mitra
> >
> >I was trying out the anonymous form filling wizard for my Taskss Slice. The
> >form got created fine. I clicked on send, without providing any values (a
> >blank form) and got the following dump on the screen: (should it have not
> >just complained about the values not being there ?)
> >
> >Database error: Invalid SQL: INSERT INTO post2shtml (id, vars, time) VALUES
> >('b24442e11fdfa9dc45c04fca69e844a1',
> >'a:4:{s:4:\"post\";a:25:{s:7:\"err_url\";s:31:\"http://FILL_YOUR_PAGE_URL.sh
> >tml\";s:6:\"ok_url\";s:31:\"http://FILL_YOUR_PAGE_URL.shtml\";s:8:\"slice_id
> >\";s:32:\"cd5409ecfbeba5303da25590203d7d03\";s:14:\"use_post2shtml\";s:1:\"1
> >\";s:10:\"my_item_id\";s:0:\"\";s:45:\"edtv686561646c696e652e2e2e2e2e2e2e2e_
> >FontName\";s:1:\"0\";s:45:\"edtv686561646c696e652e2e2e2e2e2e2e2e_FontSize\";
> >s:1:\"0\";s:33:\"v686561646c696e652e2e2e2e2e2e2e2e\";s:0:\"\";s:37:\"v686561
> >646c696e652e2e2e2e2e2e2e2ehtml\";s:1:\"h\";s:33:\"v61627374726163742e2e2e2e2
> >e2e2e31\";s:4:\"Mark\";s:45:\"edtv66756c6c5f746578742e2e2e2e2e2e2e_FontName\
> >";s:1:\"0\";s:45:\"edtv66756c6c5f746578742e2e2e2e2e2e2e_FontSize\";s:1:\"0\"
> >;s:33:\"v66756c6c5f746578742e2e2e2e2e2e2e\";s:0:\"\";s:37:\"v66756c6c5f74657
> >8742e2e2e2e2e2e2ehtml\";s:1:\"h\";s:33:\"v63617465676f72792e2e2e2e2e2e2e2e\"
> >;s:11:\"In_Progress\";s:33:\"v746578742e2e2e2e2e2e2e2e2e2e2e32\";s:0:\"\";s:
> >33:\"v746578742e2e2e2e2e2e2e2e2e2e2e31\";s:0:\"\";s:33:\"v656e645f646174652e
> >2e2e2e2e2e2e31\";s:0:\"\";s:45:\"edtv61627374726163742e2e2e2e2e2e2e32_FontNa
> >me\";s:1:\"0\";s:45:\"edtv61627374726163742e2e2e2e2e2e2e32_FontSize\";s:1:\"
> >0\";s:33:\"v61627374726163742e2e2e2e2e2e2e32\";s:0:\"\";s:37:\"v616273747261
> >63742e2e2e2e2e2e2e32html\";s:1:\"h\";s:4:\"send\";s:4:\"Send\";s:6:\"result\
> >";a:1:{s:8:\"validate\";a:2:{s:33:\"v686561646c696e652e2e2e2e2e2e2e2e\";s:54
> >:\"
> >Error in Task (it must be filled)
> >\";s:33:\"v746578742e2e2e2e2e2e2e2e2e2e2e32\";s:63:\"
> >Error in Received Date (it must be filled)
> >\";}}s:13:\"oldcontent4id\";a:34:{s:16:\"headline........\";a:1:{i:0;a:2:{s:
> >5:\"value\";s:0:\"\";s:4:\"flag\";i:1;}}s:16:\"abstract.......1\";a:1:{i:0;a
> >:2:{s:5:\"value\";s:4:\"Mark\";s:4:\"flag\";i:0;}}s:16:\"full_text.......\";
> >a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:1;}}s:16:\"category.....
> >...\";a:1:{i:0;a:2:{s:5:\"value\";s:11:\"In_Progress\";s:4:\"flag\";i:0;}}s:
> >16:\"text...........2\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:
> >0;}}s:16:\"text...........1\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"fla
> >g\";i:0;}}s:16:\"end_date.......1\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4
> >:\"flag\";i:0;}}s:16:\"abstract.......2\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"
> >\";s:4:\"flag\";i:1;}}s:16:\"highlight.......\";a:1:{i:0;a:2:{s:5:\"value\";
> >i:0;s:4:\"flag\";i:0;}}s:16:\"link_only.......\";a:1:{i:0;a:2:{s:5:\"value\"
> >;s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"hl_href.........\";a:1:{i:0;a:2:{s:5:\"v
> >alue\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"created_by......\";a:1:{i:0;a:2:{s
> >:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"e_posted_by.....\";a:1:{i:0;
> >a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"source..........\";a:1
> >:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"source_href.....
> >\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"place.....
> >......\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"expi
> >ry_date.....\";a:1:{i:0;a:2:{s:5:\"value\";i:1219042800;s:4:\"flag\";i:0;}}s
> >:16:\"publish_date....\";a:1:{i:0;a:2:{s:5:\"value\";i:1046287486;s:4:\"flag
> >\";i:0;}}s:16:\"lang_code.......\";a:1:{i:0;a:2:{s:5:\"value\";s:2:\"EN\";s:
> >4:\"flag\";i:0;}}s:16:\"cp_code.........\";a:1:{i:0;a:2:{s:5:\"value\";s:9:\
> >"iso8859-1\";s:4:\"flag\";i:0;}}s:16:\"img_src.........\";a:1:{i:0;a:2:{s:5:
> >\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"img_width.......\";a:1:{i:0;a:2
> >:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"img_height......\";a:1:{i
> >:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"edit_note.......\";
> >a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"slice_id.....
> >...\";a:1:{i:0;a:2:{s:5:\"value\";s:1:\"1\";s:4:\"flag\";i:0;}}s:16:\"post_d
> >ate.......\";a:1:{i:0;a:2:{s:5:\"value\";i:1046287486;s:4:\"flag\";i:0;}}s:1
> >6:\"status_code.....\";a:1:{i:0;a:2:{s:5:\"value\";s:1:\"1\";s:4:\"flag\";i:
> >0;}}s:16:\"edited_by.......\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"fla
> >g\";i:0;}}s:16:\"posted_by.......\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4
> >:\"flag\";i:0;}}s:16:\"last_edit.......\";a:1:{i:0;a:2:{s:5:\"value\";i:1046
> >287486;s:4:\"flag\";i:0;}}s:16:\"display_count...\";a:1:{i:0;a:2:{s:5:\"valu
> >e\";s:1:\"0\";s:4:\"flag\";i:0;}}s:16:\"disc_count......\";a:1:{i:0;a:2:{s:5
> >:\"value\";s:1:\"0\";s:4:\"flag\";i:0;}}s:16:\"disc_app........\";a:1:{i:0;a
> >:2:{s:5:\"value\";s:1:\"0\";s:4:\"flag\";i:0;}}s:16:\"flags...........\";a:1
> >:{i:0;a:1:{s:5:\"value\";i:32;}}}}s:3:\"get\";a:0:{}s:5:\"files\";a:0:{}s:6:
> >\"cookie\";a:0:{}}', 1046287486)
> >MySQL Error: 1146 (Table 'aadb.post2shtml' doesn't exist)
> >Please contact mi...@ea... and report the exact error message.
> >Session halted.
>
>
> --
> Mitra Technology Consulting - www.mitra.biz - mi...@mi...
> 02-6684-8096 or 0414-648-0722
>
> Life is a Mystery to be Lived, not a Problem to be Solved
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Scholarships for Techies!
> Can't afford IT training? All 2003 ictp students receive scholarships.
> Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
> www.ictp.com/training/sourceforge.asp
> _______________________________________________
> Apc-aa-coders mailing list
> Apc...@li...
> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>
|
|
From: Mitra <mit...@ea...> - 2003-02-27 04:06:55
|
Honza, Maybe its worth thinking a bit about the design of such a feature, that would make it easier for someone to pick it up and code it. My thoughts would be .... 1: Use the select boxes on left of item manager (or Select All) to select a range of items, 2: Click "Edit all Items" 3: Up comes the standard EditItem page, with some kind of header so you know its working on lots of items. 3a - all fields left blank or 3b - all fields that are consistent across all the selected items filled in, all others marked specially like "*" 4: User edits fields, and clicks the update button, 5: That field on all selected items is changed. This might NOT be that hard to code, although I don't have time to make it a priority (spent way too much time fixing problems, adding features, and now need to build some of the sites ....), and I have no funding for any apc-aa work. - Mitra At 12:39 AM +0100 27/2/03, Honza Malik wrote: >On St, 2003-02-26 at 17:49, Karen Higgs wrote: >> Art McGee wrote: >> > >> > Is there a way to expire a set of items or to change the >> > expiry date on a set of items? I see how to delete en masse, >> > but being able to modify expiry dates en masse to me is a >> > critical feature. > >Unfortunately, there is no way, how to set more fields from different >items at one time. In our TODO >(http://apc-aa.sourceforge.net/apc-aa/doc/ROADMAP.html) we plan such >feature for future versions of AA (see 'Group operations on articles'). > >> It would also be useful to know how to change a binary setting 'en >> masse' as art says. > >On the other hand, the solution for 'binary data' is already there - >Live CheckBox. > >See: > http://apc-aa.sourceforge.net/faq/#live_checkbox > (for documentation) > and > http://apc-aa.sourceforge.net/apc-aa/admin/index.php3 > user/password: demo1/demo1, slice: testone > (for example implementation) > > Honza > >> eg in our news page, the latest news shows up on a particular page >> http://www.apc.org/english/news because a 'highlight' checkbox has been >> checked for each item. i'd love to be able to uncheck all the checked >> boxes without having to go in and manually open each item to uncheck the >> darn box each month! >> >> all the best to all from a sweltering montevideo >> karen >> ______________________________________________________ >> >> Karen Higgs, APC Communications Manager >> Tel: +598 - 2 - 400 6460 (GMT -3) >> APC: http://www.apc.org >> ______________________________________________________ >> >> APCNews: Civil society's monthly e-bulletin on strategic uses of the >> Internet to promote social justice and equality. From the APC, an >> international online community or peace, human rights, development and >> the environment since 1990. >> >> To receive the news direct, write to: web...@ap... or visit: >> http://www.apc.org/english/news >> ______________________________________________________ > > > > APCNoticias: Un bolet=EDn electr=F3nico dirigido a la sociedad civil, > > enfocado en el uso de Internet para promover la justicia e igualdad > > social realizado por APC. > > Para recibir las noticias directamente, escribe a: web...@ap... o >> visite: http://www.apc.org/espanol/news >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Scholarships for Techies! >> Can't afford IT training? All 2003 ictp students receive scholarships. >> Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. >> www.ictp.com/training/sourceforge.asp >> _______________________________________________ >> apc-aa-general mailing list >> apc...@li... >> https://lists.sourceforge.net/lists/listinfo/apc-aa-general >> > > > >------------------------------------------------------- >This SF.net email is sponsored by: Scholarships for Techies! >Can't afford IT training? All 2003 ictp students receive scholarships. >Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. >www.ictp.com/training/sourceforge.asp >_______________________________________________ >apc-aa-general mailing list >apc...@li... >https://lists.sourceforge.net/lists/listinfo/apc-aa-general -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mi...@ea...> - 2003-02-26 21:32:09
|
Ram - the main problem seems to me that the table this is being sent
to - post2shtml - doesn't exist.
I don't understand how this works, or where you set the table for it
to go to ...... I thought anonymously posted items got added as
regular items in some slice or other.
- Mitra
At 12:59 AM +0530 27/2/03, Ram Prasad wrote:
>Mitra
>
>I was trying out the anonymous form filling wizard for my Taskss Slice. The
>form got created fine. I clicked on send, without providing any values (a
>blank form) and got the following dump on the screen: (should it have not
>just complained about the values not being there ?)
>
>Database error: Invalid SQL: INSERT INTO post2shtml (id, vars, time) VALUES
>('b24442e11fdfa9dc45c04fca69e844a1',
>'a:4:{s:4:\"post\";a:25:{s:7:\"err_url\";s:31:\"http://FILL_YOUR_PAGE_URL.sh
>tml\";s:6:\"ok_url\";s:31:\"http://FILL_YOUR_PAGE_URL.shtml\";s:8:\"slice_id
>\";s:32:\"cd5409ecfbeba5303da25590203d7d03\";s:14:\"use_post2shtml\";s:1:\"1
>\";s:10:\"my_item_id\";s:0:\"\";s:45:\"edtv686561646c696e652e2e2e2e2e2e2e2e_
>FontName\";s:1:\"0\";s:45:\"edtv686561646c696e652e2e2e2e2e2e2e2e_FontSize\";
>s:1:\"0\";s:33:\"v686561646c696e652e2e2e2e2e2e2e2e\";s:0:\"\";s:37:\"v686561
>646c696e652e2e2e2e2e2e2e2ehtml\";s:1:\"h\";s:33:\"v61627374726163742e2e2e2e2
>e2e2e31\";s:4:\"Mark\";s:45:\"edtv66756c6c5f746578742e2e2e2e2e2e2e_FontName\
>";s:1:\"0\";s:45:\"edtv66756c6c5f746578742e2e2e2e2e2e2e_FontSize\";s:1:\"0\"
>;s:33:\"v66756c6c5f746578742e2e2e2e2e2e2e\";s:0:\"\";s:37:\"v66756c6c5f74657
>8742e2e2e2e2e2e2ehtml\";s:1:\"h\";s:33:\"v63617465676f72792e2e2e2e2e2e2e2e\"
>;s:11:\"In_Progress\";s:33:\"v746578742e2e2e2e2e2e2e2e2e2e2e32\";s:0:\"\";s:
>33:\"v746578742e2e2e2e2e2e2e2e2e2e2e31\";s:0:\"\";s:33:\"v656e645f646174652e
>2e2e2e2e2e2e31\";s:0:\"\";s:45:\"edtv61627374726163742e2e2e2e2e2e2e32_FontNa
>me\";s:1:\"0\";s:45:\"edtv61627374726163742e2e2e2e2e2e2e32_FontSize\";s:1:\"
>0\";s:33:\"v61627374726163742e2e2e2e2e2e2e32\";s:0:\"\";s:37:\"v616273747261
>63742e2e2e2e2e2e2e32html\";s:1:\"h\";s:4:\"send\";s:4:\"Send\";s:6:\"result\
>";a:1:{s:8:\"validate\";a:2:{s:33:\"v686561646c696e652e2e2e2e2e2e2e2e\";s:54
>:\"
>Error in Task (it must be filled)
>\";s:33:\"v746578742e2e2e2e2e2e2e2e2e2e2e32\";s:63:\"
>Error in Received Date (it must be filled)
>\";}}s:13:\"oldcontent4id\";a:34:{s:16:\"headline........\";a:1:{i:0;a:2:{s:
>5:\"value\";s:0:\"\";s:4:\"flag\";i:1;}}s:16:\"abstract.......1\";a:1:{i:0;a
>:2:{s:5:\"value\";s:4:\"Mark\";s:4:\"flag\";i:0;}}s:16:\"full_text.......\";
>a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:1;}}s:16:\"category.....
>...\";a:1:{i:0;a:2:{s:5:\"value\";s:11:\"In_Progress\";s:4:\"flag\";i:0;}}s:
>16:\"text...........2\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:
>0;}}s:16:\"text...........1\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"fla
>g\";i:0;}}s:16:\"end_date.......1\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4
>:\"flag\";i:0;}}s:16:\"abstract.......2\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"
>\";s:4:\"flag\";i:1;}}s:16:\"highlight.......\";a:1:{i:0;a:2:{s:5:\"value\";
>i:0;s:4:\"flag\";i:0;}}s:16:\"link_only.......\";a:1:{i:0;a:2:{s:5:\"value\"
>;s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"hl_href.........\";a:1:{i:0;a:2:{s:5:\"v
>alue\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"created_by......\";a:1:{i:0;a:2:{s
>:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"e_posted_by.....\";a:1:{i:0;
>a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"source..........\";a:1
>:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"source_href.....
>\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"place.....
>......\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"expi
>ry_date.....\";a:1:{i:0;a:2:{s:5:\"value\";i:1219042800;s:4:\"flag\";i:0;}}s
>:16:\"publish_date....\";a:1:{i:0;a:2:{s:5:\"value\";i:1046287486;s:4:\"flag
>\";i:0;}}s:16:\"lang_code.......\";a:1:{i:0;a:2:{s:5:\"value\";s:2:\"EN\";s:
>4:\"flag\";i:0;}}s:16:\"cp_code.........\";a:1:{i:0;a:2:{s:5:\"value\";s:9:\
>"iso8859-1\";s:4:\"flag\";i:0;}}s:16:\"img_src.........\";a:1:{i:0;a:2:{s:5:
>\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"img_width.......\";a:1:{i:0;a:2
>:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"img_height......\";a:1:{i
>:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"edit_note.......\";
>a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"flag\";i:0;}}s:16:\"slice_id.....
>...\";a:1:{i:0;a:2:{s:5:\"value\";s:1:\"1\";s:4:\"flag\";i:0;}}s:16:\"post_d
>ate.......\";a:1:{i:0;a:2:{s:5:\"value\";i:1046287486;s:4:\"flag\";i:0;}}s:1
>6:\"status_code.....\";a:1:{i:0;a:2:{s:5:\"value\";s:1:\"1\";s:4:\"flag\";i:
>0;}}s:16:\"edited_by.......\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4:\"fla
>g\";i:0;}}s:16:\"posted_by.......\";a:1:{i:0;a:2:{s:5:\"value\";s:0:\"\";s:4
>:\"flag\";i:0;}}s:16:\"last_edit.......\";a:1:{i:0;a:2:{s:5:\"value\";i:1046
>287486;s:4:\"flag\";i:0;}}s:16:\"display_count...\";a:1:{i:0;a:2:{s:5:\"valu
>e\";s:1:\"0\";s:4:\"flag\";i:0;}}s:16:\"disc_count......\";a:1:{i:0;a:2:{s:5
>:\"value\";s:1:\"0\";s:4:\"flag\";i:0;}}s:16:\"disc_app........\";a:1:{i:0;a
>:2:{s:5:\"value\";s:1:\"0\";s:4:\"flag\";i:0;}}s:16:\"flags...........\";a:1
>:{i:0;a:1:{s:5:\"value\";i:32;}}}}s:3:\"get\";a:0:{}s:5:\"files\";a:0:{}s:6:
>\"cookie\";a:0:{}}', 1046287486)
>MySQL Error: 1146 (Table 'aadb.post2shtml' doesn't exist)
>Please contact mi...@ea... and report the exact error message.
>Session halted.
--
Mitra Technology Consulting - www.mitra.biz - mi...@mi...
02-6684-8096 or 0414-648-0722
Life is a Mystery to be Lived, not a Problem to be Solved
|
|
From: Mitra <mi...@ea...> - 2003-02-26 21:32:03
|
Anyone broken this? - Mitra >From: "Ram Prasad" <ra...@pa...> >To: <mi...@ea...> >Date: Thu, 27 Feb 2003 00:43:20 +0530 > >When I click on Cron in AA in apc-aa, I get this error: >Fatal error: main() >[<http://www.php.net/function.main>function.main]: Failed opening >required '/home/httpd/html/apc-aa/include/tv_slice.php3' >(include_path='.:/usr/local/lib/php') in >/home/httpd/html/apc-aa/admin/tabledit.php3 on line 41 -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mit...@ea...> - 2003-02-25 23:05:52
|
Honza (Posted to apc-aa-coders to avoid confusing Liz, I'm sure you response to Liz is correct, this is a coding issue). There is still code using _#ITEM_ID# for example related_sel.php3 constants_param_wizard.php3 (Related Item Window) discussion.php3 etc Are these uses just to retain the backward compatability, or do they need changing (do a Tags-search and you'll see what I mean). - Mitra At 12:40 PM +0100 25/2/03, Honza Malik wrote: >Hi Liz, > >it is not a typo - we renamed the _#ITEM_ID# alias to new one - >_#ITEM_ID_. The change we made 09/26/2002, so it is already included in >AA v.2.4.0. We renamed all aliases which ends with '#' character - there >was some problems with using such aliases as parameter (parameters are >separated by ':' (colon) character, but combination of '#:' means >escaped ':'). > >On the other hand, the inner code is backward compatible, so you can use >_#ITEM_ID_ as well as _#ITEM_ID#, but I encourage you to use new version >_#ITEM_ID_. I tested both variants in AA v2.4.0 as well as in current >CVS version and it works. > >If there is still problem with not working _#ITEM_ID_, please send me >the url - I will do some tests. > > Regards, > Honza > > > >On Po, 2003-02-24 at 13:14, Liz Probert wrote: >> >> Hi >> >> I have just been trying to get the password protected public editting to >> work on a slice I am developing, and noticed a bit of a typo. >> >> I was trying to create a link to 'Edit' from fulltext view using the code >> "edit.shtml?my_item_id=_#ITEM_ID_" as the alias appears on the list of >> aliases in the edit view page, this did not work. >> >> After consulting FAQ I realised it should be _#ITEM_ID# which does work. >> However thought I should let you know as it seems it is a typo which >> others may get stuck with too. >> >> Regards >> >> Liz Probert >> GreenNet User Support and Outreach >> >> ***** Please note our new local rate phone number 0845 0554011 ***** >> ===================================================================== >> GreenNet - Global Computer Communications For Environment, >> Peace, Human Rights and Development. >> 33 Islington High St, London, N1 9LH, UK. >> E-mail: li...@gn... Website: http://www.gn.apc.org >> Tel: (+44) 020 7713 1941 or 0845 0554011 Fax: (+44) 020 7837 5551 >> >> **Please include the original message in your reply to us** > > ===================================================================== > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. >> http://thinkgeek.com/sf >> _______________________________________________ >> apc-aa-general mailing list >> apc...@li... >> https://lists.sourceforge.net/lists/listinfo/apc-aa-general >> > > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >apc-aa-general mailing list >apc...@li... >https://lists.sourceforge.net/lists/listinfo/apc-aa-general -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mi...@ea...> - 2003-02-25 23:05:35
|
Don't we need to define ONE of these ways, and then convert the existing functions to use it, I think the confusion is because the rules aren't defined so each coder has done it differently. =46or example insert_fnc_fil sets $err, but that is ignored. I would suggest that we need both errors and warnings, i.e. that a warning is set when an item *IS*created/edited, and errors are set when an item *IS NOT* created/edited. - Mitra At 2:03 PM +0100 25/2/03, Honza Malik wrote: >Hi Mitra, > > you are right, currently generated messages from insert_fnc_xxx >functions are ignored - we do not use the return code. So, it is up to >you, how to display the errors to user (direct displaying in >StoreItem(), filling global $err[] array, creating new Error object, >...). I do not prefer option 1. > >Regards, > Honza > >On P=E1, 2003-02-21 at 22:51, Mitra wrote: >> Honza >> >> How are errors SUPPOSED to be returned from insert_fnc_xxxx functions, >> >> I see various places where things are done like return "xxxx" >> >> But ...the calling functions seem to ignore these errors, >> >> Specifically I'm trying to get errors generated inside insert_fnc_fil >> when trying and failing to do a Resize to propogate all the way back >> to the calling Item Manager screen, and I can't figure out how you >> wanted this to work. >> >> - Mitra >> >> -- >> Mitra Technology Consulting - www.mitra.biz - mi...@mi... >> 02-6684-8096 or 0414-648-0722 >> >> Life is a Mystery to be Lived, not a Problem to be Solved >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. >> The most comprehensive and flexible code editor you can use. >> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. >> www.slickedit.com/sourceforge >> _______________________________________________ >> Apc-aa-coders mailing list >> Apc...@li... >> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >> > > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Apc-aa-coders mailing list >Apc...@li... >https://lists.sourceforge.net/lists/listinfo/apc-aa-coders -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mi...@ea...> - 2003-02-25 22:55:34
|
Maybe it is not so much work ....
We have code that is all over the place
if (!get_magic_quotes_gpc()) {
// Overrides GPC variables
if( isset($HTTP_GET_VARS) AND is_array($HTTP_GET_VARS))
for (reset($HTTP_GET_VARS); list($k, $v) =3D each($HTTP_GET_VARS); )
$$k =3D Myaddslashes($v);
if( isset($HTTP_POST_VARS) AND is_array($HTTP_POST_VARS))
for (reset($HTTP_POST_VARS); list($k, $v) =3D each($HTTP_POST_VARS); )
$$k =3D Myaddslashes($v);
if( isset($HTTP_COOKIE_VARS) AND is_array($HTTP_COOKIE_VARS))
for (reset($HTTP_COOKIE_VARS); list($k, $v) =3D each($HTTP_COOKIE_VARS)=
; )
$$k =3D Myaddslashes($v);
}
We could change MyAddSlashes to set the GLOBALS, variables if
register_globals was off?
Anyway - shouldn't this be an include, since we do it the same way
almost everywhere? I can see that include/config.php3 is called
after this but I can't see anything in config.php3 that depends on
these variable, so we could just call a script, say
$GLOBALS[AA_INC_PATH]/setvariables.php3 AFTER config.php.
I think the code would also need to handle a few extra variables
like $DOCUMENT_ROOT becoming $_SERVER['DOCUMENT_ROOT']
This could be easily done with a Tags-find-replace since we aren't
changing functionality, only variable names. The hard part is that
we need to work in the pre 4.2.0 case as well, so it might be best to
do it all in include/setvariables.php3 e.g.
if somecall(register_globals) { /// Not sure how to test this
$DOCUMENT_ROOT =3D $_SERVER['DOCUMENT_ROOT']
}
Thoughts ....
- Mitra
At 1:29 PM +0100 25/2/03, Honza Malik wrote:
>Hi Mitra,
>
> I think you upgraded PHP to version >=3D4.2.0, where PHP configuration
>directive register_globals is set to OFF by default. Current AA runs
>only with the register_globals set to ON. We should change the code of
>AA to use superglobals variables $_GET, $_POST, $_COOKIE, ..., but is
>uis quite a lot of work. On the other hand, the new settings of PHP
>(register_globals=3DOFF) is safer, so we should do it.
>
> See
>
>http://www.php.net/manual/en/language.variables.predefined.php#language.var=
iables.superglobals
>
> Honza
>
>On P=E1, 2003-02-21 at 14:02, Mitra wrote:
>> Hi
>>
>> Something seems to have changed on my home system, so that global
>> variables aren't getting set. I don't think its an APC change
>> because a backup version stopped working as well. I have upgraded
>> the OS (Mac OSX) recently so its possible that a config file
>> changed, so I'm really looking for help to find out what changed.
>>
>> There is NO php.ini in use.
>>
>> I've look on include/init_page and get_magic_quotes_gpc() is returning 1
>> so the piece of code that sets the variables isn't being run.
>>
>> If that code is NOT run, then how are the variables set from the URL
>> i.e. from HTTP_GET_VARS?
>>
>> - Mitra
>>
>> --
>> Mitra Technology Consulting - www.mitra.biz - mi...@mi...
>> 02-6684-8096 or 0414-648-0722
>>
>> Life is a Mystery to be Lived, not a Problem to be Solved
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
>> The most comprehensive and flexible code editor you can use.
>> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
>> www.slickedit.com/sourceforge
>> _______________________________________________
>> Apc-aa-coders mailing list
>> Apc...@li...
>> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
> >
>
>
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Apc-aa-coders mailing list
>Apc...@li...
>https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
--
Mitra Technology Consulting - www.mitra.biz - mi...@mi...
02-6684-8096 or 0414-648-0722
Life is a Mystery to be Lived, not a Problem to be Solved
|
|
From: Norbert B. <br...@ch...> - 2003-02-25 19:36:21
|
From: "Honza Malik" <hon...@ec...> > > Caching is not working with scroller (view display the same content, = no > > matter what page you select). >=20 > I tested it in site module with current CVS version and it seems, it = is > working. If not, send me please the url. Here is the url (current CVS version): http://www.changenet.sk/index.stm?section=3Dspr That part of the site use "site" module with this setting: {view.php3?vid=3D202&cmd[202]=3Dd-category.......3-LIKE-spravy&set[202]=3D= listlen-10,page-{page}} If you run URL generated by scroller on that page with "nocache=3D1" = parameter, it will show correct page.=20 Perhaps there is something wrong with our site module? > > There is some problem with URL parsing in HEADLINEURL alias. When = you use > > slice included in .shtml file, link to fulltext of item goes to > > /aa/slice.php3?... instead of .shtml file it was called from. = Similar > > problem is with discussions diplayed as a view included in .shtml = file. Some > > links (show selected item, reply) have wrong URL parameters (e.g. > > /show.shtml&nocache=3D1&... instead of /show.shtml?nocache=3D1&... = - parameter > > should start with ?, not with &). There is problem only with .shtml = files, > > it works with site modulue. >=20 > Also, send me please the url. The problem was with view (discussion) included in .shtml file=20 <!--#include virtual=3D"/aa/view.php3?vid=3D367"--> and called with parameters:=20 diskusia.stm?set[367]=3Dsh_itm-b72eb5763d4b3ba235201029b4cc5a45 which works (show correct comments), but only partially (generates wrong = urld to the individual comments, etc.) I do not know whether this is by design or bug, but I changed .shtml = file to include fulltext view and pass x=3DSHORTID to .shtml file. > > There is problem with "Add/Mutual/Backward" buttons/links in related > > window - they are not shown, so relation could not be set. >=20 > Fixed in CVS. Buttons are there, but relations are still not set (updated in = database). The same for "two boxes" n. |
|
From: Honza M. <hon...@ec...> - 2003-02-25 13:01:44
|
Hi Mitra,
you are right, currently generated messages from insert_fnc_xxx
functions are ignored - we do not use the return code. So, it is up to
you, how to display the errors to user (direct displaying in
StoreItem(), filling global $err[] array, creating new Error object,
...). I do not prefer option 1.
Regards,
Honza
On P=E1, 2003-02-21 at 22:51, Mitra wrote:
> Honza
>=20
> How are errors SUPPOSED to be returned from insert_fnc_xxxx functions,
>=20
> I see various places where things are done like return "xxxx"
>=20
> But ...the calling functions seem to ignore these errors,
>=20
> Specifically I'm trying to get errors generated inside insert_fnc_fil=20
> when trying and failing to do a Resize to propogate all the way back=20
> to the calling Item Manager screen, and I can't figure out how you=20
> wanted this to work.
>=20
> - Mitra
>=20
> --=20
> Mitra Technology Consulting - www.mitra.biz - mi...@mi...
> 02-6684-8096 or 0414-648-0722
>=20
> Life is a Mystery to be Lived, not a Problem to be Solved
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> _______________________________________________
> Apc-aa-coders mailing list
> Apc...@li...
> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>=20
|
|
From: Honza M. <hon...@ec...> - 2003-02-25 12:27:59
|
Hi Mitra, I think you upgraded PHP to version >=3D4.2.0, where PHP configuration directive register_globals is set to OFF by default. Current AA runs only with the register_globals set to ON. We should change the code of AA to use superglobals variables $_GET, $_POST, $_COOKIE, ..., but is uis quite a lot of work. On the other hand, the new settings of PHP (register_globals=3DOFF) is safer, so we should do it. See http://www.php.net/manual/en/language.variables.predefined.php#language.var= iables.superglobals Honza On P=E1, 2003-02-21 at 14:02, Mitra wrote: > Hi >=20 > Something seems to have changed on my home system, so that global=20 > variables aren't getting set. I don't think its an APC change=20 > because a backup version stopped working as well. I have upgraded=20 > the OS (Mac OSX) recently so its possible that a config file=20 > changed, so I'm really looking for help to find out what changed. >=20 > There is NO php.ini in use. >=20 > I've look on include/init_page and get_magic_quotes_gpc() is returning 1 > so the piece of code that sets the variables isn't being run. >=20 > If that code is NOT run, then how are the variables set from the URL=20 > i.e. from HTTP_GET_VARS? >=20 > - Mitra >=20 > --=20 > Mitra Technology Consulting - www.mitra.biz - mi...@mi... > 02-6684-8096 or 0414-648-0722 >=20 > Life is a Mystery to be Lived, not a Problem to be Solved >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > _______________________________________________ > Apc-aa-coders mailing list > Apc...@li... > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >=20 |
|
From: Honza M. <hon...@ec...> - 2003-02-25 11:51:12
|
Hi Norbert, On So, 2003-02-22 at 01:09, Norbert Br=E1zda wrote: > Hi Honza, >=20 > From: "Honza Malik" <hon...@ec...> > > I posted some changes to CVS. The list of changes follows. Most of > > changes is related to new Links module, which is not complete, yet. At > > least, user management functions should work, now. >=20 > I am curious how the new links module differ from normal modules (e.g. wh= at > are the new functions that are not provided by standard module (called > "news" due to historical reasons)). Links module is integration of our older - independent links aplication into AA. It uses another tables for storing links, categories, ... but it uses the same permission system and the interface. You will be able to manage pages like (http://ekolink.cz). =20 > I have also found several bugs in aa code (just before your changes): >=20 > Caching is not working with scroller (view display the same content, no > matter what page you select). I tested it in site module with current CVS version and it seems, it is working. If not, send me please the url. =20 > There is some problem with URL parsing in HEADLINEURL alias. When you use > slice included in .shtml file, link to fulltext of item goes to > /aa/slice.php3?... instead of .shtml file it was called from. Similar > problem is with discussions diplayed as a view included in .shtml file. S= ome > links (show selected item, reply) have wrong URL parameters (e.g. > /show.shtml&nocache=3D1&... instead of /show.shtml?nocache=3D1&... - par= ameter > should start with ?, not with &). There is problem only with .shtml files= , > it works with site modulue. Also, send me please the url. > There are no users and groups shown in user management and search (for > users/groups) is not working as well. Fixed in CVS. =20 > There is problem with "Add/Mutual/Backward" buttons/links in related > window - they are not shown, so relation could not be set. Fixed in CVS. Thanks for reporting. Honza >=20 > norbert > br...@ch... >=20 >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > _______________________________________________ > Apc-aa-coders mailing list > Apc...@li... > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >=20 |
|
From: Mitra <mi...@ea...> - 2003-02-25 04:58:24
|
Jakub, Honza Are we happy with the way I'm suggesting to do this ? - Mitra At 9:03 AM +1100 18/2/03, Mitra wrote: >You could be correct, I'm not sure if PHP caches connections. > >What I KNOW to be bad is using $db, $db2, and $db3 because if in the >middle of using $db to fetch records, then you use a function call >(for example to turn and id into a name) and this uses the same $db >then you break things. Its a recipe for bugs. > >So I see two solutiosn > >1: $db = new DB_AA() ; use the $db ; >or >2: $db = getDB; use the $db ; freeDB($db) > >Actually, I can't see how #1 (or the current way of doing things) >can reuse database connections, because how does PHP know when >you've finished with the SELECT? > >yes - there could be a problem with "return" without freeing the db, >but I'd rather have an occasional inefficiency, than a big problem >with possible bugs. I'm not making any mass changes, just changing >the code as I work on it, so I think it will be easy to do it >carefully. > >- Mitra > > >At 8:56 PM +0100 17/2/03, Jakub Adamek wrote: >>Mitra, >> >>the PHPlib approach of having the DB connection and recordset in one >>class is a bit strange. The result is, we should create a new recordset >>DB_AA for each SELECT query. The current approach of using one recordset >>everywhere is perhaps caused by the name DB_AA which looks like database >>and usually only one database is used. It is surely wrong. >> >>I am not sure, but my idea was that the persistent connections are kept >>by PHP and not by individual scripts and thus creating a new DB_AA would >>waste no time as it uses always only finds a persisten connection? It >>this is the case, getDB and freeDB are not needed because they only >>duplicate this behavior. >> >>One more remark: Your approach seems to me a bit uncovenient. The >>problem is you must call freeDB() every time you exit any function. >>Surely somebody will forget to do so at least in some places where he or >>she uses "return". In C++ such things are solved by constructors and >>destructors, but PHP has no destructors. On the other hand this will >>perhaps do no much damage as the not-freed DBs will be closed as the >>script finishes. >> >>Jakub >> >>> -----Original Message----- >>> From: apc...@li... >>> [mailto:apc...@li...] On Behalf Of Mitra >>> Sent: Sunday, February 16, 2003 10:56 AM >>> To: apc...@so... >>> Subject: [Apc-aa-coders] getDB and freeDB >>> >>> >>> One change of note is to add functions getDB and freeDB so that there >>> is no longer the risk of one operation mucking up an in-process DB >>> action. >>> >>> Basically instead of trying to decide whether to use globals $db $db2 >>> or $db3 instead just go >>> >>> >>> $db = getDB() >>> $db->normal db ops >>> freeDB($db) >>> >>> The system keeps an array of unused $db's so that we still get the >>> advantages of keeping connections open. >>> >>> I have NOT incorporated this into the existing code, - since to do so >> > would inevitably involve making one or more mistakes that broke >> > something!, but I will do whenever I'm working on something. >> > >> > - Mitra >> > >> > -- >> > Mitra Technology Consulting - www.mitra.biz - >>> mi...@mi... 02-6684-8096 or 0414-648-0722 >>> >>> Life is a Mystery to be Lived, not a Problem to be Solved >>> >>> >>> >>> ------------------------------------------------------- >>> This sf.net email is sponsored by:ThinkGeek >>> Welcome to geek heaven. >>> http://thinkgeek.com/sf >>> _______________________________________________ >>> Apc-aa-coders mailing list >>> Apc...@li... >> > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >> > > > >-- >Mitra Technology Consulting - www.mitra.biz - mi...@mi... >02-6684-8096 or 0414-648-0722 > >Life is a Mystery to be Lived, not a Problem to be Solved -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mit...@ea...> - 2003-02-25 01:09:36
|
Honza Both _#ITEM_ID_ and _#ITEM_ID# appear many places in the code, Which is right., and how do we change it without breaking other sites? - Mitra At 12:14 PM +0000 24/2/03, Liz Probert wrote: >Hi > >I have just been trying to get the password protected public editting to >work on a slice I am developing, and noticed a bit of a typo. > >I was trying to create a link to 'Edit' from fulltext view using the code >"edit.shtml?my_item_id=_#ITEM_ID_" as the alias appears on the list of >aliases in the edit view page, this did not work. > >After consulting FAQ I realised it should be _#ITEM_ID# which does work. >However thought I should let you know as it seems it is a typo which >others may get stuck with too. > >Regards > >Liz Probert >GreenNet User Support and Outreach > >***** Please note our new local rate phone number 0845 0554011 ***** >===================================================================== > GreenNet - Global Computer Communications For Environment, > Peace, Human Rights and Development. > 33 Islington High St, London, N1 9LH, UK. > E-mail: li...@gn... Website: http://www.gn.apc.org > Tel: (+44) 020 7713 1941 or 0845 0554011 Fax: (+44) 020 7837 5551 > > **Please include the original message in your reply to us** >===================================================================== > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >apc-aa-general mailing list >apc...@li... >https://lists.sourceforge.net/lists/listinfo/apc-aa-general -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Jane W. <ja...@ra...> - 2003-02-24 13:23:27
|
Thanks for taking a look, Mitra. Honza's reply solved it. -Jane > -----Original Message----- > From: Mitra [mailto:mit...@ea...] > Sent: Sunday, February 23, 2003 4:31 PM > To: ja...@ra...; apc...@so... > Subject: RE: [Apc-aa-general] pack problem > > > Sorry, I can't be of much help then, I don't have > that version - and > I'm pretty sure that it doesn't have the zids code in it. > > Honza - any ideas? > > > - Mitra > > > At 6:57 PM -0500 22/2/03, Jane Will wrote: > >Hi Mitra, > >It's the apc-aa-2.4.0 distribution file...not cvs. > >I don't have shell access on that server. > > > >-Jane > > > >> -----Original Message----- > >> From: apc...@li... > >> [mailto:apc...@li... > >> ]On Behalf Of Mitra > >> Sent: Saturday, February 22, 2003 4:26 PM > >> To: ja...@ra...; apc...@so... > >> Subject: RE: [Apc-aa-general] pack problem > >> > >> > >> Which version of APC-AA is this, is it the > >> distribution or the > >> latest CVS version? > >> > >> I don't find any code that does a pack anywhere > >> near that line in the > >> CVS version. > >> > >> - Mitra > >> > >> > >> At 7:07 AM -0500 22/2/03, Jane Will wrote: > >> >Sorry :-) > >> > > >> >The installation is at > http://www.janetest.com/aa/admin > >> > > >> >login: test > >> >password: helpme > >> > > >> >The error occurs when I try to add a new item. > >> > > >> >Thanks, > >> >Jane > >> > > >> > > >> >> -----Original Message----- > >> >> From: Mitra [mailto:mit...@ea...] > >> >> Sent: Saturday, February 22, 2003 3:21 AM > >> >> To: ja...@ra...; apc...@so... > >> >> Subject: Re: [Apc-aa-general] pack problem > >> >> > >> >> > >> >> Its probably fixable, but only if you post a URL > >> >> where we can see > >> >> what is going on :-). > >> >> > >> >> - Mitra > >> >> > >> >> > >> >> At 7:06 PM -0500 21/2/03, Jane Will wrote: > >> >> >I'm getting an error on a new install of AA... > >> >> >The system is using PHP Version 4.0.6. > >> >> > > >> >> > > >> >> >"Warning: pack type H: illegal hex digit x in > >> >> >/home/sites/site211/web/aa/include/util.php3 > >> on line 298" > >> >> > > >> >> >Does anyone know if this is fixable? > >> >> > > >> >> >Thanks, > >> >> >Jane > >> >> > > >> >> > > >> >> > > >> >> > >> > >------------------------------------------------------- > >> >> >This SF.net email is sponsored by: SlickEdit > >> >> Inc. Develop an edge. > >> >> >The most comprehensive and flexible code editor > >> >> you can use. > >> >> >Code faster. C/C++, C#, Java, HTML, XML, many > >> >> more. FREE 30-Day Trial. > >> >> >www.slickedit.com/sourceforge > >> >> >_______________________________________________ > >> >> >apc-aa-general mailing list > >> >> >apc...@li... > >> >> >https://lists.sourceforge.net/lists/listinfo/apc- > >> >> aa-general > >> >> > >> >> > >> >> -- > >> >> Mitra Technology Consulting - www.mitra.biz - > >> >> mi...@mi... > >> >> 02-6684-8096 or 0414-648-0722 > >> >> > >> >> Life is a Mystery to be Lived, not a Problem > >> to be Solved > >> > > >> > > >> > > >> > >------------------------------------------------------- > >> >This SF.net email is sponsored by: SlickEdit > >> Inc. Develop an edge. > >> >The most comprehensive and flexible code editor > >> you can use. > >> >Code faster. C/C++, C#, Java, HTML, XML, many > >> more. FREE 30-Day Trial. > >> >www.slickedit.com/sourceforge > >> >_______________________________________________ > > > >apc-aa-general mailing list > > > >apc...@li... > > > >https://lists.sourceforge.net/lists/listinfo/apc- > > > aa-general > > > > > > > > > -- > > > Mitra Technology Consulting - www.mitra.biz - > >> mi...@mi... > >> 02-6684-8096 or 0414-648-0722 > >> > >> Life is a Mystery to be Lived, not a Problem > to be Solved > >> > >> > >> > >> > ------------------------------------------------------- > >> This SF.net email is sponsored by: SlickEdit Inc. > >> Develop an edge. > >> The most comprehensive and flexible code editor > >> you can use. > >> Code faster. C/C++, C#, Java, HTML, XML, many > >> more. FREE 30-Day Trial. > >> www.slickedit.com/sourceforge > >> _______________________________________________ > >> apc-aa-general mailing list > >> apc...@li... > >> https://lists.sourceforge.net/lists/listinfo/apc-a > >a-general > > > -- > Mitra Technology Consulting - www.mitra.biz - > mi...@mi... > 02-6684-8096 or 0414-648-0722 > > Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mit...@ea...> - 2003-02-24 08:02:19
|
Sorry, I can't be of much help then, I don't have that version - and I'm pretty sure that it doesn't have the zids code in it. Honza - any ideas? - Mitra At 6:57 PM -0500 22/2/03, Jane Will wrote: >Hi Mitra, >It's the apc-aa-2.4.0 distribution file...not cvs. >I don't have shell access on that server. > >-Jane > >> -----Original Message----- >> From: apc...@li... >> [mailto:apc...@li... >> ]On Behalf Of Mitra >> Sent: Saturday, February 22, 2003 4:26 PM >> To: ja...@ra...; apc...@so... >> Subject: RE: [Apc-aa-general] pack problem >> >> >> Which version of APC-AA is this, is it the >> distribution or the >> latest CVS version? >> >> I don't find any code that does a pack anywhere >> near that line in the >> CVS version. >> >> - Mitra >> >> >> At 7:07 AM -0500 22/2/03, Jane Will wrote: >> >Sorry :-) >> > >> >The installation is at http://www.janetest.com/aa/admin >> > >> >login: test >> >password: helpme >> > >> >The error occurs when I try to add a new item. >> > >> >Thanks, >> >Jane >> > >> > >> >> -----Original Message----- >> >> From: Mitra [mailto:mit...@ea...] >> >> Sent: Saturday, February 22, 2003 3:21 AM >> >> To: ja...@ra...; apc...@so... >> >> Subject: Re: [Apc-aa-general] pack problem >> >> >> >> >> >> Its probably fixable, but only if you post a URL >> >> where we can see >> >> what is going on :-). >> >> >> >> - Mitra >> >> >> >> >> >> At 7:06 PM -0500 21/2/03, Jane Will wrote: >> >> >I'm getting an error on a new install of AA... >> >> >The system is using PHP Version 4.0.6. >> >> > >> >> > >> >> >"Warning: pack type H: illegal hex digit x in >> >> >/home/sites/site211/web/aa/include/util.php3 >> on line 298" >> >> > >> >> >Does anyone know if this is fixable? >> >> > >> >> >Thanks, >> >> >Jane >> >> > >> >> > >> >> > >> >> >> >------------------------------------------------------- >> >> >This SF.net email is sponsored by: SlickEdit >> >> Inc. Develop an edge. >> >> >The most comprehensive and flexible code editor >> >> you can use. >> >> >Code faster. C/C++, C#, Java, HTML, XML, many >> >> more. FREE 30-Day Trial. >> >> >www.slickedit.com/sourceforge >> >> >_______________________________________________ >> >> >apc-aa-general mailing list >> >> >apc...@li... >> >> >https://lists.sourceforge.net/lists/listinfo/apc- >> >> aa-general >> >> >> >> >> >> -- >> >> Mitra Technology Consulting - www.mitra.biz - >> >> mi...@mi... >> >> 02-6684-8096 or 0414-648-0722 >> >> >> >> Life is a Mystery to be Lived, not a Problem >> to be Solved >> > >> > >> > >> >------------------------------------------------------- >> >This SF.net email is sponsored by: SlickEdit >> Inc. Develop an edge. >> >The most comprehensive and flexible code editor >> you can use. >> >Code faster. C/C++, C#, Java, HTML, XML, many >> more. FREE 30-Day Trial. >> >www.slickedit.com/sourceforge >> >_______________________________________________ > > >apc-aa-general mailing list > > >apc...@li... > > >https://lists.sourceforge.net/lists/listinfo/apc- > > aa-general > > > > > > -- > > Mitra Technology Consulting - www.mitra.biz - >> mi...@mi... >> 02-6684-8096 or 0414-648-0722 >> >> Life is a Mystery to be Lived, not a Problem to be Solved >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: SlickEdit Inc. >> Develop an edge. >> The most comprehensive and flexible code editor >> you can use. >> Code faster. C/C++, C#, Java, HTML, XML, many >> more. FREE 30-Day Trial. >> www.slickedit.com/sourceforge >> _______________________________________________ >> apc-aa-general mailing list >> apc...@li... >> https://lists.sourceforge.net/lists/listinfo/apc-a >a-general -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: Mitra <mi...@ea...> - 2003-02-21 21:56:43
|
Honza How are errors SUPPOSED to be returned from insert_fnc_xxxx functions, I see various places where things are done like return "xxxx" But ...the calling functions seem to ignore these errors, Specifically I'm trying to get errors generated inside insert_fnc_fil when trying and failing to do a Resize to propogate all the way back to the calling Item Manager screen, and I can't figure out how you wanted this to work. - Mitra -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
|
From: <br...@ch...> - 2003-02-21 15:22:28
|
Hi Honza, From: "Honza Malik" <hon...@ec...> > I posted some changes to CVS. The list of changes follows. Most of > changes is related to new Links module, which is not complete, yet. At > least, user management functions should work, now. I am curious how the new links module differ from normal modules (e.g. what are the new functions that are not provided by standard module (called "news" due to historical reasons)). I have also found several bugs in aa code (just before your changes): Caching is not working with scroller (view display the same content, no matter what page you select). There is some problem with URL parsing in HEADLINEURL alias. When you use slice included in .shtml file, link to fulltext of item goes to /aa/slice.php3?... instead of .shtml file it was called from. Similar problem is with discussions diplayed as a view included in .shtml file. Some links (show selected item, reply) have wrong URL parameters (e.g. /show.shtml&nocache=1&... instead of /show.shtml?nocache=1&... - parameter should start with ?, not with &). There is problem only with .shtml files, it works with site modulue. There are no users and groups shown in user management and search (for users/groups) is not working as well. There is problem with "Add/Mutual/Backward" buttons/links in related window - they are not shown, so relation could not be set. norbert br...@ch... |
|
From: Mitra <mi...@ea...> - 2003-02-21 13:03:04
|
Hi Something seems to have changed on my home system, so that global variables aren't getting set. I don't think its an APC change because a backup version stopped working as well. I have upgraded the OS (Mac OSX) recently so its possible that a config file changed, so I'm really looking for help to find out what changed. There is NO php.ini in use. I've look on include/init_page and get_magic_quotes_gpc() is returning 1 so the piece of code that sets the variables isn't being run. If that code is NOT run, then how are the variables set from the URL i.e. from HTTP_GET_VARS? - Mitra -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
3 messages has been excluded from this view by a project administrator.
