Jump to content
php.lv forumi

Zefirs

Reģistrētie lietotāji
  • Posts

    231
  • Joined

  • Last visited

Posts posted by Zefirs

  1. Labi, es jau tā sapratu, ka tu esi pārgudrs visur un visās lietās un tālāk kaut ko diskutēt nav jēgas, taču tev par nelaimi, DVI/VDI un juristu kantoris, pie kā konsultējos par šādām lietām tev nepiekrīt.

     

    Topikā teikts frīlanceri, te pēkšņi darbinieki. Pēkšņi ir atļauts arī darbiniekiem darbā izmantot savus resursus, acīmredzot bez kompensācijas, Dombrovskis demisionē un frīlanceriem (vai tomēr darbiniekiem?) tiek maksāta laika alga. 

     

    Carry on, nothing to NSA here...

    Es jau aprakstīju, kādēļ tāds virsraksts.

    DVI/VDI esi sazvanījis vai arī atkal balsties uz iekšējām sajūtām? Sazināšos ar viņiem, redzēsim ko viņi man atbildēs.

  2.  

     

    Zefīr, mīļo cilvēk, kas neiedziļinās manis teiktajā un vēl pamanās man uzbraukt pilnīgi ne pa tēmu - tu to savu līgumu vari pakarināt uz nagliņas vietā, kur pat karalis dodas ar kājām - ar vai bez darbinieka piekrišanas, tu nedrīksti neko tādu darīt, jo darbinieks nekam tādam vispār nevar ne piekrist ne arī vēlēties.

     

    Šeit ir pretruna ar tevis teikto un rakstu kuru ievietoju. Pārējais ir tevis sadzejots teksts, kuram nav juridiska pamata, bet iekšējo emociju izvirdums, kurā pretrunas varam turpināt skaitīt.

     

    Arī garām tiek palaists fakts, ka runāju nevis par freelanceriem, bet darbinieku vēlmi strādāt arī brīvajā laikā. 

    Rakstā ir minēts : "Darba devējam arī jāievēro, ka šādu informāciju drīkst apkopot un apstrādāt tikai saskaņā ar norādīto mērķi un tam nepieciešamajā apjomā " 

    Tātad datus var apkopot tādā apjomā, kāds ir nepieciešams, lai pārbaudītu darba izpildi konkurētajā laika posmā strādājot pie pc, mērķis tam ir minēts jau iepriekšējos postos.

     

    Kas liedz monitoringu izmantot uz privātā datora, ja ir atruna tāda papildus līgumā? Darbinieks pats ieslēdz/izslēdz laiku, kad viņš strādā/monitorē. Tātad kontrole ir arī viņa rokās. 

     

    Te jau aiziet offtopiks.

  3. pat ja samonitorēs ar visiem screenshotiem un stuff, tad beigās kādam vēl būs jātērē laiks un jāskatās tas viss samonitorētais, labāk būtu strādājuši pie kā lietderīga.

    Aizdomu pamatā par nepamatotu/maldīgu laika uzskaiti, būs iespēja pārbaudīt konkurētā laika periodā darbinieka veiktos darbus/nedarbus.

  4. Cilvēki, pārlasiet manus pievienotos postus ? Es taču teicu, paši darbinieki vēlas! Papildus atruna līgumā par darba virstundām x$/h un darbu logošanu, nekas netiek pārkāpts šeit! Interese nāk no pašu darbinieku puses, nevis uzņēmuma. 
     

    F3llony kā parasti neiedziļinoties sāk bērt savu domu, pārējie nelasot autora tekstu sāk skriet līdzi.  

  5. Pēdējo dienu cīnījos ar problēmu, ka FuelPHP ietvarā netika atgrieztas vērtības/properties orm modelim. Tā kā viņu forumā paraudāt uz sitiena ir jaunpienācējiem aizliegts, tad savu žulti nāku šeit izgāzt; 
    Problēma slēpās kaut kur cache mehānismā, rokot dziļāk atdūros pret dīvainu problēmu, kuru nespēju izskaidrot vai arī es kaut ko palaižu garām. 

    Tātad isset WTF : 

    Klase ar problemātisko daļu - https://github.com/fuel/orm/blob/1.7/master/classes/query.php#L1094
     

    foreach ($select as $s)
    {
    		$f = substr($s[0], strpos($s[0], '.') + 1);
    		if ( ! isset($obj->{$f}))
    		{
    				$obj->{$f} = $row[$s[1]];
    		}
    }
    

    $select satur laukus (piem, "t0.xxxx"), kurus atlasīja datubāzē. Tālāk tiek pārbaudīts vai $obj objekts jau satur šādu vērtību  ar if ( ! isset($obj->{$f})), ja nē $obj tiek uzstādīta no db ielasītā vērtība. 

    Problēma ir šeit

    if ( ! isset($obj->{$f}))
    

    $obj->{$f}  dažos gadījumos vērtība ir NULL, bet isset atgriež true, tādēļ arī netiek piešķirtas trūkstošās vērtības.

    Pirms isset pārbaudes izvadīju obj propertija vērtības ar var_dampu šādi:

    foreach ($select as $s)
    {
        $f = substr($s[0], strpos($s[0], '.') + 1);
        var_dump($obj->{$f});
        if ( ! isset($obj->{$f}))
        {
             $obj->{$f} = $row[$s[1]];
        }
    }
    

    Rezultāts:

    NULL
    NULL
    string(7) "English"
    string(3) "eng"
    NULL
    string(1) "1"

    Ja pievienoju is_null pārbaudi viss strādā ideāli. Kādēļ is_null nostrādā, bet isset nē?

    if ( ! isset($obj->{$f}) || is_null($obj->{$f}) )
    


     

  6. Var jau neizmantot to orm, bet rakstīt tajā datubāzes tabulu struktūru un tālāk jau laist plikus kverijus.

    Jā par šo arī iedomājos. Tas darbojas, ja sistēma jāveido no 0, bet esošas sistēmas pārnest uz orm ir dažreiz neiespējami. Relācijas, atslēgu veidošana no foreign key utt., ir neiespējami realizēt uz dažādiem orm. Katram sava blusa ir.  Bet tā risinājums ideāls attiecīgajos gadījumos.

  7. Reģistrācijas timer palaid un čeko vai reģistrācija nav pārāk ātra.
    Čeko vai kursors kustās reģistrācijas laikā.

    Interesanti vai tas ko mainītu. Vai arī viņiem ir recorded user darbības ...

  8. Ir projekts, kurā lietotāji iesniedz rakstus un ziņas dažādās valodās ~12. Ir protams gadījumi, kad iesniedzot rakstu netiek pamanītas vienkāršas gramatikas kļūdas, kuras tālāk jau redz tūkstošiem apmeklētāju. Vēlētos pamatlīmenī izskaust šīs kļūdas vismaz.

    Ir kādi ieteikumi, pieredze vai idejas par šo tēmu, kāda bibliotēka vai vārdnīca opensource?

×
×
  • Create New...