admin's blog

Have you ever had to work on a spreadsheet where you've got a thousand or so rows and you need to select all the ones marked "shop payment" or something and assemble them into a separate spreadsheet for analysis? It's a right royal pain to do by hand.

I don't know if this a problem many people face but recently I've found I've been doing a lot of analysis of spreadsheets..sales figures, survey results, accounts, sorting paypal shop payments and that sort of stuff.

Here's an interesting problem I encountered the other day...say you're promoting a downloadable product which offers a free demo version.

Hopefully self-explanatory. It's an illustration of a principle I've encountered quite often. Should be avoided at all costs.

first I found this which looked ok:

http://www.marketingtechnician.com/blog/drupal-module-tracking-attachmen...

but then found this which seems to do the job even better:

http://drupal.org/project/download_count

Both modules seem to require the drupal file handling to be set to "private" (admin/settings/file-system). You can tell it's working with the private files because the url changes and ends up something like /system/files/myfile.dat rather than /files/myfile.dat

Looks to be another system a bit like openfiler but possibly with more clever trickery...unlike openfiler, I haven't tested it myself yet but looks to be very interesting.

http://www.gluster.com/community/documentation/index.php/Gluster_Storage...

I just finished a proposal meeting which reminded me of this... I know this is an oldie but it applies today as much as it did in '02...not just in webdev but in business generally. Niftied from here.

-------------------------------------------

If Architects Had to Work Like Web Designers

Unknown
January 10, 2002

testing 123

If you're interested in Internet Marketing (IM) and want some decent material to get going with you may want to check out the "System Seminar Blog" website.

As well as my "noderunner" mind-mapping protocol I've now ported the "statto" tracking and testing implementation to work with drupal. It doesn't need to track as much as with a metasite2 implementation because of how drupal's urls work, but the main components: ad-channel, page-variable and testo variable tracking and in-page testing are all fully functional within the drupal framework.

At the moment it's still in early testing but this is another significant step for me towards using drupal on a more serious level e.g. commercial sites.

I really hope I'm doing the right thing here but so far what I've seen of Drupal has been really impressive.

Currently my bottleneck is the actual building of sites - setting them up, making sure it all works as intended - the basic stuff which you need to be able to rely on in order to move forward. If I can remove that bottleneck that could revolutionise my work throughput. I'm hoping Drupal will allow me to do that.