Forum PHP.pl

"List motywacyjny" i "licencjat z informatyki", dobrze, że kursu zbierania czereśni nie trzeba

Jak zobaczyłem w model raw query bez bindowania to już przestałem dalej sprawdzać (model nie powinien wiedzieć tyle o implementacji warstwy danych) Na pewno jest to ciekawe ćwiczenie do zrozumienia wielu aspektów budowania frameworka i chyba jako ćwiczenie należy to oceniać

[PHP] pobierz, plaintext 
$query = "SELECT article.id AS aid, article.image_thumb, article.page_header, article.page_content, section.id AS sid, section.section_name, details.user_id AS uid, details.fullname"
            ." FROM dbm_article article"
            ." JOIN dbm_article_sections section ON section.id = article.section_id"
            ." JOIN dbm_user_details details ON details.user_id = article.user_id"
            ." ORDER BY article.created DESC LIMIT $limit";
 
        $this->queryExecute($query);
[PHP] pobierz, plaintext 

Masz jasno napisane, że komenda, którą odpalasz nie ma tego parametru.

Zainteresowałem się extensionami jak przy budowaniu biblioteki do LIDAR'a (taa.. poniosła mnie fantazja i zrobiłem to w PHP) trzeba było wysłać sygnał DTR (Data Terminal Ready), żeby silnik rozpoczął pracę lub się zatrzymał. Finalnie skompilowałem to w C++ i odpalam execiem z PHP, ale plan jest taki, żeby zrobić z tego legitnego extensiona

Obstawiam, że firmy raczej na poziomie doboru technologii omijają PHP gdy trzeba zrobić coś co wychodzi poza jego zakres.

o ile dobrze pamiętam to API już nie jest darmowe można użyć OpenStreetMaps

Troll post, ale na 100% nie jest zalogowany w sesji w której sprawdza i dostaje null'a. W Laravelu są też różne guardy uwierzytelniania, defaultowe to web i api, więc jak źle testowane to też zwróci nulla.

https://laravel.com/docs/9.x/authentication...ication-methods

[PHP] pobierz, plaintext 
use Illuminate\Support\Facades\Auth;
 
$user = User::find($id);
Auth::login($user);
 
dd(Auth::user());
[PHP] pobierz, plaintext 

Najlepiej wrzuć sobie to do route w web dla testu i zobaczysz, że działa.

Może po prostu za dużo danych trzymasz w tych sesjach? Takie rzeczy jak koszyk i dodawanie produktów można zrobić po stronie Klienta.

Natomiast jeżeli nie chcesz naprawić problemu, a tylko przykleić plaster to najlepiej zrób logi i zbierz dane. Zapisuj IP, agenta przeglądarki i spróbuj wyłapać w tych danych pattern, który pomoże ci wychwycić niechciane boty. Mając listę botów to zablokowanie nie powinno być już problemem.

Jeżeli szukasz funkcji, która powie czy to bot czy prawdziwy user to takiej nie znajdziesz, ponieważ bot jeżeli chce może udawać usera.

Możesz też skorzystać z gotowych rozwiązań: https://www.cloudflare.com/products/bot-management/

https://www.google.com/search?q=android+jav...t+incoming+call

Zrobienie tego nie powinno być wielkim problemem

Szukam informacji na temat komunikacji front/backend w mikroserwisach opartych o RabbitMQ, ale niestety bezskutecznie.

Załóżmy, że mam prostą strukturę:
- Front
- API Gateway
- Mikroserwisy: A, B, C które komunikują się asynchronicznie przy użyciu Rabbita.

Jak powinna wyglądać komunikacja Frontu z Backendem w przypadku potrzeby pobrania listy w postaci kompozycji danych z mikroserwisu A i B? Front powinien komunikować się w takiej sytuacji z API Gateway, a API Gateway synchronicznie pobierać dane z danego mikroserwisu poprzez wewnętrzne requesty? Czy może lepiej zrezygnować zupełnie z API Gateway i komunikować się bezpośrednio z danym mikroserwisem?

Myślałem też, że można by zrobić jakiś agregat do odczytu, który miałby dane wszystkich mikroserwisów i byłyby synchronizowany poprzez Rabbita z mikroserwisami. Wtedy komunikacja w przypadku takich synchronicznych requestów byłaby Front <-> API Gateway <-> Agregat

Dobrze myślę, czy to zupełnie inaczej powinno wyglądać?

Nikt, nic? Zły dział? Myślałem, że ktoś coś podpowie :-)

W czym ty masz konkretnie problem? Przecież wystarczy zainstalować laravela i porobić katalogi, podział jak w każdym innym frameworku MVC. Laravel ma dosyć przyjazną dokumentację z przykładami.

Z opisu wynika, że raczej nie masz dużego doświadczenia jako programista, więc może zleć komuś przepisanie tego tworu w cywilizowany sposób i ewentualnie dopłać za pomoc w zrozumieniu jak to powinno wyglądać. Szukając "korepetycji" na 99% trafisz na jakiegoś Janusza.

To wszystko zależy od tego jaka struktura finalnie w tym podziale jest potrzebna, ale ja bym użył https://laravel.com/docs/8.x/queries#groupbyraw

Pomijając dodatkowe warstwy, biorąc tylko pod uwagę logikę to koniecznie poczytaj i zrozum:
- https://laravel.com/docs/8.x/collections (opcjonalnie, zamiast foreach)
- https://laravel.com/docs/8.x/eloquent#mass-assignment (nie masz najmniejszej potrzeby tworzyć modelu tak jak to robisz)
- https://laravel.com/docs/8.x/eloquent-relat...e-create-method (j/w korzystaj z relacji przy tworzeniu)
- poczytaj o standardach formatowania kodu https://www.php-fig.org/psr/
- https://laravel.com/docs/8.x/migrations#introduction (linijki 3-8 świadczą ewidentnie o złych migracjach/fk)
- https://pl.wikipedia.org/wiki/SOLID_(progra...anie_obiektowe)

To co napisałeś powinno być max w ~10 linijkach na oko + rozbite na mniejsze części i umieszczone w odpowiednich miejscach.

@nospor & @Szado

Raczej miałem na myśli, czy komuś udało się trafić do takiego zespołu gdzie kod faktycznie jest dobrze utrzymany. Nie chodzi o przewagę frameworka, tylko o firmy. Nigdy nie pracowałem np w Symfony (nad nim obcenie się zastanawiam), więc może jako, że to starszy framework to może łatwiej jest trafić do ogarniętej ekipy bez ulepów w kodzie.

@viking

No właśnie to jest ta głupia wymówka, którą zawszę słyszę, ale w każdej z tych firm, pracodawca nigdy nie robił mi problemów z czasem. Także to ewidentnie lenistwo programistów (bo wiedzę mieli), przynajmniej w miejscach w których byłem. Mówiąc zły kod mam na myśli pisanie w taki sposób, że wygląda jak zminifikowany css (pomijajac nawet kwestie techniczne), a to już po prostu zły nawyk. Przez takie pisanie powstają później metody po 200 linijek i faktycznie w takiej sytuacji to już łatwiej jest skopiować kawałek i nie ruszać ulepa bo apka poleci jak domino:D

@ohm

Zgadzam się, najgorsze są firmy gdzie jest 1 produkt lepiony tak jak mówisz na przestrzeni lat przez wielu ludzi i brak stałej kontroli ogarniętej osoby.

Cześć

Ostatnio naszła mnie taka rozkmina. Od kilku ładnych lat pracuje jako backend PHP/fullstack, głównie w Laravelu - nie żebym go specjalnie wybierał, tak mi się trafił w pierwszej robocie i został. Co firmę trafiają mi się takie ulepy w kodzie, że aż przykro patrzeć. Najgorsze to chyba brak jakichkolwiek zasad formatowania kodu, już nie wspominając o PSR. Kolejny to używanie patternów na siłę, głównie bez zrozumienia (czyli klasyk repository pisany jak service layer) albo pełna dzida w controllerze:D i CTRL + C, CTRL + V metod, bo po co komu DRY. Albo przeładowane/idiotyczne struktury bazy danych, bo ktoś był leniwy i nie chciało mu się zrobić migracji/modelu.

W związku z tym zastanawiam się, czy wy też macie podobne doświadczenia. Może to problem frameworka, który przez swoją prostotę przyciąga tego rodzaju firmy. Może to czas na zmianę frameworka, albo języka...

Jeżeli myślisz o google to jeżeli twoja domena nie ma blokady to przeindeksować podstrony możesz w GSC (czy jak to się tam teraz nazywa).

Natomiast ze szczerego serca odradzam korzystanie z firm pozycjonująych, najbardziej zepsuta branża. Najlepiej od razu zapłać komuś za porządną stronę (nie Wordpress postawiony w 1 dzień, który zawiera dwie tony zbędnego kodu), ustaw meta tagi, daj tekstu na stronę i żadne "profesjonalne" firmy nie są Ci potrzebne do szczęścia. No chyba, że masz za dużo kasy i nie obchodzi Cie za co płacisz:P

No to masz jak na tacy, próbujesz się dobrać jak do obiektu do czegoś co nim nie jest.

wrzuć linijkę z błędem do dd() bez ->room_number i zobacz co sobie przekazujesz, a następnie popraw.

Włącz w .env DEBUG=true, w consoli php artisan config:clear i zobacz co dokładnie nie działa

Strona firmowa to jakaś prosta HTML'ówka -

[PHP] pobierz, plaintext 
"estimated-creation-date": "2020-10-10T20:35:28",
[PHP] pobierz, plaintext 

, co nawet pokrywa się z certyfikatem SSL.

Do usunięcia, zbyt podejrzane.

Dlaczego nie korzystasz z walidacji tak jak proponuje Laravel? Według mnie przekombinowałeś, proponuje tak:

1. Zrób custom Request do walidacji forma - https://laravel.com/docs/8.x/validation#cre...g-form-requests (niezależnie od wersji, praktycznie to samo) i usuń BackendGateway, zamiast tego DI do metod bezpośrednio.
2. Rozbij obecny index na metody index oraz store
3. Zamiast matcha zrób po prostu

[PHP] pobierz, plaintext 
Route::resource('nazwa_routa', BackendController::class)->only(['index', 'store'])
[PHP] pobierz, plaintext 

4. To co masz w Repository, zmienne przypisywane z requestu, lepiej pobrać tak:

[PHP] pobierz, plaintext 
$request->validated()
[PHP] pobierz, plaintext 

, mniej kodu i masz pewność, że pola sa po walidacji. Dodatkowo nie rozumiem po co zrobiłeś

[PHP] pobierz, plaintext 
 $user = User::find($request->user()->id);
[PHP] pobierz, plaintext 

, skoro samo $request->user() daje Ci dokładnie to co szukasz lub po prostu możesz zrobić

[PHP] pobierz, plaintext 
Auth::user()
[PHP] pobierz, plaintext 

Pomocne może się też okazać podanie w czym jest napisana "strona"? Może to jakiś CMS np Wordpress, albo framework PHP, albo na czyściocha? Wszystkie potrzebne dane do napisania integracji już dałeś, więc jeżeli to zlecenie to raczej zły dział.

"plugin", czyli package, czyli - https://laravel.com/docs/7.x/packages

Nie znam zbyt dobrze Symfony, ale z tego co widzę to masz wszystko pomieszane - https://symfony.com/doc/current/service_con...autowiring.html

Powinieneś zrobić interfejs zaimplementować go pod Service i wstrzyknąć interfejs do Controllera. Sam service nie powinien robić żadnej walidacji, tylko spełniać jakieś jedno określone zadanie, tak żebyś mógł go wstrzykiwać w dowolne miejsca w myśl DRY.

Faktycznie ten kod wygląda jak z jakiegoś poradnika Pana Zenka z przed ~20 lat.

Najlepiej zainteresuj się jakimś frameworkiem PHP'a, szybciej zrozumiesz jak to powinno wyglądać i zostaw jQuery (szkoda na to czasu), jest masa dobrych frameworków JS (vue, react, angular), które robią robotę czyściej.

przecież i tak większość serwerów siedzi na linuxach, a ludzie poradzą sobie w razie potrzeby bez ich oficjalnego wsparcia. Tak czy siak ciekawa decyzja o wykluczeniu, bo przecież obecny PHP to nie to samo co 3.0. Jak nie wiadomo o co chodzi to chodzi o kase

Jest źle zrobione bo jest zbyt często wysyłany request u pojedynczego klienta. Możesz albo aktualizować czas u Klientów/post u admina co kilka minut, albo najlepiej użyć websocketów, żeby zamiast tysięcy requestów, czyli połączeń TCP, które są non stop otwierane/zamykane, zrobić jedno przez websockety. W obecnej formie po wdrożeniu takiego skryptu, kilku klientów zarżnie Ci serwer.

W websocketach super jest to, że klient/serwer tylko raz się witają, a później strzelają do siebie już tylko danymi + tzn PING/PONG - czyli to jest dokładnie to co potrzebujesz.

Najlepiej oddelegować takie zadanie do zewnętrznego serwisu, żeby nie obciążać serwera HTTP. Z takich popularnych to np https://pusher.com/.