jurchiks
-
Posts
1,649 -
Joined
-
Last visited
Everything posted by jurchiks
-
I'm not talking about references, I'm talking about passing a reference to an UNDEFINED variable.
-
Beidzot tev būs darbs, ko?
-
Ok, that's new... Bet tāds kods nav intuitīvs. Tu padod kaut ko funkcijai un funkcijā pārbaudi, vai kaut kas vispār eksistē. Tas nav loģiski.
-
Ok, nu šeit točna prasās:
-
alter table xyz add column `type` varchar(16) not null default 'other'; update xyz set `type` = 'port' WHERE text REGEXP '[[:<:]]port[[:>:]]' AND type = 'other'; update xyz set `type` = 'airport' WHERE text REGEXP '[[:<:]]airport[[:>:]]'AND type = 'other'; update xyz set `type` = 'hotel' WHERE text LIKE '%hotel%'AND type = 'other'; nu un tad paskaties, kam paliek type='other', un izdomā, varbūt tur vēl kādu tipu var uzlikt.
-
@xPtv45z - ko tu tur huiņu postē? Tu saproti atšķirību starp savu kodu un manējo? Tavs kods metīs to pašu kļūdu, kas viņam jau ir.
-
No sākuma gribēju iepostot tikai triple facepalm bildīti, bet apdomājos: private static function getValue($arr, $k) { return (isset($arr[$k]) ? $arr[$k] : NULL); } $kkas = self::getValue($value, 'kautkas');
-
Kasspars laikam uz WP pa 100 uzblieza.
-
waplet, r u srs? http://stackoverflow.com/a/6403154/540394 WHERE text REGEXP '[[:<:]]port[[:>:]]' -- \bport\b WHERE text REGEXP '[[:<:]]airport[[:>:]]' -- \bairport\b Case-insensitive ir defaultā: REGEXP is not case sensitive, except when used with binary strings.
-
kāpēc left, nevis inner join? Tev tie from/to dati nav nepieciešami/var nebūt ieraksti db?
-
@briedis - ar codez nekad neko nevar zināt. @codez - brīnišķīgi. Bet tas nebūt nenozīmē, ka tu visus corner case utt spēj iedomāties vēl pirms esi sācis rakstīt. Es ar tādu "mindsetu" arī programmēju, bet tas fiziski nav iespējams visu paredzēt. Piemēram, nesen pievienoju custom jquery dialogu modulim smukāku iespēju izvadīt kļūdu pirms datu submitošanas (varēja jau vnk atstāt, lai programmētāji raksta "alert('klient, ko tu dari?');", bet nu piedod atvaino). Sākuma ideja bija, ka var vienkārši norādīt teksta stringu ar eroru. Tā arī uztaisīju, uzkommitoju. Tad iedomājos to ekstendot, lai var padot masīvu, tad izvadās ul>li ar vairākiem eroriem. Commit. Tālāk iedomājos, ka var taču piemest, ka pie kļūdas var norādīt arī lauka selektoru, lai, parādot eroru, ieselekto kļūdas lauku. Commit. Viss tas ir backwards-compatible, bet izmantot varēja sākt jau no pirmā kommita. It's a process, you know? Nevar tā izdomāt veselu projektu visos sīkumos, ja vien nesēž mēnesi un visas idejas nepieraksta, tā vietā, lai kaut ko reāli darītu.
-
Ja tev ir one-page application, tad ielādē formas datus ar json un renderē ar JS, bet parasti izvada HTML no servera un submito ar AJAX, ja tas nepieciešams. Piemēram, plikai admina paneļa login lapai, kurā bez login formas nekā cita nav, nav jēgas submitot datus ar AJAX. Īsāk sakot - "vislabāk" ir subjektīvs jēdziens, atkarīgs no situācijas un nepieciešamības. Piemēra pēc - iemet šo kodu PHP failā uz sava lokālā webservera ar nosaukumu "test.php" (vai pamaini "url" parametru jQuery.ajax() izsaukumā), un tad skaties, domā, ko kas dara. <?php if (isset($_POST['name'], $_POST['address'])) { $name = trim($_POST['name']); $address = trim($_POST['address']); if ((mb_strlen($name) < 3) // too short || (preg_match('/\p{L}+/', $name) !== 1)) // no letters { echo json_encode(array('error' => 'name')); die(); } if (empty($address)) { echo json_encode(array('error' => 'address')); die(); } // save data in db or w/e here echo json_encode('success' => 1); die(); } ?> <html> <head> <meta charset="UTF-8"> </head> <body> <form> <input type="text" name="name" placeholder="Vārds, uzvārds" /><br /> <input type="text" name="address" placeholder="Adrese" /><br /> <button type="submit">Ievadīt</button> </form> <script type="text/javascript" src="//code.jquery.com/jquery-2.1.4.min.js"></script> <script type="text/javascript"> jQuery(document).ready(function () { jQuery('form').on('submit', function (e) { e.preventDefault(); // cancel browser form submit jQuery.ajax({ url: 'test.php', type: 'post', data: jQuery(this).serialize(), // collect input data dataType: 'text', success: function (response) { if (response.success) { alert('Viss kārtībā!'); } else if (response.error) { if (response.error === 'name') { alert('Vārdam jābūt vismaz 3 burtus garam!'); } else if (response.error === 'address') { alert('Lūdzu ievadiet adresi!'); } } } }); }); }); </script> </body> </html>
-
Jāāā, pazīstama situācija. Es vienmēr savu kodu pulēju ilgāku laiku, reizēm pat pilnībā vairākas reizes pārtaisu, kamēr esmu apmierināts ar rezultātu. Prasa vairāk laika, toties future-proof/viegli extendojams, un pašam prieks. Diemžēl citiem gan nē, jo, redz, jāskrien, visu vajadzēja jau vakar, pofig par kvalitāti... Un citi tā arī programmē, ignorējot acīmredzamas kļūdas, kuras mana IDE uzreiz hailaito, atverot failu, vai arī kuras ielogojas error logos, tiklīdz refrešo lapu. Mūsdienās populāri izslēgt error reporting.
-
Nice, thanks!
-
Tas ir tāpat kā izmantot variabļus, pirms tie ir definēti.
-
https://jsbin.com/rotudirabi/edit?html,output Vienkārši pārvietoju App uz pašu apakšu un pievienoju Home route, lai redz, ka tas izvadās. Acīmredzot tomēr nav tev viss pēc manuāļa.
-
@daGrevis - vaina nav pašās kolonnās, bet gan to skaitā. Kas par daudz, tas par skādi.
-
@Kasspars - man liekas, 25 kolonnas ir ļoti saprātīgs limits. Bet par autora 500 kolonnu piemēru - tur noteikti ir nepārdomāta tabulas struktūra. Visdrīzāk, tur ir tabula ar 500 kolonnām ala "is_public TINYINT" un kaudzi optional datu, kuri 99% ierakstu ir vienādi. Tādā gadījumā būtu daudz efektīgāk taisīt divas tabulas, no kurām viena satur obligātos laukus (tabula "records", lauki "id, name, field1 field2, ... fieldN"), un otru tabulu "record_properties" ar struktūru "record_id, field_name, field_value", kurā tiek ierakstīti tikai dati, kas atšķiras no default.
-
Nu, kas tad te notikās?
