Re: [SLUG] Invision phpBB Site Content ripping
2009/10/6 Kyle : > Hi Folks, > > how hard/easy would it be to get something written which could log onto one > IP.Board forum, crawl that site and download the content only, to import > into another IP.board db? > > So users, forums, threads, PM's, user galleries, etc. > > Assuming one doesn't have access to the DB from the original site. We used Perl WWW::Mechanize (http://search.cpan.org/dist/WWW-Mechanize/) to write up something similar to Forum Proxy Leacher. I'll try to get permission to release it. --Amos -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] DLNA and networked TV's
Hello, I'm writing this here since there was a related discussion about this a few weeks back and I wanted to share my findings. I was just looking at hooking up a new wall-mounted monitor at the office to slide-show network status (for now I'll use the "Tab Slideshow" Firefox extension) and learned that it supports something called "DLNA". It's a Samsung 32" LCD TV and its manual specifically talks about connecting to IP networks either via wired or wireless network interface and running slide shows and playing media over it. The manual (PDF) is available at http://tinyurl.com/yauebxe (I'm not sure it's the exact model but the manual is accurate enough so far), DLNA is mentioned in pages 31 to 48. Someone told me they have a Sony which supposedly supports DLNA but it seems like it's used only for firmware upgrades, so if you have experience with DLNA it might be vendor-dependant. DLNA Wikipedia page: http://en.wikipedia.org/wiki/Dlna DLNA Open Source projects: http://elinux.org/DLNA_Open_Source_Projects I hope to get to use it even if just to enable me to use a single ethernet cable from it to one of our CentOS servers instead of having to put some old laptop just to run the slide show, plus the DLNA slide show application might allow us to control it from the TV's remote control. At worst it must be possible to use some Firefox automation to keep "printing" the pages into files in a directory and serve them as static images. Another use case - Does anyone know whether screen capturing over DLNA is possible? (i.e. somehow hook it to show the screen of an arbitrary network device (e.g. a linux/mac/windows laptop)? Hope you find this useful, Cheers, --Amos -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] django/rails
Damn shame you didn't ask the question last week. We had a great talk down in Wollongong last Thursday at the South Coast LUG on Django. Not recorded unfortunately, but you can find Joshua's slides at http://www.slideshare.net/jpartogi/webdevdjango-2103788 It certainly seems fairly easy to get into (but not being a web developer I have no point of comparison with ruby on rails). Regards, Martin martinvisse...@gmail.com On Tue, Oct 6, 2009 at 12:37 AM, david wrote: > I'm reading up on both, trying to make an intelligent decision which to > use. > > I'm agnostic about ruby/python, although I have a faint feeling that python > may be better. In either case I have to learn the language. > > Does anyone care to venture an opinion? Flame war anyone? > > David > > > > PS: > I've noted that Ruby has a DB migration facility which looks useful. > > There are two key advantages to Rails' incremental migrations compared with > Django. First, Rails provides a standard mechanism for deploying new > releases to already running production systems while preserving data. For > example, if a database column's type is changed from char to integer, the > accompanying Rails migration script would specify the steps required to move > the data from the old char column to the new integer column. To perform > similar operations in Django, the developer would need to write an ad-hoc > SQL script. > > The second advantage is that, being easily rolled back, migrations > encourage a certain amount of experimentation with the model classes and > database schema. Certainly some experimentation with models is possible in > Django, especially if the model code is kept under source code control, but > as data is not preserved through such changes, it is less attractive unless > there is a mechanism for quickly loading test data. > > At the time of writing, the Django development community is working toward > introducing a schema evolution mechanism. > > > > > -- > SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ > Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html > -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Invision phpBB Site Content ripping
You could probably scrape stuff using curl, sed etc and dump it into a file to import into a DB. But I am not aware of a specific app/script. 2009/10/6 Kyle : > Just for the record, it is a lost forum of which I have been a long time > contributor. And we now wish to migrate to a new setup. So nothing > diabolical. > > But it appears we may be out of luck? > > > Kind Regards > > Kyle > > > > Mark Walkom wrote: >> >> Well apart from the ethics of ripping off someones forums (unless >> they are yours that is) >> >> > > -- > SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ > Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html > -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Invision phpBB Site Content ripping
Just for the record, it is a lost forum of which I have been a long time contributor. And we now wish to migrate to a new setup. So nothing diabolical. But it appears we may be out of luck? Kind Regards Kyle Mark Walkom wrote: Well apart from the ethics of ripping off someones forums (unless they are yours that is) -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Invision phpBB Site Content ripping
Well apart from the ethics of ripping off someones forums (unless they are yours that is) I mod on a few of forums running IPB (2/3) and you can't get access to others PMs, even via the admin control panel. As far as I know you would need access directly into the database. 2009/10/6 Kyle : > Hi Folks, > > how hard/easy would it be to get something written which could log onto one > IP.Board forum, crawl that site and download the content only, to import > into another IP.board db? > > So users, forums, threads, PM's, user galleries, etc. > > Assuming one doesn't have access to the DB from the original site. > > -- > > Kind Regards > > Kyle > > -- > SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ > Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html > -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Invision phpBB Site Content ripping
Hi Folks, how hard/easy would it be to get something written which could log onto one IP.Board forum, crawl that site and download the content only, to import into another IP.board db? So users, forums, threads, PM's, user galleries, etc. Assuming one doesn't have access to the DB from the original site. -- Kind Regards Kyle -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] django/rails
I'm reading up on both, trying to make an intelligent decision which to use. I'm agnostic about ruby/python, although I have a faint feeling that python may be better. In either case I have to learn the language. Does anyone care to venture an opinion? Flame war anyone? David PS: I've noted that Ruby has a DB migration facility which looks useful. There are two key advantages to Rails' incremental migrations compared with Django. First, Rails provides a standard mechanism for deploying new releases to already running production systems while preserving data. For example, if a database column's type is changed from char to integer, the accompanying Rails migration script would specify the steps required to move the data from the old char column to the new integer column. To perform similar operations in Django, the developer would need to write an ad-hoc SQL script. The second advantage is that, being easily rolled back, migrations encourage a certain amount of experimentation with the model classes and database schema. Certainly some experimentation with models is possible in Django, especially if the model code is kept under source code control, but as data is not preserved through such changes, it is less attractive unless there is a mechanism for quickly loading test data. At the time of writing, the Django development community is working toward introducing a schema evolution mechanism. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
