| Author |
Message |
Guardian
Site Admin


Joined: Jul 18, 2005
Posts: 308
|
Posted:
Wed Jan 31, 2007 12:21 pm |
|
Definitely a shame as the nearest thing to this would be the now unmaintained NSN Projects.
I think there is STILL a definite need for this, after all, developers are still making modules, blocks and other things for nuke but the problem as always, is time - lack of it! |
_________________ Spam Stopper - Comments Modules - Security News - Script Installer |
|
|
 |
Guardian
Site Admin


Joined: Jul 18, 2005
Posts: 308
|
Posted:
Thu Dec 27, 2007 10:39 am |
|
|
|
 |
montego
Site Admin/Owner


Joined: Feb 12, 2005
Posts: 952
|
Posted:
Thu Dec 27, 2007 10:43 am |
|
Yeah, I know... probably a dead project. However, many of the principles from NukeForge will apply towards newsletter generation and I also like what Kevin has done with nukeSEO/nukeFEED, so will be taking some ideas from there. |
_________________ “To err is human, but when the eraser wears out ahead of the pencil, you’re overdoing it.”
-- Josh Jenkins |
|
|
 |
kguske
Newbie


Joined: Dec 11, 2005
Posts: 19
|
Posted:
Mon Dec 31, 2007 1:30 am |
|
Take all you want - many came from discussions with you!  |
_________________ nukeSEO.com - PHPNuke SEO search engine optimization and other professional tools for PHP-Nuke |
|
|
 |
montego
Site Admin/Owner


Joined: Feb 12, 2005
Posts: 952
|
Posted:
Mon Dec 31, 2007 9:28 am |
|
Thanks kguske! It is quite interesting as I have seen your nukeSEO and nukeFEED evolve and I have started to see how content could be "delivered" to almost any source and it makes we wonder if these nuke modules (the core nuke modules I mean) could be re-factored somehow to separate out the "data providers" from the logic and get to true re-usability there on the content (data) side. Seems to me that it could be possible, just need to figure out what the common interfaces would be... |
_________________ “To err is human, but when the eraser wears out ahead of the pencil, you’re overdoing it.”
-- Josh Jenkins |
|
|
 |
kguske
Newbie


Joined: Dec 11, 2005
Posts: 19
|
Posted:
Mon Dec 31, 2007 3:13 pm |
|
That's the benefit of an object oriented approach.
I've been thinking about it in terms of search, sitemap (analogous to a search for everything) , feeds, waiting content, ...
Of course, none of that is as sexy as a real application (newsletter, calendar, etc.). But, I really need to update nukeSEO so it's fit to include with RN... |
_________________ nukeSEO.com - PHPNuke SEO search engine optimization and other professional tools for PHP-Nuke |
|
|
 |
Guardian
Site Admin


Joined: Jul 18, 2005
Posts: 308
|
Posted:
Tue Jan 01, 2008 12:15 am |
|
|
|
 |
kguske
Newbie


Joined: Dec 11, 2005
Posts: 19
|
Posted:
Tue Jan 01, 2008 8:36 am |
|
Not kidding about the content objects not being sexy, and not kidding about updating nukeSEO. Sorry for the confusion caused by putting the two in the same sentence... |
_________________ nukeSEO.com - PHPNuke SEO search engine optimization and other professional tools for PHP-Nuke |
|
|
 |
Guardian
Site Admin


Joined: Jul 18, 2005
Posts: 308
|
Posted:
Tue Jan 01, 2008 9:41 am |
|
|
|
 |
kguske
Newbie


Joined: Dec 11, 2005
Posts: 19
|
Posted:
Tue Jan 01, 2008 12:10 pm |
|
Thanks, but it's far from RN standards for compliance, etc.
The next release will store META tags in a table, eliminating the need to write the meta.php file, which is so different in RN that it won't work with nukeSEO unless you replace it with a renamed copy of meta2.php that comes with nukeSEO. |
_________________ nukeSEO.com - PHPNuke SEO search engine optimization and other professional tools for PHP-Nuke |
|
|
 |
|
|