jurchiks

https://www.codeschool.com/learn/javascript Pats par sevi saprotams, sākt ar "JavaScript Language", intro to basics.

Not me. Too lazy.

Jā, ir ok. Datumam tāds nestandarta formāts (no nedēļas dienas nav jēgas, ja ir datums), bet visādi citādi ok.

form onsubmit="success()", un piedevām vēl: $('#simpleForm').submit(function () { success(); return false; }); Ņem nost onsubmit atribūtu.

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.

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

one-click-apps ir tikai developmentam, imo. Un arī tad slinkajiem cilvēkiem.

Ko saka http://php.net/manual/en/function.simplexml-load-file.php ?

Problēma vairāk ir tajā, ka vēlas ne tikai PHP, bet full-stack par tādu cenu. Frontends mūsdienās var būt ļoti sarežīts.

Kaut kā liekas, ka 90% darba piedāvājumu web development jomā ir e-commerce. Bikīt besī.

Error 521 Web server is down

Bet runa ir par wordpress, tā kā...

...tāpēc, ka nav tā, kā Laravel?

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ā.

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.

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.

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. 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. QFT.

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ā.

intval()

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.

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.

Tā pag, vai tu tur centies kverijot main kategorijas un subkategorijas vienā kverijā, un ceri tās vienkārši izvadīt nested tree formātā?

Nu slikti, ko lai saka. Vai tu pats esi mēģinājis domāt / rakstīt kādu kodu, lai iznestu to pieprasījumu ārpus cikla?

pieprasi visas subkategorijas + mappingus, samapo pirms cikla main_category_id => [subcategory, subcategory...], tad ciklā tikai čeko if isset(mappings[main_category['id']]).

Tāpat, kā bez, vnk ne ciklā.