Kasspars

Vispār jau visas "valodas" grib iegūt to mežonīgo popularitāti kāda ir php. Stājieties rindā :D

Kas ir lētāk? 1) 2 slikti programētāji - katram maksā 700Eur, kopā 1400Eur. Abi kopā vienu projektu taisa 3 mēnešus. Rezultāts ir gļukains, lēns, klients nav aprmierināts 2) Vai arī 1 PRO programmētājs, kuram maksā 2000Eur. Viens pats projektu uztaisa 2 nedēļās. Rezultāts ir ļoti labs. Gļuki ir, bet ātri tiek novērsti Tas ka ir lēti programmētāji nenozīmē, ka viņi ir spējīgi izpildīt darbu. Labs programmētājs maksā labu naudu. Nav nozīmes Scala vai PHP.

Stringi tipētās valodas kā Scala ir domātas paklausīgajie, ja valoda saka, ka te jāliek integers, tad tā arī jādara. Iekš php kodē brīvi cilvēki, ja viņš grib tur likt stringu tad tā arī var izdarīt. Protams, php vajag saprast ko dari, tāpēc kurš katrs nav spējīgs kodēt php PHP ir kā sporta mašīna - skaļa, ātra, spēcīga, vien kļūda un esi beigts Scala ir kā toyota prius - drošs, lēns, kluss, videi draudzīgs transporta līdzeklis, gribēdams nenositīsies :D

Nezinu ko ar šo var iesākt, bet tāda ideja ienāca prātā :) http://codepen.io/kasparsb/pen/CDiGF

Ja sūdīgs kods, tad gan jau ir kāds inc/db.php fails, kurā var ielikt error_reportingu

Kāds vispār zin kā tās notices izslēgt? Varbūt cilvēks tagad netiek mājās kamēr notices nav izslēdzis

Yess, piektdiena

^ Slikti, ka tu baigais gudrinieks, bet nevari puikam rewrite ruli uzrakstīt :D Šito ruli liec pirms tās category rules RewriteRule ^(en|lv)/news/?([a-zA-Z0-9_-]+)/?$ index.php?lang=$1&newsslug=$2 [QSA,L] Tagad $_GET['newsslug'] būs ziņas slug

Lorem ipsum dolor sit amet, consectetur adipiscing elit.

Vecīt, tu username vietā esi ierakstījis paroli

^ ID ir pārāk stipra (un konkrēta) rule, kuru grūti pēc tam overraidot. Būtu frontend developeris zinātu

Beidz glaimot sev, tu robotus un erp tikai internetā esi redzējis. Fellony vienreiz pamatoti pateica kāpēc viņam nepatī wp, un tur bija konkrēti fakti nevis tukša runa. Viņa tekstā varēja redzēt, ka viņš ir apēdis suni ar wp. Pārējie, kas bez pamatojuma noliek wp, nav pat strādājuši ar wp, pat pluginu nav uzrakstījuši, pat codexu nav palasījuši. Visus, kurus zinu wp sakarā reāli strādā ar wp un taisa klientu darbus - rada pievienoto vērtību. Tie kas tukši noliek parasti sež ofisā uz cietās algas, lamā šefu, valdību, sūdzās par mazo algu un sapņo, ka kādreiz uztaisīs lielo projektu, kuru nopirks google un tad viņš varēs turpināt ērti sēdēt savā piepirstajā krēslā :D :D neņemiet nopietni, piektdiena

http://jsfiddle.net/uu4sw8ds/2/

Ir vēl plugins, kurš māk ievilkt css izmaiņas nepārlādējot lapu. Rediģe css failu un blakus pārlūkā mainās izskats, bez lapas pārlādes

> Turpinām uzbraucienu sēriju? Kā tieši es tev braucu augumā? Ļoti neesmu izpētījis, bet neredzēju iespēju ar phpstorm visus javascript/css savākt vienā failā. Runājot par skriptkidijiem. Pro developeri nekad neizmantos phpstorma piedāvātos tooļus, jo cits developeris var neizmantot phpstorm. Tas ir tā pat kā uzspiest visiem lietot Internet Explorer. Par piemēru, paskaties Bootstrap projektu. Tur smuki līdzi nāk Gruntfile.js, kurā ir sakonfigurēts build process. No LESSiem tiek taisīts CSS, javascripti saspiesti, testi palaisti. Ja es gribu veikt modofikācijas Bootstrap projektam es palaižu Gruntu un rakstu kodu kādā editorā vien vēlos. Un Grunts visas kompilācijas izdara manā vietā tā kā to paredzējuši Bootstrap autori.

Nu labs toolis scriptkiddijiem

Juron, tev IDĒ ir arī plugins, kas minimizē un konkatenē javascriptus?

Kā tur vispār ar kolēģiem spēj sadzīvot?

- Tā kā pārsvarā visi plugin'i savus setting'us glaba DB, tad kāds ir tavs ieteikums, lai ar push of a button es varētu deploy'ot dev staging'ā un pēc tam arī produkcijā? Normālam pluginam būs activation hook. Šajā mirklī, tad plugins arī sarakstīts db savus default settingus. Failus deployo kā tev ērtāk ar git pulu vai svn update, vai ssh copy Ja gribi, lai jauniem plugini paši uzinstalējas, tad uzraksti skriptu, kas izpildīs jauno plugionu activation hookus.

@jurciksss Lūk tā jau ir plika braukšana augumā. Nafig? Nē, Juri, plika braukšana augumā ir pateikt, ka wp ir sūds, tikai tāpēc, ka neesi tajā iedziļinājies (10 min koda paskatīšanas nav iedziļināšanās) Ja tu skaļi pasaki, ka wp ir sūds, tad esi tik labs un parādi, kas tad ir tas ideālais un pūkainais cms/framworks, kuru tu pats izmanto. Un jūs abi ar spaini tā darat, tāpēc arī sekoja tāda atbilde

- theme settingos img'u rul ir kā absolūti path'i, un protams tas sūds ir serializēts objekts, find un replace vairs nestrādā, jo domēn vārdu garumi atšķiras Slikta theme, slikti devi, tā nevajag darīt. Tā nav wp vaina - bet vai tad tas ir normāli, ka konfigurācija tiek glabāta datubāzē? Kaut kur tā konfigurācijas ir jāglabā. Ja plugina autors ir izvēlējies glabāt db, tad tā arī ir. Atkal atkārtošos wp neraksta pluginus, to dara citi programmētāji. Un šāda problēma tev var būt gan Codeigniterā, gan Laravelā, gan pitonā un javā Tad es pareizi saprotu, ka katru reizi, kad liec jaunas izmaiņas uz produkcijas servera, tu arī produkcijas datubāzē saliec stage servera datus??

Lai nomigrētu datus no viena servera uz otru tev ir tikai jāpalaiž REPLACE(wp_content.guid, 'vecaishosts', 'jaunaishists') un wp_options tabulā jānomaina siteurl. Tas tiešām ir tik grūti? Ja tur raksti pluginu, kurš datubāzē glabā absolūtos url, tad tā ir TAVA vaina nevis Wordpress vaina! Ja tu izmanto tādus gatavos pluginus, tas nozīmē, ka tu nerubī programmēšanu un tev to nevajadzētu darīt, kur nu vēl par to skaļi internetā bļaut. Tu te pieminēji dev -> staging -> production. Neglaimo sev, tu esi spējīgs tikai uz FTP -> production

Nokomentējot limit rindu tu iegūsti šādas problēmas: - tad, kad tabulā _sortiment būs 100k ierakstu, tad būs errors Out of memory - ja sarakstā bija lapošana, tad tā nedarbosies

Jurchik izstāsti, ko tev WP nodarīja? Cik naktis tu dēļ wp negulēji, cik sirmus dabūji? WP FTW

Vetsīt, līdz rītam vēl 6 stundas, davai kapā!