jurchiks

Esmu. Bet es cenšos saprast, kas manos datos tāds "sačakarēts", ka vienu vienīgu burtu kārto nepareizā secībā. Dati ir tajā pastebinā, ja tev ir idejas, please, do share.

Bet jebkurā gadījumā, u vienmēr vajadzētu būt pirms ū. Tā kā basic hierarhija - u ir pamatklase, ū ir subklase. Tas taču nav loģiski, ka visi burti ir pareizi sakārtoti, izņemot vienu šitādu spoku. Turklāt man tajā tabulā nākotnē būs arī lietuviešu un, iespējams, arī igauņu teksti, tā kā izmantot utf8_latvian_ci ir vienkārši nepareizi. + stackoverflow tauta man darīja zināmu, ka utf8_general_ci īstenībā ir baigais sūds: http://stackoverflow.com/a/1036459/540394 Sucks for me, jo man visa datubāze ir utf8_general_ci...

Angļu, latviešu, krievu. Bet pēc būtības basic latin characteriem vienmēr būtu jābūt PIRMS extended latin.

Ok, tomēr pat no nulles uzģenerējot, ū burts nāk pirms u... Šeit ir tabula ar visiem reālajiem datiem: http://pastebin.com/cH2DUzf3 Izpildot to SQL uz testa datubāzes un pēc tam pieprasot SELECT DISTINCT BINARY `letter` FROM `texts` ORDER BY `letter` ASC rezultātā 'ū' ir pirms 'u'. Kā to var izskaidrot?

Mja, izdzēsu tabulu, uztaisīju pa jaunam, uzģenerēju datus, tagad sortē normāli. Pašā sākumā tabula bija utf8_unicode_ci, pēc tam mainīju gan uz utf8_bin, gan uz utf8_general_ci, gan utf8mb4_bin/general_ci/unicode_ci. Nesmuki kaut kā. Man visur ir tikai UTF-8.

Aptuvenais risinājums iegūts: http://stackoverflow.com/questions/24466208/mysql-select-distinct-letters-including-extended-latin-characters "SELECT DISTINCT BINARY `letter` FROM `texts`" strādā pareizi, bet "SELECT DISTINCT BINARY `letter` FROM `texts` ORDER BY `letter` ASC" sačakarē secību, latviešu burti vienalga ir pēc z. P.S. phpMyAdmin tekstus izvada kaut kādā fucked up formātā (piemēram, 'ā' rādās kā 'c481'). Adminer gan visu rāda normāli.

Kāda velna pēc 'utf8_general_ci' sortē pareizi, bet 'utf8_unicode_ci' sortē kaut kā randomā? Un diemžēl DISTINCT/GROUP BY tas neatrisina... Būs jāprasa stackoverflow.

Šausmas un ārprāts, kā tā var...

http://www.izm.gov.lv/ Kurš cirvis to mēslu ir programmējis/uztur un kā izglītības ministrijai nav kauna par ko tādu maksāt?

Server version: 5.5.37-0ubuntu0.14.04.1-log - (Ubuntu) Server charset: UTF-8 Unicode (utf8) Ir tabula ar 2 kolonnām: `letter` VARCHAR(1) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL, `searchQuery` VARCHAR(255) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL Satur datus grupēšanai pēc pirmā burta no searchQuery (lowercase). Piemēra dati: a - Atpūta ā - Ādas Vāki Problēma - izpildot šādu kveriju: SELECT DISTINCT `letter` FROM `table_x` ORDER BY `letter` ASC resultsets uztver burtus 'a' un 'ā' kā vienādus, t.i. rezultāts nesatur burtu 'ā', tikai burtu 'a'. Tāpat arī secība ir fucked up - latviešu burti seko tikai pēc latīņu 'z', un krievu burti - pēc latviešu 'ž'. Nomainot `letter` datu tipu uz utf8_bin, parādījās arī 'ā', taču secība vienalga ir fucked up. Kā panākt, ka burti izvadās kaut cik loģiskā secībā (vismaz latviešu un angļu burti, krievu var arī būt beigās, jo viņiem alfabēts citādāk izkārtots)? Vai man varbūt PHP pusē datus sortēt ar natsort()? Edit: ok, izskatās, ka man te ir vēl citas problēmas, PHP masīvu keys nav unicode, man teksts "Matu fēni" atrodas gan zem latīņu 'm', gan zem krievu 'м'. Ehh...

Tādā gadījumā iesaku palasīt vairāk par PHP referencēm, reizēm var noderēt: http://php.net/manual/en/language.references.php

Kur problēma tādu plaginu uzrakstīt pašam?

Cilvēks neizmanto VPS, bet kaut kādus FTP-access-only. Neapskaužu.

Nu nesaki vis, 1. un 2. lapa humora ziņā bija tīri tā neko. Vismaz manā skatījumā.

Tāpēc jau es ieteicu Scala. Lai arī pamatā tā vienalga ir OOP valoda, bet labi nomaskēta zem visām tām funkcijām.

Interesting...

>populārākie Pašlaik. Diemžēl. Bet laiki mainās. Un labi vien ir. >ērtākie savā jomā >PHP šim nolūk der vienkārši perfekti Stipri apšaubāms, izteikti subjektīvs viedoklis. >Bet nu te neviens tak nekodē neko nopietnāku par preču katalogu. Speak for yourself. >Man šīs strongly typed valodas vienkārši nepatīk. Nu, te arī dialogs pārtop strīdā. Vienam patīk (e.g. man), otram nē (e.g. tev), un viens otru apstrīd. Tas ir neapstrīdams fakts, ka brīvi tipētās valodās ir daudz vienkāršāk pielaist kļūdu nekā stipri tipētās. Piemirsti netīšām funkcijas parametru secību (kaut vai implode() neloģiskā parametru secība) un sākas. Edit: Underscore.php neatrisina nevienu PHP valodas problēmu.

@Kasspars - Subjective opinion - WP sucks. Hard. Also, PHP IR līka valoda. Protams, tajā var programmēt arī salīdzinoši normāli un ar diezgan īsu sintaksi, bet tai ir visādas dīvainības, kuras normālam cilvēkam liekas galīgi neloģiskas. Ņemot vērā, ka valoda reāli tika taisīta vienam cilvēkam, nevis plašākai pasaulei, tad neko daudz vairāk no tās arī nevajadzētu gaidīt. Lai arī laika gaitā tā ir diezgan attīstījusies, tomēr pamati ir caurumaini, un par PHP core dev team arī esmu lasījis tādu sviestu, ka maz neliekās. @codez - >users.filter(_.age<18) ++ users.filter(_.age>65) nu cmon, to nu gan būtu bijis efektīgāk rakstīt šādi: users.filter(_.age < 18 || _.age > 65)

Ja tu skaties uz Javas pusi, tad vari ar vienu aci skatīties arī uz Scalas pusi (inb4 Clojure). Ja godīgi, ņemot vērā, ka Scalā ir mierīgi iespējams uzrakstīt visu to pašu, ko Javā (pieņemot, protams, ka ir nepieciešamās zināšanas), tikai īsāk, tad es pat vairāk ieteiktu Scalu.

Viss atkarīgs no vajadzības. Ja vienīgā lieta, kas atšķiras starp topikiem un postiem/atbildēm ir parent-child relationship, bet teksta saturs un viss pārējais ir vienāds (par db struktūru runājot), tad nav jēgas. Protams, ja cilvēks mēģina uztaisīt full-blown forumu, tad gan topiku tabulā nāk klāt vairāki papildus lauki, kuri attiecas tikai uz topikiem, bet primitīvā variantā (prasta komentāru sistēma kaut kādā ACP) pilnīgi pietiek ar vienu tabulu.

Nu cmon, neviens iesācējs nekad nemēģina izmantot rekursiju pirms cikla, rekursiju mācās daudz vēlāk par cikliem, un no personīgās pieredzes varu teikt, ka parasti tā vispār nav vajadzīga.

Damn, this was a fun read indeed.

Es arī mācos Scalu, aizvakar uzrakstīju pavisam primitīvu event engine, kas ir viegli ekstendojams, bija doma ielikt githubā un nošārēt kādā code review saitā, lai iesaka, ko uzlabot. Laikam šodien būs jāizdara.

Es cerēju...

Tas ir viss, ko tev vajadzēja, bet tu kaut kā iedomājies uzmočīt to kodu, kas ir pirmajā postā? Are you serious?