If you want strict control over the layout and function of a web site, then you would probably want to switch from a content management system to a content management framework. Content management frameworks are an order of magnitute more complex to setup, but with that complexity comes absolute freedom of functionality and layout.
I started out using CMS systems like Drupal and Mambo, but have switched to building CMS systems with Typo3 and haven't looked back since. There is very little you can't do in Typo3, and there is no 'default' look for a Typo3 created site. You have absolute freedom in layout. Typo3 has a learning curve measured in weeks, but the rewards are definately worth it.
Isn't this whole DRM thing essentially the same as all the counter-piracy measures software developers tried 15 years ago? They eventually gave up because no matter what they tried, their software was eventually cracked.
Why do the content providers think DRM will have a different fate?
Re:Why does nobody ever mention Typo3?
on
Two Books On Plone
·
· Score: 1
So does that make Yahoo the world's largest personal homepage?
Why does nobody ever mention Typo3?
on
Two Books On Plone
·
· Score: 2, Insightful
I have a simple question, why is it that when open source content management is discussed, Typo3 is rarely brought up? Is it because of the complexity?
My latest project involved changing an old static web site into one managed by a content management system. We tried Mambo, Drupal, and Zope, and then Typo3. All of the other content management systems seemed like a toy compared to Typo3.
Typo3 is advanced enough to be compared to SAP portals and Vignette in terms of scalability, stability, and enterprise-level features (eg. super fine grained access control lists and enterprise authentication and revision control..)
Sorry about the rant, but really it seems odd that nobody talks about Typo3. In my mind, it is up there with Apache and Samba with regards to the most important open source projects out there.
It's like as if everyone used some other mom and pop web server, and nobody used Apache!
Did anyone else have their brain spontaneously go into Christopher Lowell mode when reading that press release?
With phrases like "The m:robe brand derives its name from the fact that m:robe products can be carried anywhere, anytime, allowing users to 'robe' themselves in their favorite music wherever they go." and "Their white signature color reflects the timeless beauty of white porcelainware, which, rather than making a strong style statement of its own, tends to draw attention to the beauty of the flowers or foods that it contains. In the same way, m:robe products are designed to be like 'white porcelain vessels' that enhance the beauty of the images and music they hold."
The fact the iPod is white is obviously a complete coincidence!
Do this for free with your digital cable box...
on
Review: Elgato EyeTV 500
·
· Score: 5, Informative
If you have a modern digital cable box with Firewire outputs, just download iRecord and connect your Mac to the box with a quality firewire cable. iRecord is developing quickly into a good PCPVR solution for digital cable boxes.
The interesting thing is that you can record anything the box is showing over the firewire output, including video on demand, HDTV, Music Choice, and digital-tier cable channels.
You can then take the captured MPEG2 transport stream and convert it to a standard MPEG file by using VLC's advanced output options in the file open dialog.
Now if someone can figure out how to send the MPEG transport stream back to the digital cable box for playback...
If it is anything like ISU every time a new MAC address shows up on the network you have to register it with the university before you can connect to the net. This way there is always a username behind the MAC.
I am with a admin group trying to integrate a couple hundred UNIX and Windows machines into a single login using an Active Directory server, which provides us with Kerberos authentication, and an LDAP directory. (This was mandated to us "from above") The kerberos authentication of course was easy, however there is hardly ANY information about actually using LDAP in a production environment.. we are trying to use the active directory LDAP server to provide the POSIX gecos and home directory information for the UNIX clients... however the default Active Directory schema does not include RFC2307
Probably the most frustrating part is if you go on google and look for help, you see people mentioning that this works, but never any specifics. I assume you are just using pam_ldap to grab a password crypt from an LDAP server (which is a secure as giving everyone read permissions on your shadow file).
I think the best solution is to use an LDAP server to host all the user information that is normally in/etc/passwd. This is possible in Linux and Solaris using the nss_ldap module which lets you add an "ldap" entry to your network switch file, and use ldap instead of/etc/passwd. It seems the best solution is Kerberos for authentication and LDAP for everything else, which Active Directory can provide, in a mixed-OS environment even.. but has anyone been able to successfully run nss_ldap against an AD LDAP server? (without using services for UNIX or other kludges)
LDAP seems to be an integration nirvanna.. but without proper documentation I am afraid it will never see broader use..
Just brainstorming here, but I think some of these ideas could work with a few adjustments..
1. Why not keep a one-way hash of the IP address of the sender in the DB? If a message gets modded down to -1, and that same hashed IP posts again, say 3 more times, each time being modded down to -1, then give them the lameness filter message, and do not allow the post.
Granted this will impact firewalls, squid servers, etc, where many people would have the same IP address. Maybe in this case people with this hashed IP would get a message saying "this IP has been prone to abuse, and cookies are required to post" and then make a per-browser hash stored in a mandatory cookie..
2. Another option would be to store the actual IP of the sender in the DB, but say only for 1 hour. If the same IP keeps posting troll messages, then the IP address of the troll appears next to the message. (and only in this case) Of course the multiple-ip problem would be in effect here. IP's would be removed from the DB after the expiration date, except for the trolls
3. How about a "Troll IP Address" page, where IP's that are known to be trolls or DOS clients are posted? Some sort of Troll blacklist?
Basically I am trying to think of a way to remove anonymity from the troll messages, while preserving the anonymity of the normal posters. Whether this can be done in a practical way has yet to be seen.
I'm reposting this since it got buried under a troll, and there is some confusion here with compatibility with regards to windows..
Bero-rh wrote The nicety of it is that they're planning to generate (native) Linux applications from [Borland C++ and Delphi] source originally written to run on Windoze
Not quite. There is a an interview with Chuck Jazdzewski, the chief architect of Delphi that explains Kylix and how it will or will not work with current Delphi Windows source.
Specifically as far as Kylix and Windows source code compatibility he writes:
Will existing applications that don?t touch the Win32 API just recompile with Kylix? What about components inherited from TCustomXXX classes - will these work ok?
It is impossible to make a blanket statement that if you didn?t use this or did use that you will be compatible. There are too many variables. Our goal is make the porting effort to Linux easy for people who mainly use components to build applications. As for custom visual components, most will require significant changes from the component vendors. The component vendors? porting tasks will be much easier if the component writer neither subclasses Windows controls, nor handles exotic Windows messages, or if they avoid direct calls into the Windows API when a VCL equivalent is present (eg using TCanvas instead of calling GDI directly). Non-visual components, however, are much easier assuming the underlying API they are wrapping exists under Linux. A component wrapping the Berkley socket layer ports easily, but a MAPI component would not port at all.
I anticipate the biggest obstacle people will face when porting their code is not how compatible the Linux VCL is with the Windows version, but collecting an equivalent set of Linux third-party components to replace those that they have been using on Windows. Because we realise how important this is, we have started to work with our third-party vendors early to get them porting their components so our customers will have a wide selection when we ship. --- So, at least for awhile, Delphi authors who want to work with both platforms will have to fork existing projects to get them to work with both OS's, and new projects will have to have a lot of platform-checking code.
The nicety of it is that they're planning to generate (native) Linux applications from [Borland C++ and Delphi] source originally written to run on Windoze
Not quite. There is a an interview with Chuck Jazdzewski, the chief architect of Delphi that explains Kylix and how it will or will not work with current Delphi Windows source.
Specifically as far as Kylix and Windows source code compatibility he writes:
Will existing applications that don?t touch the Win32 API just recompile with Kylix? What about components inherited from TCustomXXX classes - will these work ok?
It is impossible to make a blanket statement that if you didn?t use this or did use that you will be compatible. There are too many variables. Our goal is make the porting effort to Linux easy for people who mainly use components to build applications. As for custom visual components, most will require significant changes from the component vendors. The component vendors? porting tasks will be much easier if the component writer neither subclasses Windows controls, nor handles exotic Windows messages, or if they avoid direct calls into the Windows API when a VCL equivalent is present (eg using TCanvas instead of calling GDI directly). Non-visual components, however, are much easier assuming the underlying API they are wrapping exists under Linux. A component wrapping the Berkley socket layer ports easily, but a MAPI component would not port at all.
I anticipate the biggest obstacle people will face when porting their code is not how compatible the Linux VCL is with the Windows version, but collecting an equivalent set of Linux third-party components to replace those that they have been using on Windows. Because we realise how important this is, we have started to work with our third-party vendors early to get them porting their components so our customers will have a wide selection when we ship. --- So, at least for awhile, Delphi authors who want to work with both platforms will have to fork existing projects to get them to work with both OS's, and new projects will have to have a lot of platform-checking code.
I still can't wait until this is released.
Re:It's time Slashdot took some responsibility
on
Privacy vs. Anonymity
·
· Score: 1
The previous post was posted by the 'evil casshan' pre-coffee.
Take this post as its retraction. I was in a bad mood.
This post, besides the content and the fact cmdrtaco rarely posts, seems legit from the username and info link...
Unless I am missing something obvious where is your proof this is not cmdrtaco?
Re:It's time Slashdot took some responsibility
on
Privacy vs. Anonymity
·
· Score: 1
Slashdot is the sum of its users. If it alienates those users, it will cease to be a commercial entity.
Slashdot is greater than the sum of its parts.
:)
Re:It's time Slashdot took some responsibility
on
Privacy vs. Anonymity
·
· Score: 1
Slashdot has come a long way since the early days before moderation.
Slashdot is now a commercial entity, and has much more capital to work with.
I suggest Slashdot starts taking some responsibility, and excercizing editorial control over posts. That's right. Hire a couple people to watch the threads for copyright violations, etc. No matter how evil they are, Microsoft is legally entitled to what they did. And you should remove the posts that violate their rights.
This would also allow you to remove shit like the first-postalizer and other things that are way off base. It is not censorship. It is preventing the abuse of your property. I do not feel I have the right to go spraypaint first post on the side of my neighbors house, and neither do the AC's here.
People will get pissed off about this, fine. Let them go to kuro5hin.org or wherever. Nobody is forcing them to use slashdot.
I can only imagine how much faster slashdot would be if there weren't people (or now scripts) reloading every 500ms to get a first post. This is not their right.
Of course this is just my opinion. I've been using slashdot for a very long time. I just wish it would take the next step.
Has anyone heard when they are going to release a public beta? Last I heard it would be in October...
Re:It depends on what kind of quality you're looki
on
Archiving Home Movies?
·
· Score: 1
The All-In-Wonder 128 does not capture using hardware. It may do a little motion estimation in the hardware (at least for decoding) but the encoder is software only. Notice how you cannot do MPEG2 video encoding at full screen on anything less than a PIII? The 128 was a disappointment to me in the encoding, the video comes out soft. Nothing close to hardware mpeg-1 or 2. Can't do much motion analysis in real-time without a dedicated chip.
Slashdot Mirror
If you want strict control over the layout and function of a web site, then you would probably want to switch from a content management system to a content management framework. Content management frameworks are an order of magnitute more complex to setup, but with that complexity comes absolute freedom of functionality and layout.
I started out using CMS systems like Drupal and Mambo, but have switched to building CMS systems with Typo3 and haven't looked back since. There is very little you can't do in Typo3, and there is no 'default' look for a Typo3 created site. You have absolute freedom in layout. Typo3 has a learning curve measured in weeks, but the rewards are definately worth it.
Isn't this whole DRM thing essentially the same as all the counter-piracy measures software developers tried 15 years ago? They eventually gave up because no matter what they tried, their software was eventually cracked.
Why do the content providers think DRM will have a different fate?
So does that make Yahoo the world's largest personal homepage?
Yahoo switches to PHP.
I have a simple question, why is it that when open source content management is discussed, Typo3 is rarely brought up? Is it because of the complexity?
My latest project involved changing an old static web site into one managed by a content management system. We tried Mambo, Drupal, and Zope, and then Typo3. All of the other content management systems seemed like a toy compared to Typo3.
Typo3 is advanced enough to be compared to SAP portals and Vignette in terms of scalability, stability, and enterprise-level features (eg. super fine grained access control lists and enterprise authentication and revision control..)
Sorry about the rant, but really it seems odd that nobody talks about Typo3. In my mind, it is up there with Apache and Samba with regards to the most important open source projects out there.
It's like as if everyone used some other mom and pop web server, and nobody used Apache!
Did anyone else have their brain spontaneously go into Christopher Lowell mode when reading that press release?
With phrases like "The m:robe brand derives its name from the fact that m:robe products can be carried anywhere, anytime, allowing users to 'robe' themselves in their favorite music wherever they go." and "Their white signature color reflects the timeless beauty of white porcelainware, which, rather than making a strong style statement of its own, tends to draw attention to the beauty of the flowers or foods that it contains. In the same way, m:robe products are designed to be like 'white porcelain vessels' that enhance the beauty of the images and music they hold."
The fact the iPod is white is obviously a complete coincidence!
If you have a modern digital cable box with Firewire outputs, just download iRecord and connect your Mac to the box with a quality firewire cable. iRecord is developing quickly into a good PCPVR solution for digital cable boxes.
The interesting thing is that you can record anything the box is showing over the firewire output, including video on demand, HDTV, Music Choice, and digital-tier cable channels.
You can then take the captured MPEG2 transport stream and convert it to a standard MPEG file by using VLC's advanced output options in the file open dialog.
Now if someone can figure out how to send the MPEG transport stream back to the digital cable box for playback...
iTunes on campus is not a site-license to the content. It merely allows institutions to redistribute the iTunes software.
The reason it is different is because Apple was not ruled an illegal monopoly.
If it is anything like ISU every time a new MAC address shows up on the network you have to register it with the university before you can connect to the net. This way there is always a username behind the MAC.
I am with a admin group trying to integrate a couple hundred UNIX and Windows machines into a single login using an Active Directory server, which provides us with Kerberos authentication, and an LDAP directory. (This was mandated to us "from above") The kerberos authentication of course was easy, however there is hardly ANY information about actually using LDAP in a production environment.. we are trying to use the active directory LDAP server to provide the POSIX gecos and home directory information for the UNIX clients... however the default Active Directory schema does not include RFC2307
/etc/passwd. This is possible in Linux and Solaris using the nss_ldap module which lets you add an "ldap" entry to your network switch file, and use ldap instead of /etc/passwd. It seems the best solution is Kerberos for authentication and LDAP for everything else, which Active Directory can provide, in a mixed-OS environment even.. but has anyone been able to successfully run nss_ldap against an AD LDAP server? (without using services for UNIX or other kludges)
LDAP seems to be an integration nirvanna.. but without proper documentation I am afraid it will never see broader use..
Probably the most frustrating part is if you go on google and look for help, you see people mentioning that this works, but never any specifics. I assume you are just using pam_ldap to grab a password crypt from an LDAP server (which is a secure as giving everyone read permissions on your shadow file).
I think the best solution is to use an LDAP server to host all the user information that is normally in
Can be found at ftp://ftp.kde.org/pub/kde/stable/2.2/Solaris
Excellent idea.. thats what this message is. Thanks.
You sir, are my hero. 1.5MB/s and holding steady, on plain-old internet-1 nonetheless.
Just brainstorming here, but I think some of these ideas could work with a few adjustments..
1. Why not keep a one-way hash of the IP address of the sender in the DB? If a message gets modded down to -1, and that same hashed IP posts again, say 3 more times, each time being modded down to -1, then give them the lameness filter message, and do not allow the post.
Granted this will impact firewalls, squid servers, etc, where many people would have the same IP address. Maybe in this case people with this hashed IP would get a message saying "this IP has been prone to abuse, and cookies are required to post" and then make a per-browser hash stored in a mandatory cookie..
2. Another option would be to store the actual IP of the sender in the DB, but say only for 1 hour. If the same IP keeps posting troll messages, then the IP address of the troll appears next to the message. (and only in this case) Of course the multiple-ip problem would be in effect here. IP's would be removed from the DB after the expiration date, except for the trolls
3. How about a "Troll IP Address" page, where IP's that are known to be trolls or DOS clients are posted? Some sort of Troll blacklist?
Basically I am trying to think of a way to remove anonymity from the troll messages, while preserving the anonymity of the normal posters. Whether this can be done in a practical way has yet to be seen.
I'm reposting this since it got buried under a troll, and there is some confusion here with compatibility with regards to windows..
Bero-rh wrote
The nicety of it is that they're planning to generate (native) Linux applications from [Borland C++ and Delphi] source originally written to run on Windoze
Not quite. There is a an interview with Chuck Jazdzewski, the chief architect of Delphi that explains Kylix and how it will or will not work with current Delphi Windows source.
Specifically as far as Kylix and Windows source code compatibility he writes:
Will existing applications that don?t touch the Win32 API just recompile with Kylix? What about components inherited from TCustomXXX classes - will these work ok?
It is impossible to make a blanket statement that if you didn?t use this or did use that you will be compatible. There are too many variables. Our goal is make the porting effort to Linux easy for people who mainly use components to build applications. As for custom visual components, most will require significant changes from the component vendors. The component vendors? porting tasks will be much easier if the component writer neither subclasses Windows controls, nor handles exotic Windows messages, or if they avoid direct calls into the Windows API when a VCL equivalent is present (eg using TCanvas instead of calling GDI directly). Non-visual components, however, are much easier assuming the underlying API they are wrapping exists under Linux. A component wrapping the Berkley socket layer ports easily, but a MAPI component would not port at all.
I anticipate the biggest obstacle people will face when porting their code is not how compatible the Linux VCL is with the Windows version, but collecting an equivalent set of Linux third-party components to replace those that they have been using on Windows. Because we realise how important this is, we have started to work with our third-party vendors early to get them porting their components so our customers will have a wide selection when we ship.
---
So, at least for awhile, Delphi authors who want to work with both platforms will have to fork existing projects to get them to work with both OS's, and new projects will have to have a lot of platform-checking code.
I still can't wait until this is released.
The nicety of it is that they're planning to generate (native) Linux applications from [Borland C++ and Delphi] source originally written to run on Windoze
Not quite. There is a an interview with Chuck Jazdzewski, the chief architect of Delphi that explains Kylix and how it will or will not work with current Delphi Windows source.
Specifically as far as Kylix and Windows source code compatibility he writes:
Will existing applications that don?t touch the Win32 API just recompile with Kylix? What about components inherited from TCustomXXX classes - will these work ok?
It is impossible to make a blanket statement that if you didn?t use this or did use that you will be compatible. There are too many variables. Our goal is make the porting effort to Linux easy for people who mainly use components to build applications. As for custom visual components, most will require significant changes from the component vendors. The component vendors? porting tasks will be much easier if the component writer neither subclasses Windows controls, nor handles exotic Windows messages, or if they avoid direct calls into the Windows API when a VCL equivalent is present (eg using TCanvas instead of calling GDI directly). Non-visual components, however, are much easier assuming the underlying API they are wrapping exists under Linux. A component wrapping the Berkley socket layer ports easily, but a MAPI component would not port at all.
I anticipate the biggest obstacle people will face when porting their code is not how compatible the Linux VCL is with the Windows version, but collecting an equivalent set of Linux third-party components to replace those that they have been using on Windows. Because we realise how important this is, we have started to work with our third-party vendors early to get them porting their components so our customers will have a wide selection when we ship.
---
So, at least for awhile, Delphi authors who want to work with both platforms will have to fork existing projects to get them to work with both OS's, and new projects will have to have a lot of platform-checking code.
I still can't wait until this is released.
The previous post was posted by the 'evil casshan' pre-coffee.
Take this post as its retraction. I was in a bad mood.
Looked at the source and saw the &code chars in the url.
bah. I hope they fix this.
This post, besides the content and the fact cmdrtaco rarely posts, seems legit from the username and info link...
Unless I am missing something obvious where is your proof this is not cmdrtaco?
Slashdot is the sum of its users. If it alienates those users, it will cease to be a commercial entity.
:)
Slashdot is greater than the sum of its parts.
Slashdot has come a long way since the early days before moderation.
Slashdot is now a commercial entity, and has much more capital to work with.
I suggest Slashdot starts taking some responsibility, and excercizing editorial control over posts. That's right. Hire a couple people to watch the threads for copyright violations, etc. No matter how evil they are, Microsoft is legally entitled to what they did. And you should remove the posts that violate their rights.
This would also allow you to remove shit like the first-postalizer and other things that are way off base. It is not censorship. It is preventing the abuse of your property. I do not feel I have the right to go spraypaint first post on the side of my neighbors house, and neither do the AC's here.
People will get pissed off about this, fine. Let them go to kuro5hin.org or wherever. Nobody is forcing them to use slashdot.
I can only imagine how much faster slashdot would be if there weren't people (or now scripts) reloading every 500ms to get a first post. This is not their right.
Of course this is just my opinion. I've been using slashdot for a very long time. I just wish it would take the next step.
Tucker.
Has anyone heard when they are going to release a public beta? Last I heard it would be in October...
The All-In-Wonder 128 does not capture using hardware. It may do a little motion estimation in the hardware (at least for decoding) but the encoder is software only. Notice how you cannot do MPEG2 video encoding at full screen on anything less than a PIII? The 128 was a disappointment to me in the encoding, the video comes out soft. Nothing close to hardware mpeg-1 or 2. Can't do much motion analysis in real-time without a dedicated chip.