Formularz rejestracji logowania zmiany i przypomnienia hasła PHP MSQL

Witam. Proszę o pomoc w rozwiązaniu problemu rejestracji użytkownika po wypełnieniu formularza rejestracji wyświetla się komunikat:

Parse error: syntax error, unexpected '{' in C:\xampp\htdocs\rozdzial_27\nowa_rejestracja.php on line 33

Dodam że wszytkie pliki odnośnie rejestracji w wraz z plikiem SQL pochodzą z książki z płyty dvd tak że są skopiowane w pliku funkcje_bazy.php zmieniłem tylko dane do mojej bazy na serwerze lokalnym.

BAZA DANYCH:




formularz_rejestracji.php format kodowania: UTF-8




funkcje_bazy.php format kodowania: UTF-8 (bez BOM)

nowa_rejestracja.php format kodowania: UTF-8 (bez BOM)


zakladki SQL format kodowania: ANSI


czlonek.php format kodowania: UTF-8 (bez BOM)


dodaj_zak.php format kodowania: UTF-8 (bez BOM)


dodaj_zak_formularz.php format kodowania: UTF-8 (bez BOM)

funkcje_prawid_dane.php format kodowania: UTF-8 (bez BOM)

funkcje_url.php format kodowania: UTF-8 (bez BOM)


funkcje_uwierz.php format kodowania: UTF-8 (bez BOM)


funkcje_wyswietl.php format kodowania: UTF-8 (bez BOM)

funkcje_zakladki.php format kodowania: UTF-8

logowanie.php format kodowania: UTF-8

rekomendacja.php format kodowania:

usun_zak.php format kodowania: UTF-8 (bez BOM)

wylog.php format kodowania: UTF-8 (bez BOM)


zapomnij_formularz.php format kodowania: UTF-8

zapomnij_haslo.php format kodowania: UTF-8

zmiana_hasla.php format kodowania: UTF-8 (bez BOM)

zmiana_hasla_formularz.php format kodowania: UTF-8 (bez BOM)

Cytat:

try {
// sprawdzenia wypełnienia formularzy
if (!wypelniony($_POST)) {
throw new Exception('Formularz wypełniony nieprawidłowo — proszę wrócić i spróbować ponownie.');
}

W tym kawałku masz niezamkniętą klamrę {}

Zgodnie ze wskazaniami parsera w 33 linii nowa_rejestracja.php masz :


Powinno raczej być:

Poprawiłem błędy ale występuje następny błąd:

Parse error: syntax error, unexpected T_IF, expecting T_CATCH in C:\xampp\htdocs\rozdzial_27\nowa_rejestracja.php on line 23

Wg mojej wiedzy w przedstawionym w poście #1 kodzie nowa_rejestracja.php był tylko jeden błąd składni

Nigdy nie rób takich manewrów, że poprawiasz kilka "błędów" sprawdzaj ewentualnie wariantowo - wprowadzając pojedyncze poprawki

Obecnie wyskakuje taki błąd:

Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at C:\xampp\htdocs\rozdzial_27\nowa_rejestracja.php:1) in C:\xampp\htdocs\rozdzial_27\nowa_rejestracja.php on line 11

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at C:\xampp\htdocs\rozdzial_27\nowa_rejestracja.php:1) in C:\xampp\htdocs\rozdzial_27\nowa_rejestracja.php on line 11


Problem:

Rejestracja w bazie danych niemo�liwa � prosz� spr�bowa� p�niej.

Wróć do pierwotnej wersji tego modułu php. Zrestartuj xamppa - sprawdź czy ponownie parser wskaże ten błąd w linii 33 ?
Napraw ten błąd, zrestartuj serwer i wtedy sprawdź czy będzie działał prawidłowo ? czy jeszcze będzie sypał jakimiś błędami ?

Dobrze by było sprawdzić też jaką wersję PHP masz w swoim xamppie i jakie wymagania w tym zakresie ma Twój instalowany kod ?

Udało się zarejestrować użytkownika i zalogować ale po zarejestrowaniu wyskakuje taki błąd:

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at C:\xampp\htdocs\rozdzial_27\nowa_rejestracja.php:1) in C:\xampp\htdocs\rozdzial_27\nowa_rejestracja.php on line 11
Logo Zak�adkaPHP
Zak�adkaPHP

Rejestracja pomyślna

Rejestracja zakończyła się sukcesem. Proszę udać się na stronę członkowską aby skonfigurować swoje zakładki!
Strona członkowska


Po usunięciu lini 11:

session_start();

Tego błędu nie ma ale nie wiem czy linia 11 może być usunięta ?

A w czym edytujesz i korygujesz ten kod php ?

Sprawdź format kodowania tego edytora - powinno być kodowanie w UTF-8 (bez BOM) - inaczej BOM może wywoływać taki błąd - "białe znaki przed sesją"

Używam Notepad ++ , kodowanie mam UTF-8, rozumiem że mam przestawić na UTF-8 (bez BOM).

Dodano po 32 [minuty]:

Po przestawieniu na UTF-8 (bez BOM) błąd nie wyskakuje ale jest problem z polską czcionką:

Rejestracja pomyślna

Rejestracja zakończyła się sukcesem. Proszę udać się na stronę członkowską aby skonfigurować swoje zakładki!
Strona członkowska

Nie mam w tej chwili dostępu do swojego xamppa, żeby te moje podpowiedzi przetestować

Cały projekt jest dość rozbudowany więc zmiany wprowadzone w jednym skrypcie (w zakresie kodowania) mogą rzutować na pracy innych modułów i Twojej bazy.

Intuicyjnie (wiedząc, że błąd wcześniejszy związany był z "białymi znakami" w 11 linii), wróciłbym do kodowania UTF-8 i z menu edycji - w operacji na białych znakach usunąłbym wszystkie spacje na początku linii w całym skrypcie

Na samym początku problem był typowy dla początków skryptowania. Tylko dlatego się odezwałem że na tym poziomie sam pozostaje. W PHP ale i w java script trzeba pilnować żeby każdy otwarty nawias i klamra był zamknięty. A tu pojawiają niezamknięte nawiasy i stąd błędy.

Autor zamiast usuwać błędy linia po linii namieszał po całości i teraz będzie łatwiej zacząć od początku niż to poprawić.

Może chodzi o bazę danych (moja baza jest wygenerowana z pliku SQL który był dołączony do książki) metoda porównywania napisów to latin1_swedish_ci
Dołączyłem jako załącznik obrazek mojej bazy danych.
Zmieniełem w mojej bazie danych porównywanie napisów na utf8_polish_ci poniżej dodałem obrazek mojej bazy danych po zmianie.

Ale czcionka nadal po zarejestrowaniu nie jest polska.
Może trzeba pozmieniac kodowanie we wszystkich plikach na utf8 ale nie wiem czy wszedzie (bez BOM)?

No tak chodzi o Twoją bazę i wszystkie skrypty, które z nią pracują. Dlatego proponowałem poprzednio powrót do pierwotnego kodowania skryptu na UTF-8, żeby nie mieszać kodowania w bazie, przywrócić prawidłowe wyświetlanie polskich "krzaczków" i "ręczne" wycinanie "białych znaków" przed poleceniem uruchomienia sesji.

O złożonych zależnościach kodowania bazy MySQL i korzystających z niej skryptów warto poczytać Link

Poprzestawiałem kodowanie w wszystkich plikach po czym nie ma żadnych błędów i nie ma problemów z czcionką. W nie których plikach kodowanie musiało być utf-8 a w niktórych utf-8 (bez BOM)
PROSZĘ jeszcze o pomoc w napisaniu formularza przypomnienia hasła(nie zmiany hasła tylko przypomnienia hasła)?

Po niżej formaty kodowania w wszystkich plikach:
czlonek.php UTF-8 (bez BOM)
dodaj_zak.php UTF-8 (bez BOM)
dodaj_zak_formularz.php UTF-8 (bez BOM)
english.plik0 ANSI
formularz_rejestracji.php UTF-8
funkcje_bazy.php UTF-8 (bez BOM)
funkcje_prawid_dane.php UTF-8 (bez BOM)
funkcje_url.php UTF-8 (bez BOM)
funkcje_uwierz.php UTF-8 (bez BOM)
funkcje_wyswietl.php UTF-8 (bez BOM)
funkcje_zakladki.php UTF-8
logowanie.php UTF-8
nowa_rejestracja.php UTF-8 (bez BOM)
rekomendacja.php UTF-8
usun_zak.php UTF-8 (bez BOM)
wylog.php UTF-8 (bez BOM)
zakladki.SQL ANSI (ale w bazie ręcznie zmieniełem na utf-8_polish-ci)
zapomnij_formularz.php UTF-8
zapomnij_haslo.php UTF-8
zmiana_hasla.php UTF-8 (bez BOM)
zmiana_hasla_formularz.php UTF-8 (bez BOM)

Krzysiek...87! napisał:

PROSZĘ jeszcze o pomoc w napisaniu formularza przypomnienia hasła

A skąd taki pomysł: przypomnienia hasła

Ze względów bezpieczeństwa chyba nikt w necie nie stosuje procedury "przypomnienia hasła" - dobrze posolone i zaszyfrowane hasła siedzą sobie w bazie służąc jedynie do weryfikacji uprawnień logującego się użytkownika.

Nagminne są ataki hackerskie zmierzające do przejęcia bazy danych internetowych witryn. Żaden problem nie stanowi też przejęcie wszystkich skryptów php zainstalowanych na witrynie. Skrypt "przypomnienia hasła" na witrynie to wyraźna prośba "o kłopoty" i przejęcie strony wraz z wszystkimi hasłami przez hackerów.

Chodzi mi o przypomnienie hasła zalogowanego użytkownika(kiedy ktoś zalogowany na mojej stronie za pomnie hasło to żeby miał opcje przypomnienia hasła na jego maila lub tel com) chyba że jest to nie odpowiednie?

Krzysiek...87! napisał:

Poprzestawiałem kodowanie w wszystkich plikach po czym nie ma żadnych błędów i nie ma problemów z czcionką. W nie których plikach kodowanie musiało być utf-8 a w niktórych utf-8 (bez BOM)

A wystarczyło ustawić kodowanie w sekcji head wypluwanego kodu HTML. Te krzaczki były wyświetlane w utf8 (można to poznać po tym że jeden znak pl powodował dwa krzaczki), ale przeglądarka o tym nie wiedziała.

Krzysiek...87! napisał:

przypomnienie hasła zalogowanego użytkownika

Wcale nie jest to głupia opcja ale niebezpieczna mimo wszystko. Daje furtkę do przechwytywania hasła. Przejęcie sesji jest a mają taką opcje można zaraz przejąć hasło. Różnica jest taka że jak ktoś przejmie sesje to ma dostęp do konta jak długo się nie wyloguje (on albo właściciel). Może ewentualnie próbować zmiany hasła (dlatego zmiana hasła zwykle wymaga podania starego nawet jak jesteś zalogowany). A tak pozna hasło i skradnie konto a właściciel się o tym nawet nie dowie.

Zamiast opcji przypominania hasła użyj opcji typowo stosowanej w której NOWE tymczasowe hasło jest generowane i wysyłane na mail lub/i telefon. Jeśli taki formularz nie będzie wymagał starego hasła (to założenie bo użytkownik zapomniał) to niech wymaga czegoś innego (pytanie pomocnicze albo coś np. jak u googla) i najlepiej właśnie niech leci na telefon bo tak sporo trudniej to przechwycić.

Krzysiek...87! napisał:

chyba że jest to nie odpowiednie?

Przekonasz się o tym bardzo szybko jak wyjdziesz z localhost na zewnątrz

Odwrócą Ci się priorytety z "ułatwiania logowania" na zabezpieczenie strony przed inwazją hackerów i spamerów. Nie widzisz w sieci te powszechne reCAPTCHA przy logowaniu i często wycinane możliwości autorejestracji - to efekt właśnie aktywnej samoobrony przed internetowymi intruzami.

szwagros w którym pliku wystarczyło zmienić kodowanie w sekcji head wypluwanego kodu HTML?
Skoro jest to szybsze rozwiązanie to chciałbym to wiedzieć ale nie wiem gdzie dokładnie to zmienić?

http://www.kurshtml.edu.pl/html/deklaracja_strony_kodowej,body.html

WSZYSTKIE PLIKI NA POCZĄTKU TEMATU POPRAWIŁEM TAKŻE POWINNO WSZYSTKO DZIAŁAĆ

Rozumiem że mam to dopisać do moich plików php w sekcji head(do plików w których istnieje sekcja head)?
Które kodowanie będzie lepsze iso-8859-2 czy utf-8 ?

<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2" />
.....
</head>
Strony wielojęzyczne
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
.....
</head>

Dodano po 5 [godziny] 23 [minuty]:

Wszystko działa.
Temat uważam za zamknięty.

Wielkie dzięki dla Prot, 310Artur i szwagros