MySQL: propozycja tabeli coyote_users

0

Na samym poczatku przedyskutujmy budowe tabeli zawierajacej liste uzytkownikow serwisu. Oto ona:

CREATE TABLE coyote_users (
user_id int(8) NOT NULL auto_increment,

0

<font color="green">user_accept tinyint(1) unsigned default '1',

0

Hmm, "potwierdził rejestracje" - czy oznaza to, że dany użytkownik chce się zarejestrować, czy nie? Czemu w ogóle służy same "potwierdzenie rejestracji" - rozumiem że chodzi o e-mail.

Żeby ktoś nie wykorzytał np. towojego e-maila, potem nabroi na forum i pretensje do ciebie.

Nie mam zielonego pojęcia jak jest teraz, ale może zrobić tak - jeżeli dany użytkownik nie potwierdzi rejestracji w ciągi iluś tam dni, to jego dane zostaną usunięte.

Chyba tak jest :)

Druga sprawa to "Url do avatara". Jeżeli dany avatar ładuje się na serwis 4p, to niech zamiast URL bedzie tylko ścieżka "względna" - moim zdaniem avatary będą się szybciej ładować. Nie wiem niestety, czy jest to tu możliwe do realizacji, ale jeśli tak to czemu nie.

Nie wiem ;)

No i można w ogóle wyłączyc "URL zewnętrzny avatara" - właściwie, to trzeba jeżli byłby w/w pomysł zrealizowany. Podniesie się prędkość serwisu, bo jak postów jest dużo, to zanim te cały Internet pojedzie po tych wszystkich serwach, to można se czekać na avatary cały dzień.

No cóż jak już wszyscy tak nalegają :( Nie będe się kłócił o głupi gif :) Tylko mi nie ruszać licznika i stopni ;)

W końcu zmiana avatara to nie aż taki wielki problem dla każdego, i chyba można poświęcić te pare minut (*sekund)

Spoko nie będzie ;)

0

W sumie, Detox masz racje - niech avatary beda ladowane tylko na serwer - wowczas moze obedzie sie bez kolumny user_avatar (poniewaz na serwerze plik z obrazkiem jest nazywany wg. id danego uzytkownika - czyli 1.jpg, 2.jpg itp... - nie wiem tylko, co z rozszerzeniem [gif, jpg]). Co do user_accept. Ta wartosc bedzie wynosila 1 jezeli uzytkownik sie zarejestrowal, ale nie potwierdzil jeszcze autentycznosci adresu e-mail - wowczas nie moze sie jeszcze zalogowac. Dopiero jak potwierdzi to ta wartosc jest na 2 - juz moze sie zalogowac :)

Hasla w bazie trzeba jakos szyfrowac - ma ktos jakis pomysl? Myslalem o funkcji PHP - crypt() lecz takie szyfrowanie jest tylko w jedna strone - wtedy nie bedzie opcji "przypominania" hasla...

0

To zamiast przypominania ustawianie nowego i wysyłanie go na mail, aby user sobie zmienił.

0

To dobry pomysl! [hurra]

0

Uzyj md5 i do cookie tez md5 zapisuj a pozniej to z cookie i z bazy porownaj. Tak u mnie w nowym serwisie dziala.

A co do powyzej wypowiedzi to prawda :) (na e-mail niech pojdzie). Tylko z tym troche glupi pomysl bo jak ci skrzynka e-mail przepadnie :-)

0

<quote> user_languages char(128) NOT NULL default '???',

0

Coś mi się jeszcze przypomniało (nie piszę w starym bo byście pewnie przeoczyli).
Może przydałoby się pola: "Czy wyświetlać liczbę postów?", "Czy wyświetlać avatarki?", "Czy wyświetlać status?"

0

Ok, niech wiec w tabeli zndaja sie jeszcze trzy pola:

  • user_allowavatar
  • user_allowcounter
  • user_allowstatus

Niech wszystkie bedatypu tinyint(1), a wartosc 1 oznacza opcje wlaczona.

0

I jeszcze jedno. W OT niepodzielnie panuje temat o miejcu zamieszkania. Może trzeba dorzucić jeszcze to. Niech się ludzie nacieszą.

0

Fakt, przynamniej miasto... Ciekaw jestem czy jest ktos z Częstochowy :)

1 użytkowników online, w tym zalogowanych: 0, gości: 1