l27

Vēl ir bijis, ka template engine vairs netiek uzturēta un rodas problēmas ar migrāciju uz jaunāku PHP. Iekš Yii lielāko HTML daļu veido ar Widgetiem un nav nepieciešams template engins.

Kapēc lapu taisīšanai vajag ASP.NET? Jāhostē būs uz MS servera, kas nav lēti. Ieteiktu izmantot Laravel, vai Yii. Galvenais ir būvēt no moduļiem, jo pasūtījumi mēdz būt līdzīgi un tā ieekonomēsi laiku. Ar composeri savāc vajadzīgos moduļus, sakonfigurē, papildini nepieciešamības gadījumā ar jaunām fīčām un aiziet.

Paldies. Interesanti Nesanāk 25$ par posmu pēc evocon cenu kalkulātora. Posmu saprotu ar sensoru. Salīdzinot ar evocon cenām manam klientam sanāca lētāk. Varbūt nav tik skaisti, bet speciāli klienatm.

Izveidoju jaunu šnabja pudeļu uzskaites sistēmu, ko uzstāda uz konveijeriem. Varbūt kādam tāda nepieciešama saimniecībā? Viss jau kā parastā sistēmā, vienīgi nācās sensorus pieslēgt. Izmantoju Arduino, kas apstrādā lāzera sensora signālu un pa USB padod uz datoru, kas apkopo datus (NodeJs) un padod uz serveri. Pareizāk būtu bijis uz Arduino uzlikt LAN plati, kur datus pa taisno sūtītu uz serveri. Sistēmas apraksts: KONVEIJERA PRODUKCIJAS UZSKAITE

No DB tabulasģenerē modeļus un pēc tam no modeļiem crud. Piemēram: https://github.com/schmunk42/gii-template-collection#slim_editable

Kaut ko atradu, bet integrētu risinājumu neatradu. Izskatās, ka Yii tālāk ticis.

Kādu ģenerātoru ieteiktu izmantot modeļu un CRUD ģenerēšanai?

Laba lieta, ja jādod lietotājiem DB administrēšanai. Savos projektos šādā gadīijumā izmantojis CRUD ģenerātoru un pēc tam nepieciešamības gadījumā varu piekoriģēt, piemēram novākt nevajadzīgu kolonnu.

Pārdevēji viņīem ir ļoti spēcīgi!

Īsti neredzu pmatu likt failus datubāzē: faila saglabāšana datubāzē diezivai notiek ātrāk, nekā parasta faila izveidošana; saglabājot failā klientam var padot tiešo linku uz failu un parlūks pats savāks failu - jebkurā gadījuma ātrāk strādās; ja neliek publiskā direktorijā failu, var izmantot readfile(), lai padotu to klientam, kas jebkura gadijuma būs ātraks neka to izvilkt no datubāzes un padot klientam; failu glabāšana datubāze var palielināt tās izmērus reizes 10, kas apgrūtinātu rezervju kopiju veidošanu, datubāzu kopēšanu, uzturēšanu. failu pats vari atvērt pa tiešo un paskatīties, kas tad tur ir iekšā Vienīgo izņēmumu redzu, ja ir ļoti maz failu un negribās problēmas ar to saglabāšanu uz diska.

NSIS ir risinājums: http://nsis.sourceforge.net/Reference/SetFileAttributes

Sen atpakaļ izmantoju http://nsis.sourceforge.net/Main_Page Ļoti labi noderēja iespēja ģenerēt Windows EXE uz Linuxa.

Index failā pieliec rindas start byte numuru.

Ja vajag, varu ātri uztaisīt webisku datu glabātavu un atdot uzturēšanai. Skatīt: http://php.lv/f/topic/22083-pied%C4%81v%C4%81ju-uz%C5%86%C4%93mumu-is-jeb-backend-izveidi/

Kaut kad kaut kāda doma bija liekot audittrailu. Nemaz vairs neatceros. Galvenais, ka strādā!

Te ir advancēts valūtas Yii modulis ar Latvijas, krievu un leišu ofciālajiem kursiem: https://github.com/DBRisinajumi/fcrn

Sveik Sharps! Iedod kādu kontaktinformāciju.

Priekš MODBUS TCP/IP ir php bibliotēka https://code.google.com/p/phpmodbus/ Man liekas, ka pareizāk būtu visu saslēgt ar TCP/IP un no servera kontrolēt izmantojot šo bibliotēku.

Pareizāk iekš Yii būtu: $user = user::model()->findByPk($id);

Man gan škiet, ka DB vieglāk izveidot izmantojot SQL tūļus. Saliek arī relācijas. Tāpat arī labojumus. Tiek izveidots SQL skripts, kuru iekopē migrācijas failā. Pec tam pārģenerēju modeļus, uz kuriem attiecas izmaiņas.

Iekš Yii modeļus ģenerēju ar ģenerātoru, tapēc nav jāzin, kā definē relācijas. Papildus IDE priekšā teicējs piedāvā izvēlēties vajadzīgo relāciju modelim. Gan jau Lavarelam arī ir šādi ģenerātori.

Frameworka izvēle nav vienkārša. Jāņem vērā gan populiritāte, gan jānovērtē piemērotība projektiem, ar kuriem plāno strādāt. Vēl grūtak paredzēt nākotni, jo var iznākt vēl labāks frameworks un tas būs modes kliedziens. Piemēram, no dažiem neseniem Lavarel piekritējiem ir dzirdēts, ka Yii2 esot tomēr labāks. No savas pieredzes ieteiktu izvēlēties famework, kuru apaudzēt, maksimāli izmantojot gatavas bibliotēkas. lai iegūtu nepieciešamo funkcionalitāti projektiem. Apaudzēta frameworka dzīves cikls varētu būt 10 gadi. Pēc tam jāveido jauns.

Sysadminam iedevu vienu lielu ZIPu ar norādi, kuros failos jāsaliek konfigurācija. Nekas vienkāršāks laikam nav. Labošana gan būs ķēpīga.

Klientiem vienmēr ir savas īpatnējās prasības. Šoreiz par katru cenu grib, lai sistēmu liek uz viņa hosta, bet pie kloķiem nelaiž. Lai ar composeri uzstadītu un updeitot, jāsainstale visādas papildus figuškas, par ko klienta sysadmins nav sajūsmā. Var būt ir kads cits risinājums?

Vēl viena demo sistēmiņa: http://truck.weberp.lv uldis uldis