Pieduriens

Tā jau ir: Katra Tava atkarība ir kapitālisma uzvara! Ļoti iepatikās viens video par cashflow problēmām, kas būtībā raksturo Spaiņa tēzi.

@briedis Nevis šādi? if($somethig){ $this->doSomething(); } elseif($somethingElse) { $this->doSomethjingElse(); }

Subjektīvi gan, bet swich daudzās reizēs liekas pārredzamāks.

Ja padots getā page un eksistē araya keys, tad page == page ? Bet kas tad ir undefined $page. Tieši šādu scrach for internet piemēru dēļ, labāk saprast, katru soli atsevišķi.

Prieks, pa interesi ;) Atbildot tieši: "Vai tas ir labs pieraksts?" Nē, nav! Mūsdienās un arī agrāk, labā prakse nav jaukt skatus, ar loģiku kopā. (MVC). Varbūt tā vietā, lai par kā "gala rezultātu" domātu, kā kādas aplikācijas vai, visticamāk, mājaslapas uzbūvēšanu, mācību nolūkos, noderīgāk būtu saprast katras funkcijas pielietojumu un to plašo izmantojamību. Kaut vai, lai saprastu "plašo to spektru" izlasi: https://www.w3schools.com/php/ Kāpēc? Ļoti daudzi resursi, no kuriem gūsti šos scrach to build website, kodu piemēri, utt, ir tik ļoti novecojuši, ka skatoties piemērus sāk trīcēt kreisais acs plakstiņš. Tad kad būsi, apostījis, tās pašas pamatlietas, operatorus, pamatfunkcijas, kā manipulēt ar dažādiem datu tipiem (bools, string, int, utt), dažādu veidu ciklus (loops), masīvus (arrays), objektus. No tā var izvirzīt sev 100 un 1 uzdevumu, piemēram, pārkārtot masīvu šādi un tādi, modificēt, galu galā kā strukturēt savu kodu. Šādiem uzdevumiem, lai "prototipētu, spēlētos ar funkcijām, utt", noder kaut vai http://psysh.org/ toolīts. Ļoti palīdz stackoverflow.com, kur gūt ideju, problēmas atrisināšanai. Maksimāli daudz centies skatīties uz citu piemēriem, censties lasīt citu kodu, kā konkrētais uzdevums ir atrisināts, kas izmantots, kāpēc tas vispār strādā? Atceries, ja kaut kas strādā, tā ir tikai nejaušība :) Veiksmi ;)

Analoģiski jo krapīgāku kodu rakstam, jo labāk koki aug...

Atradu ļoti interesantu konferences ierakstu. Īsumā: Save The planet. Upgrade to php7 https://www.youtube.com/watch?v=fYTKm2oUzAg&feature=share

Wuu, kas tieši nepatika? Failapmaiņa, manuprāt, visnesāpīgākā. Vagrant failā norādi kur būs projekta direktorija un strādāt var no paša hosta. Sinhronizējas, manuprāt, momentā. Par win gan neko nezinu, bet kādas Tev ir prasības pret sistēmu, uz kuras strādā? Kapēc ne kautkas no linux saimes? Ilgtermiņā, personīgi protams, daudz ērtāk, intuitīvāk. Par to "vienādo rezultātu", nu galvenais jau, vienādi php moduļi un versijas, versijas. Bet gan... var jau arī šādi: a2dismod php7.1 a2enmod php5.6 service apache2 restart utt.

Nav tik traki. Personīgi, neizmantoju dokeri, bet vagrant. Kādreiz pats sametu mini LAMP. Tad rakstīju custom provision, bet tur ir ko paņemties. Tagad? Kaut vai, šādu img pie vagrant init un miers.

Viens draugs reiz izteicās: "Katru reizi, kad ieraugu cenas, naudas glabāšanu decimāldaļās, man notrīc kreisās acs plakstiņš".

Jā, stāv, un neko sliktu tur neredzu.

Noteikti vismaz master/dev braņči. Gitam, vismaz bitbucket, github ir web hooks, kurus vari izpildīt, piemēram, pie push. Nopušo uz masteri -> Webhooks notrigero tavu produkciju -> Produkcija zin, ka jātaisa git pull, composer update/install, gulp, etc.. Komplicētākam projektam vari paskatīties https://deployer.org/ virzienā.

Lai arī kā, daudzvalodība wordpresam nav tas natīvais jājamzirdziņš ;( Būtu vismaz pluginus, kuri atbild par valodām nosaucis, kas tur sainstalēti, savādāk jāzīlē, bet par laimi, šis tas pasaka priekšā ;) Ceru, ka lietots ir kaut kas, nevis no WPML saimes (katra posta valodas versija atsevišķā posta objektā) un citiem man nezināmiem risinājumiem, bet kāds, no qTranslate pluginu saimes. Ja nav, uzliec qTranslateX, konfigurācija salīdzinoši vienkrārša. qTranslateX Tev palīdzēs ar postu, navigācijas, widgetu tulkošanu. Priekš statiskiem stringiem = Loco Translate. Kas attiecas uz pašu jautājumu, īsti nevar neko saprast, no tava "pa soļiem izklāstītā debug" :) Atceries, normāli esot, ka navigācijā, posta title no tā tā paša objekta tilte, ja navigācijā nav pārakstīts uz ko citu, neakarīgi, vai menu izdalīts katrai valodai savs (WPML tips), vai vienā postā visas valodas (qTranslateX) P.S Updeito tos pluginus, ko vari. Pēc wpscana, lapa pacaura.

Kādēļ galerijām vienkārši neizmantot: Šo un šo?

Neatkarīgi no interneta pieslēguma, bilžu lejuplāde uz pārlūku būs jāveic tik un tā, vienalga kur faili atrodas - mākonī pie google vai hostinga. Veidojot kādu projektu, silti iesaku dev workflow pārcelt uz localhost. Faili atradīsies uz tava PC, par interneta pieslēgumu nebūs jāuztraucas iztrādes posmā. Padomā arī pie tā, kā vēlies izkārtot datus, galerijas iekš WP. Dažas idejas: Paņem kaut vai paraugu no WooCommerce - pievieno kā attachment -> glābā katram izvēlētajam postam attachment id kā post_meta. Izveido custom_post_type: Galerija. Katrs posts būst kā albūms. Nodefinē, kādus laukus vēlies iekš posta. (Multi attachments, title, description, etc). Izmanto jau gatavus wp risinājumus. Nedaudz ieskatam.

PM Tev nosūtīts ;)

Un ja nav vienāds datu formāts, tad katram jāņem/jākonfigurē savs ("#price-selektors..").uh()..

Vai tad runa nav par rindām kā tādām, nevis kolonām katrā rindā.. nekur neredzu arī koda piemērā countcol(), bet nu kā jau teicu..tikai minējums. Kā arī, vai tad SELECT * (select all from row) ir nepieciešams pie ierakstu skaitīšanas?

Intuitīvi jūtu ka COUNT() nebūtu jāselekto vissa rinda, pietiktu tikai ar ID... SELECT t1.*, - iespējams ka visu * Tev nemaz nevajag.. (SELECT COUNT(*) - iespējams ka visu * Tev nemaz nevajag..

Sarunā ar LP saruna bija, par embedētu widget bloku, ne API kā tādu.. bet varbūt katru reizi pieprasīt POST, pie adreses norādīšanas ir OP. Varbūt vienkārši jāuztaisa statisks JSON no visiem LP xls failiem un jātur lokāli.. Otra lieta gan ir sūtījuma tracing LV mērogā.. Kādu laiku izmantoju reverse engineering priekš shipinng trace, bet tad LP sāka likt visādus XRF tokenus un payloadus, un palika neidzevīgi uzturēt...

Domāts darīts.. Jau pēc 15 min. zvanu LP un tieku līdz kaut kādam uzņemuma apkalpošanas "menedžerim", kas solās nosūtīt DEMO uz manis nosaukto epastu. Meilu gaidu joprojām :)

Zināšanai - ja tomēr esi izveidojis jautājumu, tad labāk ieliec kā nākamo atbildi savu, risinājumu, varbūt kāds uzlabos, ieteiks ko noderīgu. Tas, ka izdzēs, vai editē postu, kas neko vairs par sevi neizsaka, nevienam citam gluži nepalīdz. P.S baigais spēks ir tajā <input type="text" id="main_search" name="search_term" class="" size="17" tabindex="100" placeholder="Search..."> , kas te mums header labājā pusē ;)

Vēlos piezīmēt, kas attiecas uz kalendāru / darāmo darbu sarakstu. Varbūt vērts ir padomāt par google callendar - ļoti labi integrējas caur JSON ar fullcalendar. + Iegūsti opciju kalendāru menedžēt no Telefona.. saliec tik userus un atspoguļo ar caur fullcalendar webā.

Kāda tipa klientam jābūt? Kāds speciāls līgums jāslēdz? Būtu interese izmantot LP Api. ;)

Mhmm.. Sen jau prasās pēc API no Latvijas Pasta puses.. Bet jā, mazliet gan prasa darbu, taču pēc tam nevienam vien noderēs.. Jāsamet visi indeksi iekš JSON... vai arī jālieto kāds 3 puses API...