Det blir vel Dreamweaver hvis det ikke har kommet et enda enklere program.
DW har faktisk en glimrende editor og egner seg til mye rart, men mye av koden som genereres av wysiwyg delen er helt hårreisende.
Skal du ha noe enda enklere og mer elendig, hvorfor ikke ta'n helt ut og bruke microsoft sin
Expression Web
For brukerinnlogging, bør det brukes cookie eller session?
Det finnes ingen "session", det som skjer er at en ID lagres hos klienten eller settes inn i alle lenker, og den ID'en er en nøkkel til data som er lagret på serveren, og enkelte webservere, slik som PHP, gjør litt magi for deg slik at dette er enkelt tilgjengelig i $_SESSION.
Svaret er altså, ja takk begge deler, for dersom du skal brukes sessions må du også bruke cookies til å lagre ID nøkkelen, ettersom løsningen med ID'er i URL'ene er helt håpløs.
Så gjelder det å holde tunga rett i munnen, session id'en må regenereres, og du må forsøke å legge inn diverse løsninger for unngå CSRF og XSS, samt at du må time out sessions og en hel del annet for å ivareta sikkerheten.
Hvor sikkert det bør være kommer an på hva slags informasjon du sitter på osv.
Passord bør vel md5 krypteres?
Nei, passord skal du ikke lagre i det hele tatt, du skal salte og hashe passord, og ikke med MD5.
Aller helst skal det brukes en skikkelig oppsatt Diffie Hellmann løsning, eller noe slik som pbkdf2, men skal du bruke PHP bør du bruke salt som er tilfeldig generert med minst 128 bytes, og hashe med
crypt().
Og filen med databaseinfo legges hakket før mappen public_html?
Alle sensitive data, og egentlig så mye som mulig av filene, legges i mapper som ligger høyere enn de som er tilgjengelige gjennom webserveren, på den måten kan ikke filene åpnes direkte fra nettet.
Husk at du aldri må stole på data fra brukeren, sjekk alt på serversiden uansett om du har validering av skjemaer på klientsiden.
PHP's
filtre kan brukes til dette, og skal du rote med MySQL, bruk PDO og prepared statements.