Why boonex dont correct these 2 MAJOR SIMPLE bugs:

1. User can't create account... username never accepted... simple correction can be made by the admin in the settings... but why boonex dont make this change yet into the script????

2. Page builder in admin still dont work..... and again... this can be corrected in the setting by the admin.....

so it is a joke or what????

boonex can reply to this question?

Why would you call it "a joke"?   That certainly doesn't seem very polite.  It is beta software, bugs are to be expected, and from the look of it, the final version will be excellent.

Well, i know the first one is not really a bug. It's a server problem, so i expect boonex will not fix it.

It's explained here.

http://www.boonex.com/unity/forums/#topic/Dolphin-7-Username-Signup-Bug-.htm


As for the second problem. I have not looked into it.

 I was going to reply here, until I saw this part.  I guess that means that I'm not allowed to respond so I won't.

Oh what the hay... I can't resist. 

But oh maybe I will...

yes a joke because these 2 bugs is needed to fully test the script... how can you test it if you can't create user account and manage the page builder????

and i dont think its a server problem because like i said before... the 2 bugs can be fix by editing some parameter in the setting... the beta come with wrong parameter... so each time you have to change this to use the script... and because its command line... i have to search on the forum for these lines... so thats why i want a answer from boonex why they not make the change yet....

Let's discuss this:

Bug 1 is a server sided issue because boonex has no idea which type of php you will be running on the server.  In the interest of keeping this software as pliable as possible and open to so many different types of hosting companies, they have not and will not most likely adjusted the script for what a few people have noticed as bugs.

As far as bug 2 goes, it must be a server sided issue as I have a copy of Hookie running on the same exact cluster that I have my D6 sites and it's running beautiful right beside them.  Actually, I have it sititng in a subdomain of one of them, on the same exact server that holds my RMS and everything.  I made no adjustments to the server to allow it to run and I can create profiles on mine.  So that issue is a mute point in saying it's a bug.  Not a bug if some can do it and others can't, then it's a server setting that needs to be addressed.

Now, what am I running?  That is a simple enough answer:

php 5.2.9  (It works awesome with D6 & D7)

Apache/2.2.11 (Unix) mod_ssl/2.2.11 OpenSSL/0.9.7a mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 PHP/5.2.9

Loaded Modules:

core mod_authn_file mod_authn_default mod_authz_host mod_authz_groupfile mod_authz_user mod_authz_default mod_auth_basic mod_include mod_filter mod_log_config mod_logio mod_env mod_expires mod_headers mod_setenvif mod_proxy mod_proxy_connect mod_proxy_ftp mod_proxy_http mod_proxy_ajp mod_proxy_balancer mod_ssl prefork http_core mod_mime mod_status mod_autoindex mod_asis mod_info mod_suexec mod_cgi mod_negotiation mod_dir mod_actions mod_userdir mod_alias mod_rewrite mod_so mod_auth_passthrough mod_bwlimited mod_fpcgid mod_php5 mod_security2

Apache Environment

HTTP_ACCEPT:

   image/gif, image/jpeg, image/pjpeg, application/x-ms-application, application/vnd.ms-xpsdocument, application/xaml+xml, application/x-ms-xbap, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*

HTTP_USER_AGENT

Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618; InfoPath.2)

HTTP_ACCEPT_ENCODING

gzip, deflate

PATH

/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin

SERVER_SOFTWARE

Apache/2.2.11 (Unix) mod_ssl/2.2.11 OpenSSL/0.9.7a mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 PHP/5.2.9

The above will get you started.  I'm going to up some screen shots of all the phpinfo, after I scrub it for security reasons and get them up later today, as this is working on my servers and so many are having problems with it on others.  Might help you guys out in getting it to work fully also.  Keep in mind, this appears to be the situation:

As Dolphin evolves, it is becoming more and more particular as to what type of server environment it demands in order for it to run properly and Shared Hosting is quickly becoming one of the environments that it's not willing to run on.  I know it's not fair to tell everyone to go get the types of servers I have, as most don't want/need the deds at this time, but please folks, if your trying to test this, at least make sure it's on a VPS at a minimum, as you do need specific server settings and you can't hold Boonex responsible for failure to make sure your server meets it's requirements.  This baby is getting even more advanced than it was a year ago and at that time it was said to be one of the most advanced Social Networking Scripts out there.  It would be helpful if those who are having issues would also post their server settings so that we can compare them to determine what does and what does not work the best overall for this software.  As far as mine working goes, I lucked into it in having the D6 sites running with no errors and that enabled D7 to run without a hitch, believe me, it was pure luck on this one.

ok cool... thx for the reply... on my part... im using a dedicated server...

PHP Version 5.2.6

Apache 2.0 Handler

so how can i change my server with the specific config you post above?

thx

 Update it.  PHP, Apache and MySQL can all be updated to the most current or a version in between.  With suphp out now and 5.2.9 you have a choice, I've noticed issues with file permissions from hosts that run the suphp so I stay away form it on my own servers and stick with what is proven to work.

I did at one time run php 5.2.6, but upgraded to 5.2.9 when I did the 6.1.6 upgrades and I can tell you that this configuration throws no errors on D6 or D7 now as far as the server goes. 

Just look at the settings I gave in my post and you'll be able to do it, if it's confusing/or you don't know how, then get with your host and have them set it up for you.

The problem appears to be related to a unocode option for PCRE... and it works with most standard installations of PHP.  However it appears to only work properly in running php as apache.  It does not appear to run right with suphp or fastcgi, both of wich a shared hoster is like to make you run  for security reaso0ns.  They need to sandbox sites that are running certain scripts to ensure security.  D7 can be made to work by replacing the advanced settings for the Nickname field in Page builder->profil;e fields.

What I am waiting for is an email preg_match() string that supports the facebook connect email addresses.  These users are unable to change their membership type because the validation rule doesn't cover the long email address supplied when a member joins via facebook connect.

It would be a simple procedure for the developers to provide a small fix consisting of other validation code.  I may have to do it myself, in which case, I will post it here.

hi,

what do you think should be the minimum hardware specs for dolphin and RMS?

i got a vps with 256 RAM but my host said that i cant run/install JRE/RMS.

how much RAM should i have?

thanks!

I think these two bugs are manifestations of the same issue.  I hope Mydatery is not speaking for Boonex when he says, "In the interest of keeping this software as pliable as possible and open to so many different types of hosting companies, they have not and will not most likely adjusted the script for what a few people have noticed as bugs".   That is a self contradictory statement - I would think Boonex will want Dolphin to run on as many configurations as possible - it is one of their strengths.   I also hope he is not correct when he says, "if your trying to test this, at least make sure it's on a VPS at a minimum" - I have never heard that we have to have a VPS "at a minimum" to run Dolphin - especially just to test it.  Almost all the hosting companies that Boonex recommends as being especially configured to run Dolphin, are shared servers of some sort.

-

I don't understand this issue on the same level as Deno and Zopfware, but the symtoms seem to be mostly limited to the username field not accepting data, for which Deno published a fix, and the page builder being blank, which can be as least temporarily fixed by disabling all cache settings.   I do hope Boonex will address this issue.  There are more than "a few" of us who are dealing with this.

-

Rob

Hello everyone!

NickName's check was return to variant form 6.1 which is more stable for different installed variants of PHP.

Regard

cool

and what about the page builder bug???

why why now the counter is not showing in the text profil ... on the join page....

and also how we suppose to use the simple messenger function??? there is no send button