Jak oveřit validitu datumu?

O regulári na dátum som už kedysi písal…

• Řešení vkládání datumu
• Reg exp pro datum ne a ne fungovat

Mne príde kontrola rozdelená na dva kroky jednoduchšia i lepšia pre používateľa:

<?php

$date = $control->getValue();
if (!preg_match('/^\d{1,2}\.\d{1,2}.\d{4}$/', $date)) {
    throw new InvalidDateFormatException('d.m.rrrr');
}

list($day, $month, $year) = explode('.', $date);
if (!checkdate($month, $day, $year)) {
    throw new DateDoesNotExistException;
}

zkus místo AppForm::REGEXP použít AppForm::PATTERN

kravčo napsal(a):

Mne príde kontrola rozdelená na dva kroky jednoduchšia i lepšia pre používateľa:

<?php

$date = $control->getValue();
if (!preg_match('/^\d{1,2}\.\d{1,2}.\d{4}$/', $date)) {
    throw new InvalidDateFormatException('d.m.rrrr');
}

list($day, $month, $year) = explode('.', $date);
if (!checkdate($month, $day, $year)) {
    throw new DateDoesNotExistException;
}

Kdyz ja bych to rad javascriptove, jako je tomu u ostatnich policek. Paradoxne tim DatePickerem se to komplikuje …

VaKvas wrote:

Prekvapuje me, ze datepicker+ veme i napriklad 17.3.2011, i kdyz ma format nastaveny na YY-MM-DD a ulozi jej dobre …

Jakou máš verzi toho DatePickeru? V novější se ani formát pomocí PHP nastavit nedá, protože jsem usoudil, že je to blbost. Akceptovat „17.3.2011“ to musí proto, že mohla nastat situace, kdy uživatel nemá zapnutý JS a zadává datum ručně. Nevidím důvod, proč by měl být nucen k zadání data v striktně daném formátu.

Nicmene bych rad osetril pro jistotu vstup i jinak.

Proč? DatePicker zajistí dostatečnou validaci sám o sobě.

$form = new AppForm;
$form->addDatePicker('datumzar', 'Od:')
        ->addRule(AppForm::FILLED, 'Zadejte datum Od !')
	->addRule(AppForm::VALID, 'Neplatné datum!');

Nejprve obecně pár informací:
Normální uživatel zadá datum ručně správně nebo ho vybere z kalendáříku. Zákeřný uživatel ti tam buď zadá nějakou blbost (třeba „Pejsek a Kočička“) nebo zadá syntakticky správné, ale nepravdivé datum. Smyslem validace není zastavit zákeřné uživatele (to ani nejde, protože vždycky můžou lhát), ale pomoci normálním uživatelům, kteří udělali překlep. To by mělo fungovat dobře.

VaKvas wrote:

Pokud pouziju (…) hodí me to vzdy „stack overflow“ a uloží.

Nechápu, jaké „stack overflow“?

AppForm::VALID , nevím co přesně ověřuje, ale projde to vždy…

Nevěřím. Zkus zadat třeba „Pejsek a Kočička“.

Když někdo zadá nějaké nesmyslné číslo „45584568“ tak to „něco“ uloží

Předpokládá to, že uživatel zadal timestamp. Není to chyba, ale vlastnost, i když ji možná odstraním. Opět platí, že to je situace, kterou ti normální uživatel neudělá (čistě teoreticky by si mohl splést políčko s nějakým jiným a omylem tam vyplnit číslo, což bude asi také důvod, proč to v další verzi zruším) a u zákeřného je to jedno.

Proto jsem si říkal, že by to chtelo jeste neco „blbu vzdornější“ – známe uživatele…

Ty je očividně neznáš. Normální uživatel ti tam nic takového nenapíše a od zákeřných uživatelů stejně dostaneš lživou informaci.

Možná co třeba nějak zamknout to textové pole a umožnit jen vkládání přes ten kalendář ?!

Jaký by to mělo smysl? Normální uživatel datum vybere přes kalendář nebo ho zadá ručně ve smysluplném tvaru. Zákeřný uživatel ti pošle HTTP požadavek, jaký bude chtít, a žádná javascriptová blokace ho rozhodně nezastaví.

Díky za informaci. Ten problém je bohužel složitější a závažnější, než jsem si původně myslel. Nette totiž nepočítá s tím, že Form::VALID může být použito i jako pravidlo, ale předpokládá jeho použití pouze v podmínkách (addCondition(Form::VALID)).

Řešením je buď úprava Nette nebo úprava DatePickeru, aby místo Form::VALID používal třeba DatePicker::VALID_DATE.