Ty chyba nie wiesz co piszesz . Laravel zle opinie? Nie ma dużych aplikacji? Wtf?

W Polsce wśród Symfonowców ma złe opinie i inni programiści tez biorą to pod uwagę. Nie widziałem Jeszcze dużej apki na Laravel

W Polsce wśród Symfonowców ma złe opinie i inni programiści tez biorą to pod uwagę. Nie widziałem Jeszcze dużej apki na Laravel

Witam wszystkich. Na co dzień siedzę w bazach danych klepiąc procedury i zapytania. Ostatnio naszła mnie chęć na hobbistyczny powrót do PHP, a co się z tym wiąże wybór framework'a na którym miała by się oprzeć aplikacja. Po przeglądnięciu dokumentacji najpopularniejszych framewrok'ów postanowiłem spróbować sił w YII2. Problem w tym, iż z tego co widzę na polskiej scenie raczej mało osób z niego korzysta. Coś z nim jest nie tak? Czy może jest to na tyle świeży produkt i niedopracowany, iż nikt na razie nie chce na niego przeskakiwać z dnia na dzień?

Yii2 jak sam zauważyłeś jest młody, ale projekty się pojawiają.
Możesz spokojnie na niego wsiąść ew. http://silex.sensiolabs.org/ jak chcesz cos minimalistycnego.

Silex jest dobry odpowiednio skonfigurowany i można sporo bundli pod symfony instalować.

Przepatrzę dokumentacje silex i zobaczę co z tego wyjdzie. Przyznam szczerze, iż mam na oku jeszcze CakePHP. Ale chyba nie obejdzie się bez zrobienia jakiegoś "lekkiego" projektu w każdym interesującym mnie famework'u, aby sensownie podjąć decyzję.

Forti Jak nie słyszałeś o złej opinii Larvela to zajrzyj na phpersów na fb

a ja właśnie mean.io zainstalowałem. Nie jest to php - node, mongo, mean.js, angular - jest moc




hm... ja tam Laravela dawno nie używałem, ale uważam że masa ludzi w polsce od PHP ma swoje przekonania i uprzedzenia bezpodstawne. Na PHPers w gdańsku byłem ostatnio - goście stawiali w c.. duża apke na mysql i mieli problem, bo się okazało że całość z doctrine i mapowaniem.. no sorka, ale do takich rzeczy czysty sql/dql lub już mongo także ich marudzenia nie słucham - a już na pewno nie kieruje się tym.

No chyba żartujesz bo to co napisałeś zupełnie nie ma sensu (szybki przykład: chcesz używać dql bez mapowania?!). Zwłaszcza, że nie znamy aplikacji.

Wiesz jaka jest różnica między:

[PHP] pobierz, plaintext 
//...
->getQuery()
->getResult();
[PHP] pobierz, plaintext 

a

[PHP] pobierz, plaintext 
//.
->getQuery()
->getArrayResult();
[PHP] pobierz, plaintext 

albo np.

[PHP] pobierz, plaintext 
$this->createQueryBuilder('c')
            ->select() //...
            ->getQuery()
            ->getResult(); // getArrayResult();
[PHP] pobierz, plaintext 

a

[PHP] pobierz, plaintext 
$this->getEntityManager()
    ->createQuery('SELECT ...')
    ->getArrayResult(); // getResult();
[PHP] pobierz, plaintext 

Ogromna

edit:
z tym mapowaniem to chodzi mi o mapowanie do obiektów doctrine - encji. To jest najcięższe - te obiekty są po prostu cholernie duże.

Masz rację, inaczej zrozumiałem to co napisałeś. Nie mierzyłem nigdy różnic czasu wykonania i zajętości pamięci, ale jak znajdę czas to sobie sprawdzę, zwłaszcza od jakich ilości danych warto nie pobierać encji. Podejrzewam, że hydracja do tablicy, nie będzie wiele szybsza od obiektu. Nie wiem też do czego im było naraz tyle encji, są różne sposoby rozwiązywania różnych problemów i zwalanie na to, że Doctrine wolno hydruje nie ma sensu.
To w takim razie pozostaje kwestia dlaczego mongo skoro problem wydajności leży w aplikacji a nie bazie danych? Zwłaszcza, że nie zawsze da się dane z sql przenieść do nosql zwłaszcza do mongo.

To była plikacja w stylu z bardzo dużą ilością zapytań do bazy (w milionach na dobę), oparta o serwisy czy coś - nie pamiętam dokładnie.

Wiem, że obiektu doctrine - nie ważne czy 1 wiersz z 2 kolumnami czy 100 wierszy nie zrobisz var_dump w 30 sec (taki "test" na szybko) podczas gdy array to array. Róznice są ogromne.

Nie wiadomo czy w tej aplikacji było więcej zapisywania czy odczytywania, nie wiadomo czy były potrzebne transakcje i innych czynników też nie znamy.
Wynik var_dump zależy np. od encji i (chyba) od tego czy masz xdebuga zainstalowanego. Problem bierze się z cyklicznych referencji, więc to nie ma znaczenia ile trwa wykonanie var_dumpa na tej encji. Tablica to tablica a obiekt to obiekt, trudno się z tym nie zgodzić, tylko jeśli doctrine robi hydrację do tablicy to niewiele się to różni od hydracji do obiektu (oczywiście nie dotyczy to natywnego sqla). Być może są ogromne, ale nadal nie wiadomo jakie.

Po jednej prelekcji to ja wiem tez nie wiele. Wiem ze swojego doświadczenia ze to zyskuje odrobine czasu na hydracji. Tak samo jest z doctrine ODM. ten typ tak ma 😃

Jak najbardziej się z Tobą zgadzam. W Yii jest tak samo, jak użyjesz zwykłej metody do budowania zapytania jest ono szybkie ale jak użyjesz ActiveRecords to już niestety jest to wolniejsze, może to nie ma znaczenia przy małych aplikacjach ale jeżeli apka ma zapytań milion to już będzie to ograniczenie.


Na FB w phpersach są źle nastawieni do Laravela ponieważ jego Twórca troszkę sam sobie kopie dołki, ostatnio z tym PSR-2, po tym nawet na twitterze został zjechany.
Laravel ma fajną strukturę, ale tam są proxy jest nazwane fasadami to trochę kłuje w oczy.
Symfony, ZEND, Yii myślę że to przyszłość. Jeżeli chodzi o Yii2 oraz społeczność w Polsce jest ich mało natomiast coraz więcej jest projektów. Jeżeli zna się angielski to można szukać rozwiązań na stackoverflow itd. Yii2 młody FW jak powiedział przedmówca.

Jeśli miałbym komuś coś doradzić, to powiem jedno zdanie - gdybym mógł przenieść się w czasie do okresu, kiedy zaczynałem wdrażać się w PHP, wtedy poświęciłbym swój czas wyłącznie na Zenda, Symfony i Doctrine, a resztę frameworków po prostu olał.

Pisałem projekty na FueluPHP, Laravelu 3, Laravelu 4, PhalconiePHP, spędziłem masę czasu przeglądając jakieś Yii, Slimy, micro frameworki - i teraz spoglądając trzeźwo na swoją przeszłość mogę śmiało powiedzieć, g... z tego mam - tak! Wielkie, cuchnące G...

W firmach PHP-owcy piszą przeważnie w Zendzie lub Symfony, czasem trafi się Laravel - choć są gorsze rzeczy, można np. dostać Wordpressa lub Joomlę, a wtedy lepszy nawet i CodeIgniter. ; )

Hobbistycznie można się bawić w niekonwencjonalne rozwiązania, ale w pracy nie ma na to czasu. No, jedynie wiedza z Laravela mi się przydaje, choć i tak z chęcią zamieniłbym to doświadczenie na praktyki w Zendzie i Symfony.

PS W Laravelu 5 Tylor Otwell rezygnuje z fasad na rzecz serwisów. Co prawda można korzystać z fasad, ale zaleca serwisy.

Jakby kogoś interesowała popularność poszczególnych FW na podstawie miesięcznej ankiety na sitepoint.com (7800 zgłoszeń): http://www.sitepoint.com/best-php-framewor...survey-results/

laravel prawie dwa razy wyżej niż symfony, nawet w "at Work"? Nette zaraz za symfony?

Jakieś dziwne te statystyki. Nette to chyba czeskie, racja? hm..

Prawdziwa nazwa tej grupy to HEJTERSI, polecam jak ktoś chce się podszkolić w gnojeniu innych osób i potrzebuje inspiracji w wymyślaniu nowych epitetów, którymi by można kogoś obrazić

@Forti to po prostu wyniki ankiety.


Tak?






Możesz przybliżyć bo nie jestem na bieżąco w aktualnych hejtach?

Dobra darujcie sobie juz te wojne sf lv. Zyjemy w Polsce wiec warto wybrac to na co rynek ma zapotrzebowanie.
@npm nie musisz mi tlumaczyc bo doskonale wiem i sam tez wdajesz sie tam w dyskusje ale to nie istotne.

Zdarzało mi się kiedyś ale sobie odpuściłem z powodów j.w.

@nrm, a jak zrobić code hint w blade, wiesz może?

Tak offtopowo, czym się różnii?

[PHP] pobierz, plaintext 
$this->getEntityManager()
    ->createQuery('SELECT ...')
    ->getArrayResult(); // getResult();
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
    $this->createQueryBuilder('c')
    ->select() //...
    ->getQuery()
    ->getResult(); // getArrayResult();
[PHP] pobierz, plaintext 

W pierwszym przykładzie tworzysz DQL. W drugim najpierw tworzysz sobie składowe zapytania (tak jak to tłumacze, pewnie inaczej to się nazywa) a następnie doctrine to parsuje na DQL. Czyli pierwszy przypadek jest wydajniejszy - omijasz jedną warstwe.

Jeżeli chodzi o getResults - zwraca jako instancja klasy encji (te z src/../bundle/entity/jakas_sobie_klasa.php a drugi zwraca tablice. Osobiscie nie widzę sensu zwracać obiektu jeżeli nie chcemy go nadpisywać / zmieniać. Jeżeli tylko wyświetlać to DQL i array, jak chcemy edytować to jako encje.

Wydajność

Nie wiem o co Ci chodzi, masz na myśli podpowiedzi składni blade? @if @section itp? To jest w PHPstormie wbudowane.

Używam netbeans, jest do niego taki dodatek, który daje code hint w plikach php, ale nie w blade, w nawiasach, jak tu bym chciał:



dla Form:: mieć code hint, a nie mam

Masz to w PHPstorm?

PHPStorm ma takie dodatki (pluginy)

no ile tam jest tych metod do "zapamiętania" 10-15 ? wykorzystasz każdą x3 i już będziesz pamiętał.

ja pod ręką mam zawsze to http://cheats.jesse-obrien.ca/

Fajne, dzięki.

Polecam inwestycje w storma, to się naprawdę zwraca. Bardzo dobrze pracuje się z Laravelem, jest świetny plugin do Symfony, kilka innych dodatków. Koszt kilku(nastu) godzin pracy na cały rok. Tak na marginesie tej dyskusji o FW.

A co sądzisz o Sublime Text?

Submile text służy mi tylko do edycji plików typu vhost . Przy takim narzędziu jak phpstorm to nawet nie ma o czym dyskutować.

Popieram jako klient JetBrains. Ich dystrybucję, w szczególności webstrom, i pycharm biją na głowę wszystkie środowiska dla js i pythona. Analogicznie PHPstorm pewnie daje tak samo radę.

Tak tylko wtrącę: proszę trzymać się tematy dyskusji, na temat edytorów/IDE jest osobny wątek

Kontynuując mój wątek sprzed kilku stron odnośnie frameworka na start, to przeglądnąłem ostatnio dokumentację Codeigniter i jak na początek wygląda idealnie. Moje pytanie brzmi dlaczego ten framework jest tak słabo popularny w Polsce? W ogóle może się ktoś wypowiedzieć na jego temat.? Z góry dziękuję za odpowiedź.

Był bardzo popularny kilka lat temu. Jednak przespał swój rozwój, gdy inni dodawali nowe, lepsze funkcje. Od niedawna łapę na tym trzyma jakiś uniwerek i zmierzają ku wersji 3.0 (która w zasadzie nie wprowadzi nic nowego, a raczej będzie pomostem przy porzuceniu starych nawyków programistycznych).

Czyli tworząc projekt w tym frameworku robię po prostu krok w tył co jest bez sensu. To rozglądam się dalej.

Jeśli masz szajbę na punkcie nowinek, standardów czy wzorców to tak. Jednak w FW nie o to chodzi. CI jest mimo wszystko nadal rozwijany, więc przy migracji na różne serwery nie padnie Ci od tak. Jest masa ludzi którzy piszą swoje aplikacje jeszcze w ZF1... czy są zacofani? Nie, ponieważ piszą w tym w czym im wygodniej, pasują im założenia danej wersji.

BYŁ bardzo popularny tak +/- 2006-2008, w tej chwili trudno go używać bo reprezentuje architekturę i rozwiązania z poziomu czasów PHP4. Jeżeli dla kogoś 8 lat to nadal czas "nowinek" to ciężko z tym polemizować

Ekhm, CodeIgniter został stworzony za czasów PHP4, a zatrzymał się na PHP 5.1. Niech to do Ciebie jeszcze bardziej przemówi. Możesz go przyrównać do Poloneza Caro. Kiedyś marzenie każdego, teraz... rdza. ; )

Na start bierz Laravela jeśli chcesz zacząć od czegoś mniejszego, później skacz w Symfonię lub Zenda - to dobra droga, nie pożałujesz, te 3 frameworki to TOP3 w Polandii.

Mówisz o 2 a mamy 3 http://www.codeigniter.com/userguide3/changelog.html ale tak czy owak nie warto iść jego drogą w Polsce

A, racja, w trójce przeszli z PHP 5.1 na 5.2. ; )

Dawno temu pisałem trochę w CI, sprawdziłem trójkę po hucznym przejęciu jej przez inną firmę - niewiele się zmieniło, to taki lekko stuningowany Polonez Caro. ; )

CI to po prostu CI i faktem jest że nie ma co się na nim rozwodzić. Kiedyś na tym forum polecano iście jego ścieżka, ale mamy 2015 rok więc sadze że są o wiele lepsze narzędzia od niego To do autora żeby nie było znów oburzenia jak ostatnio

sf to 5.3 więc a przepaść mimo to jest miedzy nimi ogromna a pod 7 nie są gotowi jeszcze

Dopytam, bo stron trochę jest a może ktoś ureguluje wszystkie wypowiedzi

Jakie FW na początek? YII2 ? symfony2? Zend czytałem że dość toporny jak na początek ?

Ten temat tak naprawde nie ma wgl sensu bo zapytasz lv powie ci lv zapytasz sf powie swoje. Na tym forum jest garstka osob ktora pracuje w kazdym ktory wymieniles ale wyboru nie powienes dokonywac za pomoca nas bo czym jest framework. Jest to zbior bibliotek ktore powstaly poto aby łatwiej i szybciej tworzyc w naszym wypadku serwisy. Kod twn zpstal odpowiednio przwtestowany i wiadomo ze jest skalowalny. A to co Ty wybierzesz to Twoja sprawa. Niektorzy powiedza poco np armata do muszek czyli np sf skoro jest silex. Ale z drugiej strony jak uzyjesz sf to łatwo mpzna to pptem rozbudowac a nie z czasem dochodzic do tego samego co w sf zrobilo by sie w pare chwil. Jesli juz czyms sie sugerowac to w PL kroluje Sf potem masz Zenda i reszte swiata

Oczywiście, że przy PHPSTORM nie ma go co porównywać, to ogólnie różne od siebie produkty, zarówno jakościowo jak i wydajnościowo ale ST jako lekki edytor jest całkiem przyjemny.

Zdecydowanie lepszy niż choćby note++. zgadzam się, jeden z lepszych

może coś doradzicie, poszukuje lekkiego, małego i mega uniwersalnego fw założenia:

- obsługa systemu szablonów np. Twig albo Blade
- baza danych z ORM głównie mysql
- możliwość renderowania innego kontrolera i jego widoku do zmiennej
- najlepiej gdyby miał wsparcie dla modułu wzorca HMVC
- im mniej kodu trzeba pisać tym lepiej
- cache, wsparcie dla redisa mile widziane

Generalnie nie masz za dużego wyjścia, a i tak więcej możliwości niż w innych językach.

Silex + doctrine + twig w standardzie. Jeżeli to Cie nie przekonuje to przykro mi

Dlaczego? Silex swoją budową, strukturą itp. przypomina symfony2, z czego wynikają następujące plusy:
+ wiele pakietów (bundle) dla symfony działa idealnie dla silex
+ ogromne wsparcie społeczności. Masz problem? Poszukaj pod frazą symfony.
+ mimo tego co powyżej to jest znacznie szybszy i prostszy niż symfony

Minusy? Moim zdaniem:
- więcej kodowania i pisania niż w symfony (zwłaszcza gdy ktos zna symfony i wie dokładnie co i jak)
- kilka istotnych bundle sprawiają mimo wszystko problemy


Jak coś lekkiego to silex. Chyba że laravel - również można, zwłaszcza że ostatnio chyba ma on swój odpowiednik w postaci microframeworka

@Forti tak i zowie się to Lumen, które w teorii jest najszybszy spośród mikroframeworków