Forum Debian Users Gang

Zbooj · 2007-11-25 19:17:54

Witam

Mam kilka pytań dot PHP i MySQL
1. Chciałbym zrobić sobie formularz i skrypt w jednym pliku. Załóżmy że pobieramy dane z formularza, skrypt cos oblicza i zwraca na tej samej stronie pod formularzem wynik. Nie chce jednak robić tego w czystym php wywołując formularz funkcja echo albo here doc. Chciałbym żeby php bylo tylko dodatkiem do HTML'a.
2. Jaka jest pojemnosc bazy danych MySQL? Ile moge utworzyć tabel w pojedynczej bazie i ile mogę utworzyć kolumn i wierszy w jednej tabeli? Czy są ogólnodostępne schematy blokowe relacji baz danych np. forum PunBB?
3. Gdzie mogę znaleźć najprostszy skrypt logowania i jakie są sposoby logowania uzytkowników? Dokumentacja PHP nie trafia do mojego chłopskiego rozumu.
4. Jak to jest z tymi zmiennymi przekazywanymi do przeglądarki. Czy zawsze trzeba pobierać je poprzez zmienne $_POST[] i $_GET[]? Jeśli da się to robić inaczej to czy ten inny sposób działa niezawodnie?

Z góry dzięki za pomoc
Pozdrawiam :)

kamikaze · 2007-11-26 08:09:41

Ad. 1. Nic nie stoi na przeszkodzie, html można mieszać z php:

<html>
<body>
<?php
if(...) // dobrze sprawdzić czy zmienne są przesłane z formularza, np. przy pomocy isset, można by dodać jakaś walidacje wartości
{
$obliczenia = ... // wynik Twoich obliczeń
}
echo $obliczenia;
?>

<form name="formularz" action="ten_sam_skrypt.php" method="post">
... (pola formularza, przycisk do wysłania zmiennych do formularz zdefiniowanego w action)
</form>
</body>
</html>

2. Pojemność bazy danych jest raczej nieograniczona niczym poza pojemnością dysku. Podobnie co do tabel, kolumn, wierszy. Schemat bazy danych możesz sobie wyświetlić w jakimś programie generującym je na podstawie kodu sql bazy. Polecam darmowego DB Designera.

3. Głupie pytanie, głupia odpowiedź ;] - http://www.google.pl/search?q=php+logowanie

4. Wskazane przez $_GET i $_POST, czemu sie nie podoba? Można używać zmiennych globalnych i sie odwoływać do wszystkiego bez tych tablic, ale to nie wskazane ze względów bezpieczeństwa i innych. To najlepsza praktyka używać tych tablic wiec nie masz wyboru czy ci sie to podoba czy nie ;] Przecież to bardzo wygodnem nie rozumiem, hmm.

Zbooj · 2007-11-26 11:24:09

1.

if(...) // dobrze sprawdzić czy zmienne są przesłane z formularza, np. przy pomocy isset, można by dodać jakaś walidacje wartości

heeee? a po polsku :)?

2. Zamierzam założyć bazę danych w której stałe będą tylko dwie tabele. Pozostałe będą się tworzyć i usuwać dynamicznie, tzn tabela 1 uzytkownicy, tabela 2 dane tabel (ankiety), tabela 3 klucze:uzytkownicy i dane tabel = index tabeli, pozostale tabele indeksowane zgodnie z zawartością tabeli nr 3. Czyli 3 tabele a cała reszta indeksowana, tworzona modyfikowana i usuwana dynamicznie. Jak wyglada schemat encji np forum punbb?
Ma to być baza danych systemu ankietowego. Coś ala ankietka.pl.
Zakładam ze uzytkowników będzie w przedziale od 0 do 10000 i kazdy bedzie miał maksymalnie 100 dynamicznych tabel.

Na pytania 3 i 4 odpowiedzi rozumiem :)

kamikaze · 2007-11-26 11:56:45

Ad. 1. Chodzi o sprawdzenie danych, no bo ktoś może ci nic nie wpisać w formularzu, da zapisz i dostaniesz pusty wpis, a na co ci taki. No to najpierw sprawdzasz czy w ogóle zmienne istnieją, potem sprawdzasz czy są takie jak chcesz. no bo np. masz pole pesel, a ktoś ci tam wpisze nazwisko i już lipa. Dlatego walidacja, to jest właśnie walidacja, jak dane są ok to zapisujesz, jak nie dajesz komunikaty, ej koleś wpisz poprawne dane. A tak poważnie to komunikaty typu "Do wypełnienia pola użyj cyfr arabskich", albo "Maksymalna długość nazwiska to 200 znaków". Bo jak pozwolisz wpisać wiecej, a pole w bazie ma 200 to sie zapytanie wyburaczy, co za tym idzie skrypt. Przydadzą ci sie te funkcje:
http://pl2.php.net/manual-lookup.php?pattern=is_ , poza tym strlen do sprawdzania długości stringa, jak chcesz pozabezpieczać przed jakimiś hakami, typu sql injection to jescze jakieś addslhashes, striptags, co tam potrzeba. Jeśli chcesz gotowych przykłądów popatrz w sieci, np. http://www.google.pl/search?q=php+walidacja+formularzy

Ad. 2. Schemat encji to mówiłem żebyś sobie zrobił w db designerze, plik sql twrzący baze pewnie znajdziesz przy punbb jak ściągniesz. Co do tworzenia tabel i usuwania, widziałem coś takiego, tragiczne ;] Bo w sumie po co coś takiego robić. nie lepiej daj jedną tabele i wpisywać w niej dane w wierszach, te same dane z tabeli w wierszu tej zbiorczej. I zamiast wielu tabel jednowierszowych pewnie bedziesz miał jedną wielowierszową, wiersze łątwo bedziesz usuwał. No i masz 10000 użytkowników każdy 100 tabel, a nie lepiej zrobić 100 tabel i wcisnać w każdą wiersze dotyczące każdego użytkownika. No przecież klepiej jak nic, tabele można powiazywać przez klucze obce i jest wszystko pieknie.

Przy okazji, jak to jest, że ludzie nie kumający za bardzo dostaja takie zleconka? ;] Bo to jakieś zlecenia masz do zrobienia czy coś? Może ludzie kumajacy sa zbyt zajeci, hmm ;] Weź sie za php i sqla, bo bedzie porażka. No chyba że zrobisz sklejke z róznych kodów z sieci i tego co ktoś napisze na forum. Ale nie polecam.

Zbooj · 2007-11-26 13:00:11

dobrze sprawdzić czy zmienne są przesłane z formularza, np. przy pomocy isset, można by dodać jakaś walidacje wartości

Nie zrozumiałem do końca o co Ci chodziło. Zdaje sobie sprawę z takich problemów i dziękuję za cenne wskazówki.

Dzięki za konstruktywna krytyke kamikaze. Ale to "zleconko" to jest moja praca mgr. Nie służy zarobkowi, służy rozwojowi umiejętności i poszerzeniu wiedzy potwierdzonym świstkiem z uczelni.
Jeśli uważnie przyjrzałeś się ankietka.pl to wiesz o co mi chodzi. A jeśli nie to z grubsza przedstawie problem:
Serwis do ktorego loguja sie użytkownicy i tworzą swoje ankiety. Każdy użytkownik moze stworzyć swoje ankiety w oparciu o pewien klikalny kreator.
Użytkownik: login, hasło itp. W ankiecie jest: tytuł ankiety, pytania + pewna ilość odpowiedzi w typach pola ankiety (np radiobutton). Kwestie analizy statystycznej ankiet, ich modyfikacji, wstawiania na inne strony, określania styli itp narazie mnie nie interesuja.
Wiem jak zrobić tabele uzytkownicy i powiazać ich z ich ankietami. Kwestią problematycza pozostaje relacja wiele do wielu, wiele ankiet i wiele odpowiedzi. Jak to przedstawić w tabelach bazy, jakie pola dobrać. Jak zoptymalizować zapytanie, żeby wypełniacz nie musiał czekać na wyświetlenie ankiety i wysłanie jego odpowiedzi.
Jedynym moim problemem pozostaje abstrakcyjnie określić relacje - jak poukładać te dane w sensownym porządku. Sytuacja podobna jest do forum, kwestia lekko zmodyfikować tabele, być może dodatkowo dodać jedną tabele.

Narazie potrafie czytać/zapisywać pliki, generować pętlami formularze i je przetwarzać, tworzyć funkcje, zaczynam zadawać pytania SQLowe. Znam SQL i HTML w miare dobrze. Z cookie's sobie raczej poradze.
Jak dotąd z sukcesami piszę różnego rodzaju kalkulatory, generuję strony i powoli przymierzam sie do sys. logowania.

Moim celem do końca roku jest opis instalacji i konfiguracji serwera WWW z modułami PHP i MySQL, stworzenie systemu logowania, teoretyczne określenie zawartości bazy (relacji,tabel) i część teoretyczna dotycząca ankiet jako narzędzi marketingu.
Spodziewajcie się więcej pytań ;)

Ostatnio edytowany przez Zbooj (2007-11-26 13:55:06)

kamikaze · 2007-11-26 15:15:49

Zbooj napisał(-a):
Kwestią problematycza pozostaje relacja wiele do wielu, wiele ankiet i wiele odpowiedzi. Jak to przedstawić w tabelach bazy, jakie pola dobrać. Jak zoptymalizować zapytanie, żeby wypełniacz nie musiał czekać na wyświetlenie ankiety i wysłanie jego odpowiedzi.
Jedynym moim problemem pozostaje abstrakcyjnie określić relacje - jak poukładać te dane w sensownym porządku. Sytuacja podobna jest do forum, kwestia lekko zmodyfikować tabele, być może dodatkowo dodać jedną tabele.

Chyba nie jest to tak skomplikowane. Robisz tabele ankiety (id, tytuł ankiety, data rozpoczecia, data zakończenia), tabela pytania (id, id ankiety, pytanie, ilosc odpowiedzi) - jedna ankieta może mieć kilka pytań i może być ich różna liczba. Odpowiedzi na pytanie danej ankiety zliczasz inkrementując pole ilosc odpowiedzi, jeśli taką odpowiedź takiej ankiety ktoś wybrał zostanie zwiekszony licznik. I nie ma wiele do wielu, bo masz jedną ankiete i wiele odpowiedzi, a każde pytanie należy do jednej ankiety. W sumie nie obchodzą cie chyba odpowiedzi tylko ich ilość. No chyba, że to inne ankiety niż myśle. Myślałem o ankiecie typu: Jaki dzisiaj dzień?: a) powniedziałek, b) wtorek, c) środa i rysowanie paseczków, która odpowiedz ma najwiecej głosów.

Zbooj · 2007-11-26 15:35:33

Jest jeszcze problem tzw. otwartej furtki czyli np.
Jakie marki papierosy palisz?
a) XX
b) YY
c) ZZ
d) inne (wpisz jakie, textfield)

kamikaze · 2007-11-26 19:59:15

To raczej nie problem, masz tabele odpowiedzi, dodasz wtedy do niej nową odpowiedź gdy ktoś wypełni to pole. Jeśli sie odpowiedź powtórzy (przydałoby się to sprawdzać) nie dodajesz jeszcze raz, tylko zwiększasz liczbę wskazania tej odpowiedzi.

szczypior88 · 2007-11-26 22:56:45

kamikaze napisał(-a):
Jeśli sie odpowiedź powtórzy (przydałoby się to sprawdzać) nie dodajesz jeszcze raz, tylko zwiększasz liczbę wskazania tej odpowiedzi.

gorzej jeśli ktoś tą samą markę napisze inaczej. np. LM, L&M, L M, lm...

kamikaze · 2007-11-27 12:15:58

Zawsze można używać strip, strtolower by porównywać, napisać jakiś algorytm, nie wiem. Jak inaczej, w sumie to chyba nie dawać uzytkownikom takiej mozliwości ;]

Zbooj · 2007-11-27 13:37:30

Podejrzewam, że narazie konieczne będzie jedynie zapisanie wartości "otwartej furtki". Bawić się w porównania będę funkcjami tekstowymi później. Są przecież funkcje które porównują stringi. Możnaby te porównania roboczo robić w zewnetrzym pliku/tabeli bazy, sortująć odpowiedzi alfabetycznie usunąć spacje a pozniej porównywać ich podobienstwo (na to tez sa funkcje). Najskuteczniejsze byłoby jednak robienie tego siecią neuronową nauczoną słownika. Hehe ;) rozpędziłem się ;)

Ostatnio edytowany przez Zbooj (2007-11-27 13:49:33)

giegiel · 2009-07-25 01:30:04

Pozwolę się dołączyć do tematu żeby nowego nie tworzyć.

Czy jest możliwość ponownego ponumerowanie kolumny która była auto_increment?

jaśniej: Mam kilka kolumn w tym jedną id auto_increment, powpisywałem dane utworzyły się id o jakiś tam kolejnych numerach. Następnie wywaliłem z tabeli trochę wpisów i id nie zawiera kolejnych numerów. Da się to 'po porządkować', 'odświeżyć' tak aby id było znów w kolejności numer po numerze?

Czy trzeba kolejno ręcznie skrypt zrobić?

Wieloryb · 2009-07-25 10:20:27

Nie. Jeden wpis = jedno id. Możesz sobie dodać kolumnę dodatkową i tam numerować rekordy.

djjanek · 2009-07-25 11:20:37

Wieloryb napisał(-a):
Nie. Jeden wpis = jedno id. Możesz sobie dodać kolumnę dodatkową i tam numerować rekordy.

Nieprawda da się tylko trzeba wiedzieć co się robi. Gdzie indziej w bazie może być odwołanie do tego id. Jak już uporządkujesz to musisz zmienić następny numer auto increment. A te zadanie nazywa się administrowanie i zarządzanie bazą danych.

Ostatnio edytowany przez djjanek (2009-07-25 11:21:41)

Wieloryb · 2009-07-25 11:44:45

Ale czy jest tego sens? Czy za każdym razem kiedy usuniesz jakiś rekord bedzięsz zmieniał numerację id? Wg mnie id powinno być na stałe przypisane do jednego rekordu. Ale w sumie jest to kwestia programisty i tego czy on to zrobi umiejętnie i z głową.

djjanek · 2009-07-25 13:09:58

No za każdym razem nie. A takie zabiegi robi się w celu optymalizacji działania bazy, ale po jakimś czasie działania. Jeśli zmieni się ilość liczb w numeracji to jest sens a jak nie to nie ma sensu.

Pytanie było czy da się wiec odpowiadam że da się. Na 100 obsłużonych baz może raz tylko takie coś robiłem.

Ostatnio edytowany przez djjanek (2009-07-25 13:11:00)

giegiel · 2009-07-25 17:46:46

Dobra a jak to się robi? Jest na to jakaś gotowa recepta? czy trzeba swój kod pisać?

czadman · 2009-07-25 18:17:37

Dużo kodu, najprościej usunąć kolumnę z autonumeracją i z powrotem ją dodać.

djjanek · 2009-07-25 19:05:05

dobrze można i tak ale jak tak zrobisz a gdzieś są odwołania to rozsypiesz bazę a recepty nie ma dobra rada przed tym wszystkim zrób kopie całej bazy.

kamikaze · 2009-07-25 20:27:54

A ja mam pytanie po co te numery ma mają być kolejne? Kolumna autoincrement rządzi się zwoimi zasadami i numery w takiej kolumnie nie będą zawsze kolejne, ale w czym problem? Czemu to przeszkadza, może jak będziemy wiedzieć, znajdziemy odpowiednie rozwiązanie.

djjanek · 2009-07-25 22:12:50

Jak masz id które ma 5 liczb znaczących a możesz mieć 4 to mniej pamięci oczywiście trzeba jeszcze ustawić aby tylko 4 były wykorzystywane. A tak normalnie to nie bez sensu.

grzegorz.85 · 2009-07-26 00:06:38

djjanek napisał(-a):
Jak masz id które ma 5 liczb znaczących a możesz mieć 4 to mniej pamięci oczywiście trzeba jeszcze ustawić aby tylko 4 były wykorzystywane. A tak normalnie to nie bez sensu.

Ja bym raczej rozwinął to wyjaśnienie. Czy masz 5 liczb znaczących, czy 4 według mnie nie jest warte zachodu, aby wprowadzać zmiany.

Wyobraźmy sobie jednak tabelę, w której dane są bardzo często usuwane. Po pewnym czasie działania tabela liczy kilka tysięcy rekordów, a autoincrement nadaje indeksację na kilka milionów. W takiej sytuacji, i tylko w takiej widzę sens przeindeksowania tabeli.

kamikaze · 2009-07-27 08:43:14

Przeindeksowanie będzie bardzo trudne, jeśli tabela powiązana jest przez swój klucz główny z innymi. Trzeba by ze zmianą wartości w kolumnie klucza zmieniać wartości w kolumnach powiazanych. Masa roboty do zrobienia, no i to nie uniknione, inaczej baza straci spójność. W ogóle to wydaje mi się, że to żaden problem wydajnościowy. Co z tego, że jakaś tabela ma wysokie wartości w jakiejś kolumnie, przecież w czym to przeszkadza. Inna sprawa jak tabela ma mase wierszy, jest duża. A jakie numerki maja te wiersze to chyba sprawa mało ważna. Bo idąc w tym kierunku, można by w kolumnie z cenami, zmniejszyć wartości cen dla poprawienia wydajności ;]

djjanek · 2009-07-27 09:27:19

A jest różnica czy masz zapamiętać 3 liczby czy 6? Tak samo jest w komputerze. Ale jak zaprojektujemy bazę że ma zapamiętywać 10 liczbowe to nie będzie różnicy.

A spójność to zadba wiedza o bazie albo zaprojektowane mechanizmy optymalizacji w systemie.

Przykład działania popatrzcie na allegro co jakiś czas powtarzają się numery aukcji a wątpię, aby gdzieś było odwzorowanie id do numeru aukcji.

Tylko pytanie na początku było czy da się to zrobić a nie czy się robi i kiedy.

Zatem da się ale rzeba wiedzieć dokładnie co się robi bo inaczej spójności bazy nie będzie.

kamikaze · 2009-07-27 12:00:46

djjanek napisał(-a):
A jest różnica czy masz zapamiętać 3 liczby czy 6? Tak samo jest w komputerze. Ale jak zaprojektujemy bazę że ma zapamiętywać 10 liczbowe to nie będzie różnicy.

Nie koniecznie jest róznica bo jesli nie wiesz komputery liczą w systemie dwójkowym nie w dziesiętym i rezerwują sobie pamięć na zapisanie danych. Przecież definiujesz jakiego typu ma być kolumna tabeli, typ rezerwuje pamięć na zapisanie tego numerka i nie ważne czy będzie on miał 3 czy 6 liczb. Więc definiując pole autoinkrement typu int masz przeznaczone 4 bajty pamięci i zakres od 0 do 4294967295. I po co ta rozmowa?

djjanek napisał(-a):
A spójność to zadba wiedza o bazie albo zaprojektowane mechanizmy optymalizacji w systemie.

A jakieś konkretne pomysły? Chodzi i naprawienie rozjechanej bazy po zastąpieniu tabeli nową z kolejnymi numerami w kolumnie z autoincrement. Wiedza o bazie powinna podpowiedzieć, mam przewalone ;] A "zaprojektowane mechanizmy optymalizacji w systemie" ?

djjanek napisał(-a):
Przykład działania popatrzcie na allegro co jakiś czas powtarzają się numery aukcji a wątpię, aby gdzieś było odwzorowanie id do numeru aukcji.

Skąd wiesz, że się powtarzają? Coś na to wskazuje? Po co mieliby to robić, numerków im przecież nie zabraknie.

djjanek napisał(-a):
Tylko pytanie na początku było czy da się to zrobić a nie czy się robi i kiedy.
Zatem da się ale rzeba wiedzieć dokładnie co się robi bo inaczej spójności bazy nie będzie.

No wiadomo, że się da. Tylko nie powinno się tego robić. Bo się nic nie zyskuje oprócz bajzlu i dodatkowej roboty. Jak ktoś jest takim pedantem, że lubi jak numerki są po kolei to niech tak robi i 3 razy dziennie. Jednak wyjdzie, że to główne zadanie, które ma przy zajmowaniu się bazą.

Forum Debian Users Gang

Ogłoszenie

#1 2007-11-25 19:17:54

Zbooj - Dark Sith

Kilka pytań dotyczących PHP i MySQL

#2 2007-11-26 08:09:41

kamikaze - Administrator

Re: Kilka pytań dotyczących PHP i MySQL

#3 2007-11-26 11:24:09

Zbooj - Dark Sith

Re: Kilka pytań dotyczących PHP i MySQL

#4 2007-11-26 11:56:45

kamikaze - Administrator

Re: Kilka pytań dotyczących PHP i MySQL

#5 2007-11-26 13:00:11

Zbooj - Dark Sith

Re: Kilka pytań dotyczących PHP i MySQL

#6 2007-11-26 15:15:49

kamikaze - Administrator

Re: Kilka pytań dotyczących PHP i MySQL

Zbooj napisał(-a):

#7 2007-11-26 15:35:33

Zbooj - Dark Sith

Re: Kilka pytań dotyczących PHP i MySQL

#8 2007-11-26 19:59:15

kamikaze - Administrator

Re: Kilka pytań dotyczących PHP i MySQL

#9 2007-11-26 22:56:45

szczypior88 - Członek DUG

Re: Kilka pytań dotyczących PHP i MySQL

kamikaze napisał(-a):

#10 2007-11-27 12:15:58

kamikaze - Administrator

Re: Kilka pytań dotyczących PHP i MySQL

#11 2007-11-27 13:37:30

Zbooj - Dark Sith

Re: Kilka pytań dotyczących PHP i MySQL

#12 2009-07-25 01:30:04

giegiel - Członek DUG

Re: Kilka pytań dotyczących PHP i MySQL

#13 2009-07-25 10:20:27

Wieloryb - Użytkownik

Re: Kilka pytań dotyczących PHP i MySQL

#14 2009-07-25 11:20:37

djjanek - Użytkownik

Re: Kilka pytań dotyczących PHP i MySQL

Wieloryb napisał(-a):

#15 2009-07-25 11:44:45

Wieloryb - Użytkownik

Re: Kilka pytań dotyczących PHP i MySQL

#16 2009-07-25 13:09:58

djjanek - Użytkownik

Re: Kilka pytań dotyczących PHP i MySQL

#17 2009-07-25 17:46:46

giegiel - Członek DUG

Re: Kilka pytań dotyczących PHP i MySQL

#18 2009-07-25 18:17:37

czadman - Bicycle repairman

Re: Kilka pytań dotyczących PHP i MySQL

#19 2009-07-25 19:05:05

djjanek - Użytkownik

Re: Kilka pytań dotyczących PHP i MySQL

#20 2009-07-25 20:27:54

kamikaze - Administrator

Re: Kilka pytań dotyczących PHP i MySQL

#21 2009-07-25 22:12:50

djjanek - Użytkownik

Re: Kilka pytań dotyczących PHP i MySQL

#22 2009-07-26 00:06:38

grzegorz.85 - Członek DUG

Re: Kilka pytań dotyczących PHP i MySQL

djjanek napisał(-a):

#23 2009-07-27 08:43:14

kamikaze - Administrator

Re: Kilka pytań dotyczących PHP i MySQL

#24 2009-07-27 09:27:19

djjanek - Użytkownik

Re: Kilka pytań dotyczących PHP i MySQL

#25 2009-07-27 12:00:46

kamikaze - Administrator