Kiedyś gry dawały mi dużo radości... teraz to kilka godzin naparzania i stwierdzenie czy gra była warta czasu czy nie. Dlatego chciałem konsole jako centrum multimedialne, ale chyba zrezygnuje na rzecz bezpzewodowej transmisji obrazu z PC. Widzę, że nawet te które mają wyjść nie poprawiają pozycji konsol w moim zestawieniu konsole <> PC - wg. mnie konsole nadal mogą klęknąć przed PC. Full HD+max detale na kompie za cenę danych konsoli mnie bardziej przekonuje... Nie powiem już jak to się wszystko elegancko komponuje z dobrym telewizorem....

Ja jestem ciekaw kiedy się skończy full hd. LCD 24" full hd, TV 55" full hd. Nie uważacie, że tam powinno iść jakieś 4K? Tylko, że infrastruktura kablówek itd. pewnie tego nie pociągnie. Plus, czy ktoś tworzy obraz w takich rozdzielczościach?

Rzadko który program "HD" nadaje w 720p a co dopiero 1080p czy 4k, więc to bardzo odległa wizja

Turson, wszystkie kanały które są rzekomo HD są to kanały 720p. a jest ich w tym momencie masa (nawet na niskich pakietach operatorów takich jak NC+ czy CP + naziemna cyfrówka też ich juz kilka ma). Ale chodzi o to, że nie po to telewizory posiadają standardy 1080 i 4K żeby ogladać na nich standardowe kanały codziennego uzytku. Odpalasz jakiegoś BlueRaya i wtedy się cieszysz obrazem-kryształ oczywiśćie jeśli posiadasz odpowiedni odbiornik.

Nie wszystkie kanały HD nadają w 720p. Bodajże 576p tam jest.
Mnie ciekawi czemu HD nie jest standardem w tv. Potem wprowadzać FHD

Jak nie wiadomo o co chodzi to chodzi o pieniądze.

Ta ostatnia niedziela, dzisiaj się rzejdziemy, dzisiaj się rozstaniemy na wieczny czas

[+18] http://exeypanteleev.com/geeklendar/

Jaka jest przewaga imienia "1" nad imieniem "0"?

Instrukcja empty to jeden z najdurniejszych elementów PHP. Pomijając fakt, że nie zachowuje się jak normalna funkcja, to jej działanie jest intuicyjne jedynie w przypadku tablic. Absolutnie nie nadaje się do sprawdzania czy ktoś coś wpisał w pole. Wpisz "0", potem wpisz "1" i zobacz co się dzieje. Dlaczego dawać przywilej niektórym bezsensownym wartościom, a innym nie? Do sprawdzania czy ktoś coś wpisał lepiej użyć prostego porównania:

[PHP] pobierz, plaintext 
if($imie === '') {}
[PHP] pobierz, plaintext 

Oczywiście dobry mechanizm walidacji powinien sprawdzać również zawartość ciągu, ale morał jest taki, że empty to idiotyzm.

Witajcie,
Jeśli ktoś z Was nie ma co ze sobą zrobić w najbliższego sylwestra i może dojechac do Kato,zapraszam do siebie,w ramach podziękowań za Waszą pomoc
Zbieram chętnych, dysponuję cieplutkim sporym mieszkaniem, może coś z tego wypali.
kontakt i pytania tu ,na blogu http://lifemusic.pl/blog/?p=740 albo gg

Ech... żeby nie dzieci to już by wisiał u mnie na ścianie

@SmokAnalog nie przesadzaj..... Trzeba poprostu wiedziec co do czego uzywac i tyle. Akurat tutaj empty jest ok.

@jugaj dostales odpowiedz, moglbys sie choc na tyle wysilic i sprobowac sam to wstawic. Jesli tego nie ogarniasz to przerob jakies podstawy php, w szczegolnosci, ze to praca domowa i wypadaloby ją zrozumiec.

Absolutnie się nie zgadzam i trzymam się swojego zdania. Jak widzę programistów używających empty w takim kontekście, to dla mnie są - ujmę to ładnie - niezbyt rozsądni.

Ja uzywam empty w takim kontekscie i co?
Jak ktos sie burzy ze przyjmie 1 a 0 nie to on jest malo rozsadny w tym kontekscie

uzywam empty do sprawdzania czy wartosci tekstowe nie są puste.
Robie tez dodatkową walidacje na same teksty, wiec ani 1 ani 0 nie przejdzie.....

Wniosek: nie przesadzaj.... poczekaj do wiosny

To może sobie banuj jeszcze uśmiechniętą buzię, znak dolara i np. ciąg "nospor", co? Po co ograniczać się do "0".

To może garaż czy co

Zly dzien masz dzisiaj czy ty tak zawsze?

Spojrz na to z tej strony: autor miedzy innymi ma sprawdzac, czy zmienne tekstowe (email, imie, nazwisko), nie są puste. Uzywajac twojej metody sprawdzi tylko to. Uzywajac empty, dojdzie mu jeszcze filtr na 0 Same plusy.

Oczywiscie, ze dobrze jest wiedziec jaka jest roznica miedzy empty a === ''. Brawo dla Ciebie, że zwrociles na to uwage.

1) Nie mam garazu
2) Jak bede mial to myslisz ze nie zajrzą tam? Co ty, dzieci nie znasz?

Nie mam złego dnia, tylko denerwuje mnie ignorancja w temacie walidacji Nie widzę żadnego argumentu za tym, żeby zakładać filtr na liczbę 0. Dla jednego to czepianie się, dla innego to poważne podejście do tematu i sam tak do tego podchodzę. Takie bezsensowne zależności to furtka dla błędów.

Robie walidacje na niepustosc, potem robie walidacje na poprawnosc imienia. Gdzie tu furtka?
Dzieki empty, jak ktos wpisze 0, to nie musze meczyc serwera dodatkową walidacją na imie, bo wylapie mi to empty. Robie to z pelną swiadomością.

W przypadku z tego tematu, rowniez nie ma mowy o zadnej furtce.

Oczywiscie, jak ktos zacznie uzywac empty dla sprawdzania pol, gdzie sie wpisuje liczby i 0 jest dopuszczalne,wowczas bedzie furtka dla bledu. Dlatego pisze: jak ktos wie jak dziala empty to wszystko wporzadku.

Podobny problem jest z isset - jak wiesz jak sie zachowuje i mimo wszystko nadal tego uzywasz, to wszystko wporzadku. Gorzej jakbys uzywal i nie wiedzial jak dokladnie sie zachowuje

Oczywiście, Twoje rozwiązanie zadziała, ale z punktu widzenia myślącego programisty jest złe. Sprawdzanie wartości pod kątem liczby powinno być osobną operacją, w innym przypadku prowadzi do trudnych do wyłapania błędów. Jesteś doświadczonym programistą, więc wiesz jak wielki wpływ na jakość kodu ma jego zdolność do ponownego użycia (jak zgrabnie przetłumaczyć reusability? ).

Z empty, Twój algorytm przybiera na przykład taką postać:

Pierwsza instrukcja warunkowa powinna być bytem niezależnym od drugiej, bo sprawdzamy zupełnie inną właściwość. Bycie zerem jest dla stringa równoznaczne z byciem jakąkolwiek inną liczbą, a nie ma kompletnie żadnego związku z byciem pustym ciągiem znaków.

Ty wiesz jak działa empty, ja wiem jak działa empty. Nie ukrywam, że jestem zaskoczony Twoim stanowiskiem w tym temacie.

spoko, koledze który potrzebuje pomocy wystarczy. Uczy się. Nie pisze on "aplikacji rządowej w PHP" wiec cały wasz wywód jest trochę niepotrzebny

No coz.... wg Ciebie jestem przeciez niemyslacym programistą wiec nie wiem skad te zaskoczenie

Jesli przyjac, ze ma sie tak zachowywac skrypt jak napisales:
To faktycznie, uzycie empty da zly wynik dla pewnych wartosci. Ja się z tym z Tobą zgadzam.
W tym temacie jednak nie o to chodzilo.

Zaczalem dyskusje z Tobą gdyż napisales:

Nie, empty nie jest idiotyzmem, jest to naprawde bardzo fajna funkcja i uzywam jej w bardzo wielu miejscach, nie tylko podczas walidacji. Być może pisząc to zdanie miales na mysli pewien kontekst w jakim to pisales. Byc moze, ale z tego zdania to nie wynikalo wiec włączyłem się w dyskusje

To nawet nie jest funkcja, tylko potwór

Nazywając ją idiotyczną, miałem na myśli jej zachowanie na łańcuchach znaków.

• Tablice OK.
• Liczby, jeśli wiadomo, że to liczba sensu stricte, to OK.
• Boolean trochę dziwne, no ale dobra.
• Łańcuchy znaków to padaka.

Od czego są zamki w drzwiach

Albo w gabinecie na drzwiach , jak pracujesz i dzieci wchodzą to niech nie zamykają drzwi za sobą, jak ich nie ma to zamknięte, jak nie pracujesz to gabinet zamknięty. I wszyscy szczęśliwi!

Wręcz przeciwnie. Nie musi to służyć autorowi wątku, ale wszystkim czytającym.


SmokAnalog, przecież i tak po sprawdzeniu czy input nie jest pusty powinno się w tym przypadku sprawdzić preg_replace czy prawidłowe dane wpisano, więc czemu aż tak się czepiesz empty?

Dzieci, jak dzieci - przekonaj żonę

Jaki potwor....
Ja uzywam empty do sprawdzania takich rzeczy: null, '', 0, FALSE. W niektorych miejscach nie ma dla mnie znaczenia ktora z tych wartosci wystapi, gdyz dla mnie zawsze to jest empty. To wlasnie robi ta funkcja. Zas gdy bedzie 1, 2,3 ...... 100000, TRUE, 'smok analog przesadza' to wowczas to nie jest empty i tak wlasnie dziala ta funkcja.

Mozesz sie nie zgadzac z tym, twoje prawo, ale nie pisz, ze to idiotyzm czy potwor, jesli nie rozumiesz po co ona powstala.


No i ok. Tylko ze jak z bazy dostaję ciag '0' to akurat dla mnie w moich przypadkach to jest wlasnie empty Wiec zalezy od czasu i miejsca

I Qss ma racje, zrobil sie tu lekki offtopic wiec wydzielam posty.

To jest dopiero pomysł! Popieram

A co to zona cyckow nie widziala?

Moj gabinet to jednoczesnie plac zabaw dzieci

Potwór, bo nie zachowuje się jak funkcja.

[PHP] pobierz, plaintext 
empty('test');
[PHP] pobierz, plaintext 

Rozumiem po co powstała, uwierz mi.

I co w podanym kodzie jest znowu zle?

A zachowujesz sie jakbys nie rozumial.... Podalem ci przyklady, gdzie uzycie tej funkcji jest jak najbardziej poprawne.

Odpal go, nauczysz się nowej rzeczy

A wystarczy zajrzec do manuala
http://pl1.php.net/manual/en/function.empty.php

Odpalasz nieprawidlowo a potem znowu sie dziwisz Jedyne co sie nauczylem, to to, ze nie umiesz czytac manuala

@SmokAnalog - z całym szacunkiem, ale bredzisz. Albo tkwisz w złym przekonaniu, albo starasz się być kontrowersyjny. To i to jest słabe.

Zobacz sobie np. jak wygląda walidator NotBlank z Symfony 2: https://github.com/symfony/symfony/blob/mas...nkValidator.php.

Czekam aż ponownie nazwiesz tego potwora funkcją.

Tak, to jest funkcja, ktora jako parametr wymaga podania zmiennej...

I kto tu nie umie czytać manuala:


@Nospor, sam pytałeś co w tym kodzie jest nie tak, czyli tego nie wiedziałeś. Dlaczego zamiast się przyznać do błędu próbujesz mnie ośmieszyć? Bawi Cię to?

Nie zaprzeczajmy danym z manuala, empty znajduje się w kategorii "Variable handling Functions".
Dodatkowo przyjmuje dane wejściowe oraz zwraca wynik - dlatego JEST funkcją.

Fakt faktem troszkę inną niż reszta, ale to przecież PHP - można przywyknąć
By the way, mieli chyba to zmienić w którejś wersji PHP (bodajże 5.5), czy doszło to do skutku ?

@Edit chyba tak:
http://www.php.net/manual/en/migration55.new-features.php

Nie przyjmuje danych, dlatego nie jest funkcją.

PHP sam sobie zaprzecza, wstawiając empty pod dział "funkcji" a potem pisząc


Ale do tego, że PHP często jest hipokrytą, już się każdy powinien przyzwyczaić
Ale tak jak mówiłem, poszła chyba poprawka w 5.5 do tej konstrukcji języka.

Poniewaz sadzilem ze to jest czesc kodu, ktory mam uzyc a nie calosc I w tym momencie zapomnialem tez, ze do empty nie mozna przekazac niezmiennej.

Nie, nie probuje cie osmieszyc, nie sadzilem ze bedziesz sie czepial sztywnego tekstu:


W takim razie tak, masz racje, to nie jest funkcja..... to jest konstrukacja jezykowa. Zadowolony teraz? Nie zmienia to faktu, ze ta konstrukcja jezykowa nie jest potworem ani idiotyzmem. Trzeba tylko wiedziec jak dziala.

To prawda, ale jak znajdziesz w sklepie sernik na półce z owocami, ale z naklejką "To nie jest owoc!", to uznasz sernik za owoc czy nie?

Przeciez przyjmuje dane.... ino ze dane ktore muszą byc odpowiednio zapodane jako zmienne. Taki dodatkowy wymog.


Uznam, ze albo nie bylo juz miejsca na polkach z sernikami, albo sprzedawca zapil dzien wczesniej. Jaki to ma zwiazek z ogolnie przyjętą funkcją empty a w szczegolnosci z konstrukcja jezykowa? Zaden.

Płyta przechowuje film.
Płyta nie jest filmem.

Zmienna przechowuje dane.
Zmienna nie jest daną.

Kasia jada jabłka. Kasia jest czlowiekiem.
Ola jada tylko jabłka przekazane jej w pudełku. Ola nie jest człowiekiem.

Dobra, nie wiem o co ci juz chodzi. Jak juz pisalem, rozpoczalem dyskusje po tym jak napisales, ze empty to idiotyzm. Wyjasnilem ci grzecznie ze sie mylisz. A rob se teraz co ci sie zywnie podoba. Zaluje jedynie ze zmarnowalem na te glupią dyskuje tyle czasu :/

Ale pod postacią zmiennej przekazujesz zawarte w niej dane do funkcji / konstrukcji.
Więc jeżeli przekazujesz do strtolower zmienną z wartością to też nie używasz wtedy funkcji ?

Bo ona przyjmuje wtenczas zmienną, a nie czystą wartość ?
Jaki sens miałoby programowanie bez możliwości używania zmiennych w funkcjach.

Empty przyjmuje dane wejściowe, tylko pod postacią zmiennej która zawiera te dane.
I te zawarte dane są analizowane.

Troszkę chyba za dalekie wnioski wysunąłeś