Wszystko

Najnowsze

Archiwum

OlekAleksander
OlekAleksander
  • 2
@wujekmundek: Ja bym tak nie przesadzal z tym GitHubem jak nie ma doswiadczenia, bo mozliwe, ze nawet tam nie zagladaja. Sory, ale teraz na juniora dostaja tyle cv, ze watpie, zeby przegladali ich kody, przy kilku cv juz ciezko, zeby wszystkie repozytoria ktos ogladal a teraz dostaja duzo wiecej niz kilka cv.
  • Odpowiedz
aso824
aso824
via Wykop Mobilny (Android)
  • 2
@Trochutak: IMO jeden dobrze zrobiony projekt na GH który żyje tzn jest postawiony i osiągalny pod domeną. To możesz wpisać w CV w jakiejś sekcji "projekty", możesz tym zainteresować rekrutera, a ew. programista sprawdzający kod ma już na co spojrzeć. Podepnij w takim projekcie narzędzia CI typu Travis, poczytaj o phpunit czy phpstan. Takimi rzeczami jesteś w stanie się wybić jak masz solidne podstawy. Możesz też prosić o CR tutaj
  • Odpowiedz
T.....k
  • 0
Cześć, mam problem z wrzucaniem appki na produkcję, a mianowicie próbuję ją zdeployować na produkcję przez heroku. Wszystko już mam poustawiane, ale pojawia mi się problem z niedziałającymi odwołaniami w Twigu do zbudowanych plików js i css z Webpack encore:

An exception has been thrown during the rendering of a template ("Could not find the entrypoints file from Webpack: the file "/app/public/build/entrypoints.json" does not exist.").
nie mam pojęcia co mogę zrobić, w
  • 3
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
szczesc_borze
  • 0
@Trochutak: Trochę tylko w temacie. Webpack jest nieobliczalny. Robiąc deploy i budując assety, nie rób tego na istniejących plikach, tj nie nadpisuj nic nigdy, bo może się np zdarzyć, że mimo poprawnego wyeksportowania funkcji js, będzie sypało błędami w przeglądarce. No ale w tym przypadku wyraźnie twig nie widzi tego pliku. Czy sprawdzałeś uprawnienia do odczytu? Zresztą, tu jest wyjaśnione dla heroku również. chyba: https://stackoverflow.com/questions/53436078/symfony-webpack-could-not-find-the-entrypoints-file-from-webpack
  • Odpowiedz
ajgoron
  • 1
Mirki z tagów #php #ecommerce #symfony #laravel mam pytanie, które skierowane jest do osób z doświadczeniem ze sklepami. Będę stawiał sklep spięty z hurtowniami z dropshippingiem i wybieram technologię po stronie back-endu. Sklep przez pierwszy rok/dwa raczej nie będzie pod dużym obciążeniem. Klient na razie chce przetestować pewien pomysł, a w razie gdyby potrzebne było skalowanie ze względu na wzrost zainteresowania jest gotowy zmienić
  • 4
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
D.....n
  • 1
@ajgoron:

Klient na razie chce przetestować pewien pomysł, a w razie gdyby potrzebne było skalowanie ze względu na wzrost zainteresowania jest gotowy zmienić technologię.

Jeśli tak to klient powinien zainteresować się SaaSem, a nie stawianiem platformy od zera, bo na początku to ty jako deweloper będziesz dla niego najbardziej zabójczym kosztem w ecommerce, i jest zwyczajnie taniej zacząć z jakimś
  • Odpowiedz
ajgoron
  • 1
@Bulldogjob jak zwykle czepiam się artykułów dot. php ale kurcze. Oryginalny art. z 2018 roku na medium i jedyne co zostało zrobione to tłumaczenie? Szkoda, bo gdyby były przykłady wykorzystania, użycie fabryki (jak ktoś w komentarzu na medium zasugerował), wysyłka maila w razie błędu określonego poziomu i jakieś inne smaczki to mógłby być fajny art bo temat ciekawy, a przez wielu pomijany. Dwa, że w obecnych wersjach Symfony nie tworzy się
  • Odpowiedz
szczesc_borze
  • 1
@croppz: Mi się podobał graphql, ale nie widziałem dla niego zastosowanie w projektach nad którymi pracowałem akurat, choć były to głównie API - wszelkiego rodzaju. W symfony jest zawarta pewna koncepcja wychodząca daleko poza to, co opisują w dokumentacji. Service oriented, event driven to nie tylko mechaniczne sposoby na pisanie kodu, ale pewien sposób projektowania go. Z oficjalnej dokumentacji niewiele wynika. Nawet tak dobry komponent jak Workflow został po prostu
  • Odpowiedz
aso824
  • 2
@tylko_na_dole: nie, zapomnij o istnieniu kontenera w 90% przypadków przy pisaniu unitów. Używaj metody setUp aby jednorazowo tworzyć testowaną klasę i mocki bez kopiowania kodu. Trzymaj się standardu nazewnictwa: testFirst_Success() - mieszane dwa style. Dbaj o to żeby test miał nazwę adekwatną do tego co testuje - ten przykład jest dosyć abstrakcyjny, ale już tutaj dopisek Success gryzie; przykładowo gdybyś miał klasę która jedyne co robi to dodaje komentarz, to
  • Odpowiedz
Jurigag
  • 3
@tylko_na_dole: nie, w testach jednostkowych nie powinno być w ogóle kontenera i frameworka
do tego testowanie repozytoriów w testach jednostkowych mija się z celem, bo głównie będziesz testował mocki, albo czy dobrze działają natywne elementy języka(typu typowanie, wywołania metod, ustawianie propertiesów itp)

takie rzeczy lepiej testować integracyjnie, czy to na realnej bazie, czy na jakimś sqlite albo inmemory jeśli trwa to za długo, ale tego drugiego bym unikał, jeśli trwa
  • Odpowiedz
t.....e
t.....e
  • 0
Mam pytanie odnośnie pisania testów w Symfony 4 phpunit. Mam problem z mockowianiem w serwisie (ang Service) innych prywatnych serwisów, np. Repozytoriów.

W Symfony 3 robiłem to tak: pisałem mocka repozytorium i podmieniałem go w kontenerze $container->set('repo', $mock); - podmieniałem prawdziwy serwis na mock'a. Wtedy w serwis używał mojego mocka zamiast prawdziwego repo.

W Symfony 4 serwisy są prywatne. W takim razie jak się to robi?

Znalazłem
  • 3
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
T.....k
  • 0
Miruny
bawię się od jakiegoś czasu w #php i #symfony

do pewnego momentu bawiłem się używając XAMPa do stawiania lokalnego serwa do wykorzystania bazy danych #mysql, ale zamarzyło mi się spróbować sił w konteneryzacji i użycie #docker i obrazów mysql oraz phpmyadmin do stawiania bazy danych w kontenerze.

Wszystko fruwa, śmiga i działa. Jestem w stanie przez przeglądarkę podejrzeć sobie bazę danych na localhoście, ale kiedy
  • 12
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
Phatee
  • 0
Korzysta ktoś może z Symony na Windowsie i wie czemu w konsoli MINGW64 tekst wyświetla się w taki śmieszny sposób? Da się z tego korzystać ale nie wiem czemu tak jest.
Ciężko mi wyszukać po angielsku jak opisać problem żeby to wyszukało. MINGW showing a lot of bollocs alongside normal text jakoś mi nie pomogło (xd)
#symfony
Phatee - Korzysta ktoś może z Symony na Windowsie i wie czemu w konsoli MINGW64 tekst...

źródło: comment_1603399934pxz5NRBa7dcAKdzBEXHPUq.jpg

Pobierz
  • 4
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
Jaciej
Jaciej
  • 0
@Phatee zmień konsole na obsługującą kolory albo poszukaj czy symfony nie ma przełącznika typu batch mode albo coś takiego. W Mavenie taki jest i wyłącza kolorowanie wyjścia
  • Odpowiedz
bmLq
  • 1
@Klopsztanga: ale wyciągnięcie docker compose poziom wyżej jak najbardziej ma sens. Oddzielasz kod aplikacji od infrastruktury. I jak by mi się chciało na pewno bym Ci znalazł popularne open source projekty które tak zrobiły. Ba niektóre wyciągają konfigurację docker do oddzielnego repo.
  • Odpowiedz
kefas_safek
kefas_safek
  • 1
do #php do takich mniejszych serwisów to slim albo #laravel? Bo #symfony wydaje się armatą na komara, czy się myle?
Coś w rodzaju prostego admina, kilka dashboardow, ze dwa crudy i tyle. Dawno we frameworkach nie siedzialem, sa tu jacys eksperci?
  • 10
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
dodo_
dodo_
  • 6
@kefas_safek: Mylisz się że Symfony to armata na komara.
Symfony z micro kernelem używa się do apek ze 100 liniami kodu. (I nie jest „wolniejsze” od konkurencji wspomnianej) A co dopiero admin i Dashboardy.
Poza tym można korzystać z pojedynczych componentów.
  • Odpowiedz
zakopiak
zakopiak
  • 5
@kefas_safek: Prędzej Symfony, niż Laravel. Wyjaśnienie masz od @dodo_, pod czym się podpisuję.

Co do Slima, to jest spoko i go nawet używam produkcyjnie, ale to microframework. Oznacza to, że out of the box nie masz w nim absolutnie nic. Będziesz musiał wszystko sobie "ręcznie" dorzucać.

CRUDy i dashboardy może nie wydają się być czymś specjalnie skomplikowanym, ale to od strony biznesowej. Od strony technicznej będziesz raczej korzystać
  • Odpowiedz
zakopiak
zakopiak
  • 1
@gajowy_marucha: Największa zmiana pomiędzy 3 a 4, to zmiana struktury projektu w związku z przejściem na Flexa. Także sugerowałbym najpierw przejść na 4.

Poza tym Symfony jest dosyć stabilne, jeśli chodzi o stosowanie SemVer. Także upgrade najłatwiej się robi na zasadzie :
1. Update do najnowszej wersji minor.
2. Fixy wszystkich rzeczy "deprecated" (info pojawia się w profilerze)
3. Upgrade do kolejnej
  • Odpowiedz

Powiązane tagi