Forum PHP.pl

Witam,

wydaje mi się, że moje pytanie jest banalnie proste, ale mój mózg już chyba dzisiaj przestał pracować, nawet nie wiem jak szukać rozwiązania. Praca inżynierska goni...

Mianowicie:
Sprawdzam czy istnieje rekord w bazie, jeżeli nie istnieje to tworzę nowy. Podczas przytrzymania F5 rekordów dodaje się kilka. Klucz unique w bazie nie wchodzi w grę.

[PHP] pobierz, plaintext 
        if (!Auth::user()->jakis_item()) {
            JakisItem::firstOrCreate([
                'user_id' => Auth::user()->id
            ]);
        }
[PHP] pobierz, plaintext 

Dodam tylko, że User i JakisItem są połączone relacją One to Many, a metoda jakis_item() klasy User zwraca pojedynczy obiekt Eloquenta.

Chodzi mi o to żeby każdy użytkownik miał ZAWSZE minimum jeden JakisItem, który może, np zmienić właściciela i wtedy chcę utworzyć nowy. Kod powyżej wykonuje się po każdym odświeżeniu strony i sprawdza czy ten item nie zniknął (jest w konstruktorze kontrolera).

Podczas tworzenia użytkownika w metodzie postRegister klasy kontrolera AuthController tworzę rekord tak jak powyżej. Jeśli jest na to jakiś lepszy sposób bardzo proszę o nakierowanie na niego.

Pozdrawiam!

Piszę tu ponieważ nie chciałem zakładać nowego podobnego tematu.

Drugi dzień próbuję zrobić kolejkę budowy w mojej grze. Próbowałem już "na żywo" obliczać czas startu i końca budowy, ale skończyło się milionem warunków w pętli, które w działały dopóki ktoś nie zaczął kombinować, np anulować kilka zadań budowy na raz, szybko dodawać kolejne itp. W tej chwili czas startu i zakończenia przechowuje w bazie. Teoretycznie łatwiej jest tym zarządzać, ale mam problem z szybkim klikaniem w przycisk wybuduj. Poniżej zamieściłem przykładowy, najprostszy kod, który mi nie działa.

Zmienna $temp przechowuje ostatni dodany wpis do kolejki. Jeśli taki nie istnieje ustawia czas startu nowego na teraz, jeśli istnieje to czas startu nowego równa się czas zakończenia poprzedniego. Problem w tym, że przy szybkim kliknięciu warunek jest sprawdzany jeszcze przed dodaniem nowego wpisu z poprzedniego kliknięcia. Efekt jest taki, że kilka elementów z listy ma identyczny czas startu. Próbowałem to zabezpieczyć regenerując csrf_token przy każdym przesłaniu lub tworząc swoją zmienną sesyjną, lecz przy bardzo szybkim kliknięciu i tak dodadzą się 2-3 takie same elementy. Oczywiście nie chcę tego zabezpieczać tylko po stronie przeglądarki.

[PHP] pobierz, plaintext 
public function postBuild(Requests\MyRequest $request)
{
    $temp = $this->item->build_queue()->last()->first();
 
    if ($temp) {
        $start_at = $temp->end_at->timestamp;
    } else {
        $start_at = Carbon::now()->timestamp;
    }
 
    $slug = $request->slug;
 
    $duration = 50;
 
    BuildQueue::create([
        'item_id' => $this->item->id,
        'building_slug' => $slug,
        'start_at' => $start_at,
        'end_at' => $start_at + $duration,
    ]);
 
    return redirect()->back();
}
[PHP] pobierz, plaintext 

Już w kilku przypadkach miałem problem z tym, że przy szybkim odświeżaniu strony lub szybkim klikaniu w przycisk coś co powinno wydarzyć się raz, dzieje się kilka razy. Może Laravel ma jakis sposób na rozwiązanie tego problemu. Bardzo proszę o pomoc.

//edit
Sprawdziłem też w innym projekcie i problem jest ten sam. Jeszcze prościej:

[PHP] pobierz, plaintext 
        $a = Comment::where('post_id', $request->post_id)->where('author_name', $request->author_name)->first();
 
        if(!$a) {
            Comment::create($request->all());
        }
[PHP] pobierz, plaintext 

Gdy dodaje komentarz z tym samym autorem powoli wszystko działa, gdy kliknę szybko parę razy to dodaje się wiele wpisów. Oczywiście takie coś można rozwiązać poprzez unique w bazie danych, ale mnie interesuje pierwszy przykład gdzie to jest niemożliwe.

Ten post edytował Looozak 28.11.2015, 14:59:06

@Crozin nie zakładałbym że kolega ma PSQL

Bez znaczenia czy korzysta z Postgresa, MySQL-a, którego zapewne masz na myśli, Oracle'a, MSSQL-a czy jeszcze czegoś innego. Wszędzie, gdzie mamy do czynienia z ACID-owym modelem transakcji będzie coś w tym stylu.

Ustawiłem poziom izolacji na SERIALIZABLE i zaczęło działać jak trzeba. Kiedyś korzystałem z transakcji w MSSQL, tutaj też próbowałem (nie działało), ale albo w MSSQL jest tylko jeden domyślny poziom, albo po prostu nigdy go nie zmieniałem, dlatego nawet nie wiedziałem że coś takiego może mi pomóc.
Dzięki bardzo, problem rozwiązany.

Jeśli ktoś poszukuje informacji o transakcjach w Laravelu, tutaj jest wydaje mi się dobry artykuł:
LINK

Jeszcze raz dziękuję i pozdrawiam!