zsimre
|
| Posted: 10/22/2002, 5:24 AM |
|
I'm tired of trying to find what is the problem with login pages with sample apps.
Env: Nt/Apache2/PHP4/CCS107/MySql
Everything is okay...till login (e.g. to access admin functions)
I red all topics about this problem (i think so)
Cookies are enabled.
Registration of global variables are enabled.
Session is enabled.
Permission is not problem. (Everything runs on my local machine, which is NT...)
Time is OK (local machine...)
Cookie-files created in php/sessiondata directory.
One of them is sess_0f3150ea85a9de5c1faf3988cf843b84, with content of :
PortalUserID|s:1:"2";PortalGroupID|s:1:"2";
I modified the CCSetSession function in common.php - as it is mentioned by YES.
I payd a lot of money for this ....
I there is no solution on this week, I want to "downgrade" to CC2 - of course with payback the different of price.
Or downgrade to zero. With payback of the whole price.
|
|
|
 |
Keine
|
| Posted: 10/23/2002, 2:16 AM |
|
May be it's your Apache 2 configuration does not let something in.
Try Apache 1
|
|
|
|
baraka99
|
| Posted: 10/25/2002, 1:37 AM |
|
That means CCS not compatible with Apache2 ? It's a jog.
Otherwise the free Apache has a higher value for me than CCS.
What server ini settings reqired to handle session and cookies ?
|
|
|
|
Andrew B
|
| Posted: 10/25/2002, 6:01 PM |
|
1. Maybe you could copy your *modified* code here.
2. If login works for normal users, but not right for admins, you may have made some mistake.
3. Try making your own login pages in a sample project? Make a simple project and see if everything works right. Create 3 or 4 pgaes with diff. security levels and try loging in as diff. users with diff. rights.
4. Provide some more detail.
|
|
|
|
Rick Hubka
|
| Posted: 10/26/2002, 7:44 AM |
|
This is happening to me too. Apache 1.37
I'm really new at CodeCharge so i just figured it was me.
I got so frustrated I put the app aside for 2 weeks.
I was starting to think sample pages/sites were just that... samples... and that they did not work.
I think I'll build a test app like suggested above and see if I can get things going.
|
|
|
|
ijed
|
| Posted: 10/27/2002, 10:55 PM |
|
Does Codecharge have a "how to run one of our examples for Dummies?" Maybe the simpliest of instructions or just things to check out like how should Apache, PHP, and mysql be configured? Where should the files be saved or posted to, if not under my Apache root area. What changes should be made to the connections that come in the sample files. Do I have to find out the structure of the sample data files and go create them in mysql admin first, Do I need crystals or a voodoo chicken foot? Jeeez!!!! Maybe just a few lines on "how to build a connection, and by the way, when I build a connection and hit test, it says I'm connected. But then I run the app and I get mysql not connected error messages. I have changed passwords to the "root" user and created and tried new ones, but I get the same error every time.
I downloaded the win2000 version of nusphere's (apache, php, mysql) and it seems to work great. I can write my own "hello world" and simple database access stuff just fine, and I'm familiar with programming languages and scripting, but never have I not been able to simply run a demo!
I've given up on using CSS for developing apps, I just want to see a sample project work before I die. Ok, just raving now, I do want to purchase and use CSS, but not if I can't use it.
Sorry you spent the money already, and still no joy.
How about some mercy from one of you brainiac gods who knows the secret.
|
|
|
|
zsimre
|
| Posted: 10/28/2002, 6:35 AM |
|
I made some very simple pages, with the built-in app-builder, using the example database "internet".
One page (the card-type from the database) is not secured, one page ("users", also from the example database) is secured on "admin" level.
The card-type maintenance works fine (database connection works).
The Users page calls automatically the login.php. If I type bad user-id and/or password, I receive the message bad ID and/or password.
If I type admin/admin, there is no error-message, only the clear login page again...and again... (with "guest" it is the same, with level1 security)
The cookies are created.
The address in address-bar ends with "notLoged".
Any ideas ?
|
|
|
|
Andrew I
|
| Posted: 10/28/2002, 7:07 AM |
|
PHP MySQL CCS1.07
I get the re-login problem intermittently. You complete the login page once, click OK, and the blank login page appear again (with NotLogged in the URL variables). - no message that the password/login are wrong; just thrown back to stage one.
Repeating the login - with exactly the same login + pswd - a second time normally works. Occasionally it takes three goes, and sometimes it logs straight in on first attempt. Am always able to login eventually, however.
Still no idea what causes it. Have tried different browsers; used to think it might have something to do with IE autocomplete feature for passwords, but not convinced
|
|
|
|
gregg
|
| Posted: 10/28/2002, 9:34 AM |
|
I have found two issues with the login exhibiting the same problems as discussed in this thread.
1. PHP
If the "register_globals" is "off" in the php.ini the server, your login will not work properly. The need to be "register_gobals=on". Some will argue this is a security risk.
2. Web forwarding using cloaked.
If you are using services to forward your web site with cloaking, you will find the login does not work properly as described above. If you use the valid URL you will find the login will work correctly.
Sorry, I know of any fixes but to write your on custom login, these are just observations.
|
|
|
|
Rick Hubka
|
| Posted: 10/28/2002, 8:45 PM |
|
In regards to the last post on setting register_globals = on to solve login problems.
This quote is right from the PHP ini file written by those who developed PHP.
; You should do your best to write your scripts so that they do not require
; register_globals to be on; Using form variables as globals can easily lead
; to possible security problems, if the code is not very well thought of.
register_globals = Off
I will try this but... Wait...I just checked my ISP's PHP settings... They have it set ON.
MMMMmmmm... I am not sure I want security problems. But then again I'm not switching ISP's any time soon.
Just talking out load here..
|
|
|
|
Rick Hubka
|
| Posted: 10/29/2002, 6:13 PM |
|
OK... Thanks for the help.
In my php.ini changing register_globals = on fixed my login problems. I just tested this on Classified and Portal Demo's. My ISP is already setup this way but my local test PC was not.
Now I can get on with trying...learning Code Charge and will upgrade if all goes well and I can hide the expense from my wife :)
This should go into an FAQ or something. Many of us has spent countless hours frustrated over this and it will continue with more users.
|
|
|
|
zsimre
|
| Posted: 10/30/2002, 2:04 AM |
|
OK, I found something in sever logs what is interest: the date format. I'm in Hungary, my local date format on NT is yyyy-mm-dd.
But the Apache stores all info in log files in dd/mmm/yyyy format.
I made a trial (as a last chance for Codecharge) to set the project date format manually to server's format dd/mmm/yyyy. Interest that it is accepted only if you click on OK button on the form - pressing tab key sounds an alert and not leaves the date field.
And now everything works perfect.
I changed back the date format to one of the CodeCharge's format - login problem is back.
So I think it is good idea to check the web-servers date format (in server-logs), then using it in CodeCharge. It may be a good last trial especially for guys in different "exotic" areas where not US-standard date format are used.
|
|
|
|
|
