@gromusek:

https://packagist.org/search/?q=pop3

https://packagist.org/search/?q=imap

Na przykład tedious/Fetch.

@gromusek: taki sam jak nie przez laravela

wzorcach

@progreso: antywzorcach*

@singollo: jak nie wiesz "jak to testować jednostkowo" to polecam książkę https://leanpub.com/laravel-testing-decoded to się dowiesz.

@kot1401: To pierwsza wskazówka: Popraw Wszytskie na Wszystkie.

@handler: zacznij uzywac #symfony i po sprawie ;)

tylko, że taka klasa/interfejs nie istnieje lub jej nie mogę go znaleźć ;;

@Jacob: Zawsze w takiej sytuacji możesz użyć mechanizmu Reflection. http://php.net/manual/pl/class.reflectionclass.php - tworzysz taki obiekt (

new ReflectionClass('nazwa_klasy')
) i potem dumpujesz wyniki metod getFileName i getStartLine. Bez tego nie wyobrażam sobie jakiekogolwiek debugowania :)

@hoRacy: #tylkosymfony2

@kot1401: ładnie i kolorowo

@kot1401: Projektowanie aplikacji lepiej zacząć od reguł modelu - baza danych te jedynie szczegół implementacyjny warstwy persystencji.

Zaczynając od bazy, przywiazujesz do niej architekturę aplikacji. "Psujesz" jej układ ograniczeniami konkretnego silnika, myślisz cały czas ideami ważnego, ale pobocznego tematu - zamiast myślec o tym, jakie faktycnie chciałbyś mieć obiekty i o jakich rolach.

Gdybys zaczął od aplikacji, kto wie, moze byś skończył na Mongo zamiast MySql, a moze w ogóle byś olałPokaż całość

@kot1401: możesz. używasz rollbacka i edytujesz

@kot1401: mozesz jeszcze zrobic migracje update

@dprg: nie bierze się pracy w zendzie. szkoda zdrowia.

@adrael: nie no, argumenty by się znalazły ale chyba sam przyznasz, że codzienna postawa "someone is wrong on the internet" jest męcząco-nużąca, zaczynanie flejmów ciagle od nowa jest męczące więc zostaje co najwyżej śmieszkowanie ;) ale fakt: mało kto chce robic w zendzie, firmy mają problem w szukaniu zendowców, a już zf1 to zupełnie...

@kot1401: powinno się dependency i binarki trzymać zdala od repo, ale sam muszę przyznać, że o ile binarek nie trzymam, to dependency często leżą w repo.. :<

@kot1401: Od tego jest composer + gitignore, żeby kod frameworka leżał sobie lokalnie z vendorach, a nie w repo.

@kot1401: ustaw sobie vhost w httpd-vhosts.conf, albo przekieruj główny folder w httpd.conf (plik dla vhosts musisz włączyć w httpd.conf). No i w etc/hosts musisz dodać swój vhost i go przekierować na 127.0.0.1. Przykłady.

@kot1401: DirectoryIndex ustaw w .htaccess, albo wrzuc fejkowy plik index.html/php.

O ile mnie pamięć nie myli, to ja problem rozwiązałem w sposób następujący: utworzyłem link o nazwie php do pożądanej wersji php (coś takiego: ln -s /usr/local/bin/php53-cli php) dodałem do ścieżki (PATH) i działało.

@CrossX: odpalanie czegokolwiek z prawami administratora z publicznym dostępem to idiotyzm. Nie ucz go takich nawyków.

@kot1401: nie możesz się rozwijać bez composera.

@kot1401: W obecnych czasach nie da się być programistą nie znając środowiska programistycznego, a jakie to środowisko, to już zależy.

@hoRacy: Uzywaj with ( unikniesz n+1 problem).

Poza tym uzywaj profilera (anbu np.) zeby widziec jak szybko co sie wykonuje.

+ uzywaj glowy :)

Eloquent ORM - internet twierdzi, że zapytania przez niego realizowane są kilkadziesiąt razy wolniejsze niż normalnie

@hoRacy: bzdura.

@siwymilek: Bo kiepsko nadaje się do poważnych aplikacji, bo męczy singletons, ma zmienne API i jest mało wydajny.

@dprg: najpopularniejszy to obstawiam symfony i również ci go polecam.

@normanos: Robiłem CMSa w Zendzie. I to pierwszym. I to długo. #yolo :P

@normanos to fajnie ;-)

@tadzik100: Większość w przystępny sposób opisuje Jeffrey Way: https://laracasts.com Możesz sobie dodatkowo oglądnąć całą serie o SOLID.

@JareQ: nie ma lepszego frameworka na którym można się nauczyć oop niż S2.

@mk4s: chwalisz sie czy żalisz? ;)