Pytam o wszystkie, a nie wiedzieć czemu, i mając 3 rekordy w bazie pokazuje mi tylko 2 o.O. Wynik jak niżej. Pytanie why ?

Numer: 2Autor: user2Data: 2011-04-18 00:40:49
Numer: 3Autor: user3Data: 2011-04-20 01:11:34

[PHP] pobierz, plaintext 
<?php
 
	session_start();
require "connection.php"; 
	connection(); 
 
	$query = mysql_query("SELECT * FROM greetings WHERE visible = True");
	$g = mysql_fetch_assoc($query);
	if(mysql_num_rows($query) > 0) { 
		while($g = mysql_fetch_assoc($query)) { 
			$query2 = mysql_query("SELECT username FROM user WHERE id_user='".$g['id_user']."'") or die('Błąd zapytania');
			$u = mysql_fetch_assoc($query2);
		echo "Numer: ".$g['id_greetings'];
		echo "Autor: ".$u['username'];
		echo "Data: ".$g['date'];
		echo "<br />";
		}
	}
[PHP] pobierz, plaintext 

[SQL] pobierz, plaintext 
--
-- Struktura tabeli dla  `greetings`
--
 
CREATE TABLE `greetings` (
  `id_greetings` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `id_user` int(10) UNSIGNED DEFAULT NULL,
  `text` text,
  `date` datetime DEFAULT NULL,
  `visible` tinyint(1) DEFAULT NULL,
  PRIMARY KEY  (`id_greetings`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin2 AUTO_INCREMENT=4 ;
 
--
-- Zrzut danych tabeli `greetings`
--
 
INSERT INTO `greetings` (`id_greetings`, `id_user`, `text`, `date`, `visible`) VALUES
(1, 1, 'Pozdrowienia 1', '2011-04-17 00:40:38', 1),
(2, 2, 'Pozdrowienia 2', '2011-04-18 00:40:49', 1),
(3, 3, 'Pozdrowienia 3', '2011-04-20 01:11:34', 1);
[SQL] pobierz, plaintext 

W linii 8 pobierasz pierwszy rekord i nic z nim nie robisz. Usuń tę linię.

Ponadto, poczytaj o instrukcji JOIN, ponieważ niepotrzebnie wykonujesz ogrom zapytań, a wystarczy jedno.
Co więcej, nie polecam używania funkcji mysql_*, ponieważ są mocno przestarzałe. Zainteresuj się PDO lub ewentualnie mysqli.

A pan królik jak zwykle tylko się wymądrza, daje wskazówki ale kodu nigdy nie napisze sorry stary ale musiałem w końcu Cie skomentować

fakt faktem, Join w tym zapytaniu napewno by się prdzyał, do do funkcji mysql_*, również się zgadzam.

Co do problemu zobacz tak, pisałem to na szybko ale powinno być ok

[PHP] pobierz, plaintext 
<?php
session_start();
require 'connection.php';
connection(); 
$query = mysql_query('SELECT `gree`.*, `u`.`username` AS `user_name` FROM `greetings` AS `gree` LEFT JOIN `user` AS `u` ON `gree`.`id_user`=`u`.`id_user` WHERE `gree`.`visible`=1');
if(mysql_num_rows($query) > 0)
{
	while($q = mysql_fetch_accoss($query))
	{
		echo 'Numer: '.$q['id_greetings'].' <br /> Autor: '.$q['user_name'] .' <br /> Data: '.$q['date'].' <br />';
	}
 
}
 
?>
[PHP] pobierz, plaintext 

Niektórzy trzymają się pewnych reguł - nie dają gotowców. Autor tematu przychodzi tu z pewnym problemem, który nie my mamy za zadanie rozwiązać, lecz on sam. Naszym zadaniem jest pomoc i ewentualna korekta toku myślenia.
Dając gotowe skrypty, facet przekopiuje je do swojego projektu, odpowiednio dopasuje i za godzinę przyleci z kolejnym (nie pamiętając o poprzednim)...
Bags_Bunny dobrze odpowiada - podaje zagadnienia przez co zmusza autora tematu do myślenia.
Sorry, ale musiałem skomentować

Pozdrawiam!

edit:

[PHP] pobierz, plaintext 
require 'connection.php';
connection();
[PHP] pobierz, plaintext 

Po co wywołujesz funkcję connection() po zaimportowaniu pliku połączenia z bazą? Nie lepiej wywołać tę funkcję w connection.php, a potem tylko używać include / require ?
Mi taki sposób wydaje się bardziej optymalny i przejrzysty - patrz powtarzalność kodu php. Przy dużych projektach ma to nieco większe znaczenie ;d

no i jeszcze literówka:

[PHP] pobierz, plaintext 
while($q = mysql_fetch_accoss($query))
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
while($q = mysql_fetch_assoc($query))
[PHP] pobierz, plaintext 

Wiem też tak uważam, po prostu zrobiłem to dlatego że to mój dobry znajomy i sobie pozwolilem

co do literówki, pisałem to na kolanie, nie sprawdzałem działaności kodu - przepraszam za to

co do reszty Twoich uwag zgadzam się z Toba, też uważam ze połaczenie w pliku connection.php powinno byc a nie w kazdym pliku koljenym

Rozumiem
Zauważyłem, że ostatnio coś zwiększyła się liczba tematów dot. podstaw. Szkoda, że mało kto przychodzący na forum przeczytał jakąś książkę albo tutorial tego języka.
Rozumiem, że wszyscy chcą dostać rozwiązanie najprościej jak się da (taka natura człowieka ;p) ale trochę wysiłku nie zaszkodzi ^^

Powód: rozoczeły się semestry w szkole i na uczelniach gdzie nauczyciele/wykładowcy wymagają tworzenia stron internetowych ... a wiadomo jaka jest natura ludzi



Efekt tego działania jest zaśmiecanie tego dzialu. Wg mnie ludzie którzy piszą w przedszkolu powinni mieć "jakieś" pojęcie o php ... dla ludzi którzy są zieloni i chcą gotowe rozwiązania albo pytają o rzeczy typu jak używać if'a etc, powinno byc osobne subforum, no ale mamy co mamy i cieszmy się z Tego co jest:)

dobra bo offtopic się włączył, lepiej to zakończyc

Brakowało mi takiej wypowiedzi. Dziękuję!

A Ty Hapsiok sie do roboty zabieraj, a nie gadasz, bo mi miałeś dole odpalić .
Swoją drogą, o USING nie słyszałeś? Po co sobie zasyfiać zapytanie niepotrzebnymi warunkami?

[SQL] pobierz, plaintext 
SELECT `gree`.*, `u`.`username` AS `user_name` FROM `greetings` AS `gree` LEFT JOIN `user` AS `u` ON USING(`user_id`) WHERE `gree`.`visible`=1
[SQL] pobierz, plaintext 

I jeśli już się czepiamy całości kodu to polecam UTF8 zamiast Latin2. Zużywa co prawda trochę więcej miejsca, ale jest uniwersalniejszy; nie będziesz mieć problemów, jeśli zechcesz dodać inne języki .

Co do znajomych, to i tak Hpsi nie jest zły. Wczoraj od innego znajomego dostałem następujące życzenia urodzinowe:

Bywa; miło, że pamietał

Miałeś wczoraj urodziny?

[PHP] pobierz, plaintext 
$birth_day = "18.04";
if ($birth_day == true) {
    echo "Najlepszego!";
} else {
    echo "Innym razem ;d";
}
[PHP] pobierz, plaintext 

Dziękuję, dwudzieste pierwsze. Bardzo ładne złożenie dwóch liczb pierwszych.

Dobra; nie zaśmiecajmy forum. Warn nikomu się nie uśmiecha

Widzę, ze się rozrosło wiec, wypada odpowiedzieć



Własnie czytam klik, ale narazie ciężkie to dla mnie, może masz/macie jakieś inne ciekawe linki dotyczące tego zagadnienia. Co do PDO i mysqli najciekawsze wydaje mi sie link 1 i link 2. Poczytam i postaram sie przyswoić. Stwierdzenie ewentualnie mysqli oznacza, ze lepdzym wyjsciem jest PDO ?



Faktycznie mozna, chociaz chcialem zrobic to troche inaczej, zabijac polaczenie, jezli adres nie ma postaci index.php?...., a np. ...pl/folder/file.php



Obecnie opieram sie na tym co pokaze google, PHP5. Bezpieczne programowanie. i PHP i MySQL. Tworzenie stron WWW. Vademecum profesjonalisty, a ostatnia pozycja jest dosyc stara ksiazka.




Myślisz nad utworzeniem sub forum żłobek ? ;)


A tak btw. to w ramach czasu wolnego, przysposobienia wiedzy, i bez innych szczególnych powodów, zacząłem pisać własny CMS, dedykowany pod radia internetowe, wiec wyposażony w pozdrowienia, ramówkę, top listę, statystyki prezenterów et cetera

PDO z zasady jest lepsze bo ma lepszy mechanizm obsługi błędów. MySQLi jest bardziej rozbudowaną wersją MySQL. Ogólnie lepiej od początku ucz się na PDO - łatwiej ogarnąć to za pierwszym razem

I może jeszcze jedno, mając jakiś tam większy projekt (2k+ linijek) wiele podstron, warto wszystkie zapytania wywalić od osobnych plików i jedynie lądować je i odwoływać się do jakiś obiektów?

poczytaj sobie o wzrocach mva/mvc
ogolnie przydatne wg mnie jest rozdzielenie kodu na bibliteke / modul / wyswietlanie - bardzo wygodne w dalszej edycji

Ogólnie większe serwisy stawia się na frameworkach (Zend Framework / Kohana / Symfony / Cake). Nie warto wymyślać koła na nowo

I pewnie z nich skorzystam, ale jak zacząłem czytać o CakePHP to po paru stronach sobie darowałem, na razie czytam co znajdę o OOP w PHP. Musiał bym chyba znaleźć naprawdę dobry poradnik/książkę od A do Z. Większość poradników tłumaczy "jak pogrubić tekst, ale już nie jak podkreślić", są niby od podstaw, ale tłumaczone są banały (dla mnie), a części które nie rozumiem pomijane, chodź to chyba normalne, ciężko się pisze o czymś co jest dla autora oczywistością. Ale damy rade

Na razie pisze, aby działało, pomijając bezpieczeństwo (kod był by dla mnie zbyt nieczytelny), potem zacznę wszystko przekładać w klasy, i ew. zainteresuje się jakimś frameworkiem.

Jak ktoś by chciał zobaczyć, ew. jakieś uwagi to na razie wygląda to tak
http://bercow.viphost.pl/radiocms/ strona user1/user1
http://bercow.viphost.pl/radiocms/radiocms.rar kod PHP+SQL

a czytałeś cookbook? - angielski, ale łatwo zrozumieć

tak samo, jak możesz przeczytać najnowszą książkę do SF 2, też po angielsku, ale jeśli chcesz być programistą to bez angielskiego to jak bez ręki

szczeże ja nie podzielam tego sposobu myslenia ale może dlatego, że cały czas pracuje na "kole" ktore stworzłem i jest przystosowane w 100% do moich celów ... i jeszcze jedno jeśli nie zna się php, wchodzic w frameworka to wg mnie sie nie nauczysz porzadnie programować - czasem trzeba coś stworzyć samemu by poczuć to - dopiero potem można przenieś się na frameworki - ale to moje zdanie

EN nie jest taki problemem, raczej natłok możliwości, i jak zacznę nawet coś, efekt będzie dopiero za miesiąc wiem wiem, inaczej się nie da, ale tak już człowiek ma, ze chciał by tutaj i teraz.

Piszesz o http://book.cakephp.org/ ?

cóż mogę jedynie powiedzieć powodzenia w rozwoju i będę w miare możliwości obserować twoj rozwoj (poprzez czytanie twoich postów na forum - lecz oby ich było jak najmniej ) i nie zniechęcaj się, powiem ci jedno siedzisz czasem miesiąc dwa, trzy nad projektem ale jak go skonczysz to naprawdę człowiek ma satysfakcje

Tak. Z doświadczenia wiem, że takie książki są najlepsze.

To rzecz oczywista... Ja od jakiegoś czasu robię niektóre aplikacje na Zend Framework. Chodzi o to, że PHP wydaje mi się już za nudny. Za każdym razem wymyślałem koło na nowo, a to było bez sensu. Miałem ambicje do napisania CMS lecz skończyło się na gadaniu, bo jak już wspominałem nikt z mojego otoczenia nie rozumie mojego toku myślenia i nie obraca się w tych samych dziedzinach No cóż... życie ;p

Mam jeszcze Practical CakePHP Projects, od CakePHP, poczytam co tam o tym piszą, ale pewnie trochę mi zajmie jeszcze zanim do nich usiądę.

http://helion.pl/ksiazki/php5-programowani...zola,php5sy.htm

Polecam tę książkę Jak przeczytasz ze zrozumieniem to na prawdę sporo wyniesiesz...

jest jeszcze http://helion.pl/ksiazki/symfony-w-przykla...ajda,symfpr.htm

Teraz w sobotę będzie promocja, wiec można się skusić.

A ja jej nie polecam. Przeczytałem całą i obecnie jest bardzo przestarzała, np. mówi o Sf 1.1 (!). Dlatego ja wolę te książki, co community "stworzyło"

I opinie na stronie helionu wspominając o "stosunku" czasu wydania do opisanych wersji. Ale każda książka ma pochlebne jak i negatywne opinie jaka dobra/zła by nie była.

A propos wymyślania koła na nowo, to jest Manual PHP. Po co kupować książki i bawić się w jakieś kursy, które pokrywają tylko promile materiału, skoro jest wyśmienita dokumentacja ze wspaniałymi przykładami? Nic innego nie jest potrzebne.

i like it

dodam jeszcze, że w ksiązkach jest masa lania wody , i często zdarzają się błedy ... szczególnie w książkach wydawnictwa helion ....

W oficjalnym manualu są bardzo dobre arty, takie od A do Z, ale niektóre mam wrażenie jak by były pisane od N do Z, pomijając aspekt A-M.

Czytam spis treści Symfony w przykładach, interesujące są takie nazwy jak Przykad 7.2. Gady (publikowanie na serwerze NetArt) czy Krok 6. Zmie domen projektu na gady.twojadomena.nazwa.pl, książka może okazać reklama nazwy. Fakt, ze helion nie jest idealny, ale jako jedyny tłumaczy i wydaje takie ilość informatycznych publikacji, np. Apress'a którego własnie po EN trochę się naczytałem, jak i polskich autorów.

Zdarza się. Mówisz o polskim czy angielskim manualu?

oczywiście o en, polskie tłumaczenie wygląda, wystarczy zobaczyć stopień przetłumaczenia z PDO i mysqli które podałeś

Ok, chciałem się tylko upewnić.

Czasem trzeba nauczyć się starych praktyk zanim ogarnie się najnowsze... Rozumiem, że niektórzy chcieliby pójść do sklepu, wydać te 50zł na książkę pełną przykładów, wrócić do domu, włączyć kompa i zacząć przepisywać przykłady z owej dokumentacji - i patrzcie jakie to proste... a jak wersje by się zgadzały to już w ogóle; nic tylko kopiować i sprzedawać... Na szczęście nie ma tak dobrze
Chociaż w pewnym sensie macie rację - w książkach leje się wodę równo, a często zdarzają się błędy (kto wie... może celowo ;d).
Temat sporny i głęboki jak studnia ale to nie zmienia faktu, że manual to podstawa