Drupal 7 could be awesome if...
someone would take Plugin Manager, port to D7 (easy), clean up to code standards (not hard at all and you will get a lot of help). http://drupal.org/node/336743 the project has two active and hepful maintainers but as said, I myself and a number of people on #drupal would be glad to help. Any takers? Thanks NK
On 20 Nov 2008, at 8:02 AM, Karoly Negyesi wrote:
someone would take Plugin Manager, port to D7 (easy), clean up to code standards (not hard at all and you will get a lot of help).
As far as I can tell, it needs to have your server be publicly accessible, with an ftp server running, or with special libraries compiled into PHP, to even work in a basic setup. This means that the module just won't work for the large majority of the install base. It can also not be deployed on a local test environment, as that tends to be behind a firewall with no public IP. As it stands, I don't believe it's a good candidate for core. (although I am impressed at how secure they have been able to make it) This might be able to be worked around if we get more of drush in core to be able to pull the files. But that also requires ssh access (or the ability to add a cronjob, maybe).
As far as I can tell, it needs to have your server be publicly accessible, with an ftp server running,
TRUE.
or with special libraries compiled into PHP
TRUE
to even work in a basic setup.
FALSE: We disagree on the definiton of "basic setup".
This means that the module just won't work for the large majority of the install base.
FALSE: The majority of our install base are on shared hosters which run public accessible FTP servers, thank you.
It can also not be deployed on a local test environment,
TRUE (unless you start an ftpd or pecl install ssh2)
as that tends to be behind a firewall with no public IP.
FALSE. (your browser is behind that too)
As it stands, I don't believe it's a good candidate for core.
FALSE.
(although I am impressed at how secure they have been able to make it)
TRUE. Regards NL
I did a fast port for D7, see http://drupal.org/node/336743 It needs some more love in code and UI, but I think we have enough people (including me) available to help with this. K Karoly Negyesi wrote:
As far as I can tell, it needs to have your server be publicly accessible, with an ftp server running,
TRUE.
or with special libraries compiled into PHP
TRUE
to even work in a basic setup.
FALSE: We disagree on the definiton of "basic setup".
This means that the module just won't work for the large majority of the install base.
FALSE: The majority of our install base are on shared hosters which run public accessible FTP servers, thank you.
It can also not be deployed on a local test environment,
TRUE (unless you start an ftpd or pecl install ssh2)
as that tends to be behind a firewall with no public IP.
FALSE. (your browser is behind that too)
As it stands, I don't believe it's a good candidate for core.
FALSE.
(although I am impressed at how secure they have been able to make it)
TRUE.
Regards
NL
I did a fast port for D7, see http://drupal.org/node/336743 It needs some more love in code and UI, but I think we have enough people (including me) available to help with this.
Fantastic!! Thanks.
As far as I can tell, it needs to have your server be publicly accessible, with an ftp server running, TRUE.
as that tends to be behind a firewall with no public IP.
FALSE. (your browser is behind that too)
I made a mistake with those two: the server does not need to be public accessible and the browser does not need matter. What matters is that there is an FTP server which the webserver can access.
On Thursday 20 November 2008, Adrian Rossouw wrote:
(although I am impressed at how secure they have been able to make it)
I'm using a VPS, and for security reasons I do not run an ftp server. For SSH to work, I need to enter my SSH password over the clear channel between my browser and my server, which beats the whole purpose of SSH being secure. I'm pretty sure that for most (read: all) users usability counts higher than security, but for me it's a blocker to use this module or even call it secure. --yuval
participants (4)
-
Adrian Rossouw -
Karoly Negyesi -
Kristof De Jaeger -
Yuval Hager