Operacje na datach, dość skomplikowane |
Operacje na datach, dość skomplikowane |
27.03.2020, 15:30:23
Post
#1
|
|
Grupa: Zarejestrowani Postów: 651 Pomógł: 3 Dołączył: 31.01.2011 Skąd: Warszawa Ostrzeżenie: (10%) |
Witajcie serdecznie,
długo mnie nie było bo jednak trochę opanowałem php'a na tyle żeby nie zawracać Wam głowy, jednak stanąłem teraz na dość sprawie logicznej, mianowicie jak powinien być napisany warunek (bo konwersja daty na każdy sposób mnie już wykańcza). Najpierw opiszę przypadek: - mamy jakiś event, który zaczyna się kiedyś i kończy - jak zabezpieczyć żeby dodając lub edytując inny - skrypt sprawdził czy się na siebie nie nałożą (datami/czasami rozpoczęcia lub zakończenia), czyli aby czas rozpoczecia nowego/edytowanego eventu nie wszedl miedzy czas roz->zak innego i czas zakonczenia nie zrobil tego samego
|
|
|
27.03.2020, 15:38:43
Post
#2
|
|
Grupa: Moderatorzy Postów: 36 457 Pomógł: 6296 Dołączył: 27.12.2004 |
1) zajrzyj do manuala jaki parametr przyjmuje strtotime a co ty mu dajesz
2) No i najwazniejsze: masz obiekty DataTime i zamiast porownywac je to i tak nadal konwertujesz je do sekund... gdzie logika? az korci by przeniesc na przedszkole i w zasadzie 3) Po co w ogole robisz to w php? Pobierasz z bazy wszystkie rekordy tylko po to by sprawdzic czy czas sie nie zgadza. przeciez to zarznie ci skrypt przy wiekszej ilosci rekordow. To sprawdzanie powinno sie odbyc juz w bazie -------------------- "Myśl, myśl, myśl..." - Kubuś Puchatek || "Manual, manual, manual..." - Kubuś Programista "Szukaj, szukaj, szukaj..." - Kubuś Odkrywca || "Debuguj, debuguj, debuguj..." - Kubuś Developer |
|
|
27.03.2020, 20:42:42
Post
#3
|
|
Grupa: Zarejestrowani Postów: 651 Pomógł: 3 Dołączył: 31.01.2011 Skąd: Warszawa Ostrzeżenie: (10%) |
konwertuje bo juz nie wiem o co chodzi - rozlozylem warunki na czynniki pierwsze i jedno mi sie nie zgadza - zostawilem specjalnie jeden event ktory powiedzmy zaczyna sie dzisiaj o 21:00 i konczy o 21:15, ale jak w nowym dam 21:16 jako rozpoczecie - wyskakuje komunikat ze czas koliduje... Problem w tym ze daty zapisane w formacie ('Y-m-d H:i:s') nie uwzgledniaja strefy czasowej wiec wg warunku jeszcze pozostaje nasze GMT+1, ktore dopiero puszcza jak dodam godzine... W ogole to jakos jest dziwnie - ale zobacze...
@EDIT czyli zrobilem to tak (bez strtotime, sie udalo w koncu) - mam nadzieje ze to wszystkie logiczne warunki jakie moga wystapic w glowie uzytkownika:
Ten post edytował shpaque 27.03.2020, 21:31:02 |
|
|
27.03.2020, 22:07:12
Post
#4
|
|
Grupa: Zarejestrowani Postów: 2 592 Pomógł: 445 Dołączył: 12.03.2007 Ostrzeżenie: (0%) |
Po co aż tyle warunków? Z tego co rozumiem, chcesz uniknąć kolizji, zatem:
Potraktuj to jak oś czasu
Teoretycznie masz 5 możliwości 1. Twój jest przed istniejącym 2. Zachodzi na początek istniejącego 3. Zawiera się w istniejącym 4. Zachodzi na koniec istniejącego 5. Jest później od istniejącego Ale, tak na prawdę sprowadza się to do trzech przypadków: 1. Jest całkowicie przed 2-4. Koliduje 5. Jest całkowicie po 1. Sprawdzasz zwyczajnie czas zakończenia nowego <= czas rozpoczęcia istniejącego 5. Czas rozpoczęcia nowego >= czas zakończenia poprzedniego 2-4. Pozostałe Ten post edytował vokiel 27.03.2020, 22:55:13 -------------------- |
|
|
28.03.2020, 08:00:11
Post
#5
|
|
Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%) |
Może nie kod i nie rozwiązanie ale problem bardzo podobny. Polecam przesłuchanie i zobaczenie jak ludzie sobie radzą
https://www.youtube.com/watch?v=3Q_oYDQ2whs |
|
|
Wersja Lo-Fi | Aktualny czas: 26.04.2024 - 20:31 |