Jump to content
php.lv forumi

jurchiks

Reģistrētie lietotāji
  • Posts

    1,649
  • Joined

  • Last visited

Posts posted by jurchiks

  1. Tādi e-pasti īstenībā ir valīdi, ja skatās oficiālos standartus. Bet jebkurā gadījumā, tavs uzdevums nav validēt e-pastu pēc kaut kādiem paša izdomātiem standartiem. type="email" jau validē e-pastu pēc RFC, un ar to pietiek.

  2. Lūdzu neizmanto latviešu valodu kodā (id="vards" name="vards", name="valsts", onclick="tikaiViens()", class="poga"). Izskatās stulbi un nav konsistenti ar visu pārējo kodu.

     

    E-pasta elementam nevajag rakstīt kaut kādu patternu, type="email" jau nodrošina pattern matchingu. Tādi pašrakstīti patterni tikai visu sačakarē lietotājiem.

     

    Par datumu runājot: https://developer.mozilla.org/en-US/docs/Web/HTML/Element/time

    Šis elements nav domāts datuma izvēlei, tikai attēlošanai: "This element is intended to be used presenting dates and times in a machine readable format."

    Ja tu vēlies izmantot tikai browseru built-in funkcionalitāti, tad vari skatīties:

    https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input/date

    https://developer.mozilla.org/en-US/docs/Web/Guide/HTML/Forms/The_native_form_widgets#Date_and_time_picker

     

    <input type="date" value="2016-10-21" />

     

    Tiesa, šim elementam ir drausmīgi slikts browser support, tāpēc programmētāji vienmēr izmanto kaut kādu JS plaginu, kas renderē datuma izvēlni.

    Piemēram: https://github.com/dbushell/Pikaday

  3. Freimworki pārsvarā tiek rakstīti plašākam lietotāju lokam, un parasti nav praktiski taisīt kaut ko priekš 5-10% lietotāju, ja ir svarīgākas lietas, ko pieprasa 40+%.

    Ja jau Yii2 tik ilgi nav visas tās lietas built-in, tad vai nu nepietiekami daudz lietotāju pieprasa, vai tas ir pieejams "plagina" formā.

  4. Tas jau nekas, ka tie visi ir optional tūļi, kurus ne tuvu ne visiem vajag, vai arī ir elementāri pievienojami... Bet jā, visam tam obligāti jābūt freimworkā, lai tas vispār varētu saukties par freimworku, vai ne?

     

    Zini, kas man besī? Ka visi grib all-in-one, bet tad, kad to dabū, tad sūdzas, ka nekas nav tā, kā gribētos.

  5. Bļē, veci, tu tak neko nesaproti no OOP. Tavs kods IR OOP! array šajā gadījumā īstenībā nav pliks masīvs, bet gan objekta wrapperis ap to ar papildus metodēm [map, filter, reduce], no kurām [map, filter] vai nu maina esošo vai atgriež jaunu wrapotu masīvu.
     
    PHP ekvivalents būtu:

    class Arr
    {
    	private $data;
    	
    	public function __construct(array $data)
    	{
    		$this->data = $data;
    	}
    	
    	public function map(callable $callback)
    	{
    		$this->data = array_map($callback, $this->data);
    		
    		return $this;
    	}
    	
    	public function filter(callable $callback)
    	{
    		$this->data = array_filter($this->data, $callback, ARRAY_FILTER_USE_BOTH);
    		
    		return $this;
    	}
    	
    	public function get()
    	{
    		return $this->data;
    	}
    }
    

    Un pielietojums:
     
    $result = (new Arr(['foo' => 'bar', 'bar' => 'baz']))
        ->map(function ($v) { return 'prefix_' . $v; })
        ->filter(function ($v) { return $v === 'prefix_baz'; })
        ->get();

     

    Vienkārši JS masīvi jau ir wrapperi, ērtības labad.

     

    Viņa piemērā someObjects ir masīvs, nevis objekts, tik daudz jau nu tev vajadzēja spēt atpazīt.

  6. Kāds vēl nafig intval, vnk (int) un miers.

    Implying there's a huge difference. Manuprāt intval utml izskatās labāk un ir ērtāki, jo kastojot kaut kādu garāku variabli, piemēram, intval($foo['bar']['baz']), tev nav jāmeklē, kur tas brīnums beidzas - uzklikšķini pie atverošās iekavas un iekrāsosies aizverošā. (int) utml nekā tāda nav. + izskatās old-fashioned. Bet, protams, tūlīt mani te sāks apliet ar žulti, jo funkcijas izsaukums, old-school is best school, utml. Idgaf, folks. intval ftw.

     

     

    Laikam jau tad sūdīgi programmētāji izdomājuši veidot tās dinamiskās valodas, jo viņi vienkārši nespēja pakodēt striktā valodā....

    Ja pieredze ir pietiekami liela, tad noteikti pats esi redzējs kodu, kurš loose comparison dēļ nestrādā korekti, jo kaut kas kastojas uz nepareizu štelli. Internets pilns ar tādiem reportiem. Nevajag tēlot idiotu.

     

    "===" neizmanto tikai tie, kuriem ir bailes/neuzticība/neizpratne par savu kodu.

    QFT.

  7. Tāpēc vajag, lai saitam ir tikai viens entry point = index.php, un pārējais viss izriet no URL parsēšanas. Tad visa šitā huiņa būs tikai vienā failā. Uztaisīt to var minūtes laikā.

  8. Tāda doma bija, jā. Izrādās, ka ir vēl citi varianti -

    1. https://wiki.webmoney.ru/projects/webmoney/wiki/PhotoID

    2. https://www.idcheck.io/#section-principle(faking dārgs)

    3. https://www.idnow.eu/

    4. F3llony minētā autentifikācija ar bankām - te ir vairāki varianti; vai nu vnk internetbankas logins (ķēpīgi), vai aizsūtīt cilvēkam kaut kādu sīku maksājuma uzdevumu, kurā minēts verifikācijas kods (to var redzēt tikai internetbankā, un ja cilvēks to var redzēt, tad viņš ir īpašnieks)

     

    @briedis - ne jau publisks API... Un vajadzētu tikai pārbaudīt, vai lietotāja vārds+uzvārds atbilst tam, kas tiek atgriezts pēc pases ID.

  9. Vai ir Latvijā pieejams tāds API, caur kuru var pārbaudīt cilvēka pasi?

    Doma ir dot iespēju lietotājam validēt sevi kā reālu personu. Pagaidām ir implementēta eID validācija (smart cards, jo Latvijā mobileID īsti nav/kkāds šķībs), bet vajadzētu kā iespēju pieslēgt pases pārbaudi.

    Ir variants dot lietotājam vnk uploadot pases bildi un backendā tad admini manuāli salīdzina lietotāja ievadītos datus ar bildē redzamajiem un apstiprina/noraida, bet LV likumdošana to neļauj (nedrīkst glabāt tādus dokumentus), tāpēc būtu ļoti labi, ja būtu kaut kāds API.

     

    Bija plāns pieslēgties klāt pie latvija.lv API, bet tas izgāzās, jo viņi negribot dot tos datus kompānijām or smth, precīzi nezinu. Tur droši vien kas tāds jau būtu pieejams.

     

    Kā arī, ja ir citas idejas, kā vēl var validēt personu, droši šaujiet vaļā, gan jau, ka citiem arī noderēs.

×
×
  • Create New...