Aktywne Wpisy
belfegorrrr +266
#sasiedzi nie wiedziałem, że powoduje wzajemną dezorganizację parkując na ogólnodostępnym miejscu na parkingu wspólnoty xd
źródło: Zdjęcie z aparatu
Pobierz
Mega_Smieszek +676
źródło: temp_file7063114791074184262
Pobierz



- Mam sobie listę złożonych wniosków w panelu admina w różnych kategoriach
- Obok każdej kategorii chcę umieścić liczbę NOWYCH, nie rozpatrzonych przez admina wniosków
Wszystko to jest oparte na AngularJS, więc w Symfony jest to REST API.
I teraz nie wiem jak tą liczbę nowych wniosków wykonać.
Czy:
- wysyłać nowy request do API z liczbą nowych wniosków w danej kategorii (trochę głupie, nawet bardzo)
- wysyłać to do Angulara razem z obiektem kategorii, czyli np.
category_name: Sport
nierozpatrzone: 14
Ten drugi sposób uważam za bardziej poprawny, więc:
- jak wykonać to od strony Symfony, tj. w encji z kategorią wniosków dodać pole unread (które będzie bez adnotacji @ORM, czyli bez odzwierciedlenia w bazie) i później po pobraniu kategorii przepuścić je przez foreach i dopisać do tego pola "unread" liczbę nierozpatrzonych wniosków ? (⌐ ͡■ ͜ʖ ͡■) Januszowe bardzo, tak więc nie wiem w jaki sposób to rozwiązać :(
@Jurigag: [Semantical Error] line 0, col 85 near 'FROM AppBundle:Event': Error: Class 'FROM' is not defined.(╯︵╰,)
Kod:
$query = $em->createQueryBuilder()
->select('a,(SELECT
@Jurigag: Tak, bardzo szybkie. Nawet jak masz kilkaset wartości, to mikrosekundy.
A jak pojawiłby się problem, że jednak tych rekordów jest bardzo dużo, to można zoptymalizować przez
FOSRestBundle, ale popatrz na mój poprzedni komentarz – możesz to sobie zliczyć metodą w obiekcie kategorii. Więc chyba podczas serializacji możesz powiedzieć, żeby użył sobie tej metody przy zwracanych danych.@Spake: Mnie wiele nauczyły jaki kod jest dobry a jaki kiepski – jeśli trudno się kod testuje, to raczej jest kiepski i zmusza mnie to do szukania „jak zrobić lepiej”.
Stąd mocno polecam: nie tylko, żeby mieć pewność wobec swojego kodu przy przyszłych zmianach, ale też dla samorozwoju jako programisty.
@Jurigag: Wielkie dzięki, ogarnąłem już to zapytanie i tak zrobiłem, dzięki ! Jeszcze jedno pytanko - da się zrobić tak, aby nie
@Jurigag: Nie twierdzę że nie. Twierdzę, że może szybkość nie jest priorytetem i można to napisać w oderwaniu od frameworka => co w większości przypadków jest preferowanym rozwiązaniem.
Jeśli szybkość jest takim priorytetem, to może w ogóle olać Doctrine, Symfony i jakieś Bundle? Utworzyć dedykowany plik, routing na nginx'ie, mysqli_query i śmiga 10 razy
@Jurigag: Pozbycie się Symfony i Doctrine będzie miało jeszcze większy wpływ na czas, a jednak tego nie robisz…
Moim zdaniem to jest premature optimization. Napisz to „możliwie najlepiej” pod względem „jakościowym” (czyli testowalne, w oderwaniu od fw, etc). Sprawdź czy zamula na tyle, że zmuszony jesteś optymalizować. Wtedy optymalizuj.
Ale jeśli z
Bardzo rzadko z góry kombinuję nad hackami optymalizacyjnymi – bo pomimo że appka jest intensywnie użytkowana i ma miliony rekordów w niektórych tabelkach, to generalnie wydajność jest satysfakcjonująca i wolę się skupić na jakości
@Jurigag: Eeee, to nie używaj Doctrine ;)