Jump to content
php.lv forumi

vbz

Reģistrētie lietotāji
  • Posts

    264
  • Joined

  • Last visited

Posts posted by vbz

  1. Tad man rodas retorisks jautājums, ko tad šie visi wanaby beigu beigās grib?

    Nu pa šiem gadiem man ir nosacīts savs CMS, špikots no daudzām sistēmām, bet, ja pie manis atnāks Tēvs un teiks, zini vajaga lapu, es ņemšu savus skriptus. Ja pie manis atnāks anglis, zini - mēs uz wp vai drupal bāzes to izdarīsim ... Jūti atšķirību

  2. - ja sarakstā bija lapošana, tad tā nedarbosies,

    darbojas, es jau notestēju, viņš nevar nedarboties, es limit neizmetu, ja funkcijai padod null vērtību, tad nahren pagination, ja padod, nostrādā "if" clause

     

    Topiku var slēgt, savienojamības problēma bija gan postgresql, gan php, gan CI systems kodam.

  3. te jau ir strīds par prasmēm, arī pitons būs dumjš, tikai tur viena atšķirība, drusku vajag zināt vairāk. PHP - tautas valoda, nu neqaizgāja līdz nopietnam kā lai pasaka - konsistencei. Nopietnus projektus netaisa uz PHP, kāpēc, teorija - skriptopt kko servera pusē, vai serveri izmantot kā starpnieku

  4. Mans viedoklis ir tāds, ka WP drīkst lietot tikai pēc tam, kad ir izmēģināti zemāka līmeņa rīki. Nu, freimi etc. Nevis tā kā LV augstskolās, kur pēc videnes nākošam cilvēkam, kas kaut kā ķep ļep iemācījies html (un jau aizmirsis) liek strādāt ar WP vai Rails.

    uzraksti pluginu uz wp, kas teiksim mainīs lapas layot blokus lidojumā, jāpierod pie tā, ka nekāds wp vai cits zvērs Tev neaizmainīs smadzenes ... Es pieturos tomēr pie php frameworks, bet ja man prasītu projektu, kur 70% postēs, es paņemu tad gatavu wp, nevajag izdomāt jaunu velosipēdu!

  5. Ko tu stāsti? tikko teici, ka ar drupal ņemies jau 8 gadus.

    Kur es rakstījis, ka ar Drupal ņēmies 8. gadus, es braukāju uz DrupalCamp, paklausos un protams iegūst kaut ko jaunu

     

    Vispār es netetaisītu cms uz Drupal, izmantotu wordpress, un wp nenozīmē tikai blogu, uz tās bāzes var uzkruķīt daudz nopietnākas lietas, uz Drupal arī, tā nav gaumes lieta, vnk man Drupal liekas daudz smagāks nekā wp

  6. 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

    limit rinda nav nokomentēta:

    if ( is_null($limit) <> TRUE) {
    $this->db->limit($limit, $offset);
    }, ja limit padod null, tad jau neko nevajag
     
    Viņa pa jaunu uzrakstīta uz nosacījumu, iepriekšēejā komentēta
  7.     function get_sortiment_manager($user_id, $limit = null, $offset = null) {
    		if ( is_null($limit) <> TRUE) {
    			$this->db->limit($limit, $offset);
    		}
    		$this->db->where('type', 'true');
            $this->db->or_where('user_id', $user_id);
            $this->db->order_by('type', 'DESC');
            $this->db->order_by('ptl', 'ASC');        
            //$this->db->limit($limit, $offset);
            $query = $this->db->get('_sortiment');
            return $query->result('array'); 
        }
    

    Nu tagad iet, 2 naktis čakarējos, kur nauda? :)

     

    prieks pašam, naudu varat iebāzt, pasī ziniet kur :)

     

    es tiešām ļoti sen ar php strādājis, nu tas nav attaisnojums, paies nedēļa un ies ripodams

     

    Tagad atrāda pilnīgi sasortētu dropdownu, kas glabājas bāzē, nu comboboxu

     

     

    Paldies par uzmanību!

  8. Un tiešām Tev neleca nekāds errors, kad mēģināji selektēt no neeksitējošas tabulas? Traki gan...

    nē, atgrieza tukšu masīvu, drusku pielaboju:

         function get_sortiment_manager($user_id, $limit = null, $offset = null) {
    		$limit = is_null($limit) ? 1 : $limit;
    		$offset = is_null($offset) ? 0 : $offset;
    		$this->db->where('type', 'true');
            $this->db->or_where('user_id', $user_id);
            $this->db->order_by('type', 'DESC');
            $this->db->order_by('ptl', 'ASC');        
            $this->db->limit($limit, $offset);
            $query = $this->db->get('_sortiment');
            return $query->result('array');
    
    

    suffiks nav vainīgs

    $this->db->limit($limit, $offset); ar NULL nestrādā

     

    viss sākās ar:

     	/*function get_sortiment_manager($user_id, $limit = null, $offset = null) {
           $sql = "SELECT * FROM trm_sortiment WHERE type = 'true' OR user_id = " . $user_id . " ORDER BY type DESC, ptl ASC";
    	   //LIMIT " . $limit . " OFFSET " . $offset;
           
           $query = $this->db->query($sql);
           return $query->result('array');
    	}*/
    

    tieši limit ar NULL un ofsets ar null nestrādā, bet nevienu kļūdu nemeta, rezultāta array() bija vnk tukšs

    tas arī neder jāraksta, ja $limit ir null, tad - fuck art, tagad atgriež pirmo ierakstu - duriks

  9. jurchiks: Parādi savus projektus, kurus esi veidojis. Advancētā mode paredz to, ka Wordpress nav tikai blogs, vai vienkārša lapele. Protams, šajā Wordpress jūgā ir kur augt, pētīt, skatīt, attīstīties, pat attīstīt dažādus savus pluginus, addonus, utt.. līdz ar to, pateicoties dažādai daudzveidībai arī WP ir TOP CMS sistēma, kas ir samērā ērti uzbūvēta, labi dokumentēta, labs tech info, dažādi forumi, jautājumi, utt... un ar šo CMS sistēmu var arī strādāt daudzi citi izstrādātāji. Protams, ar WP ir jābūt uzmanīgiem un jāpaŗzin to, ko var un ko nevar instalēt, likt, darīt, utt..

     

    Un kamēr WP arī izmantos dažādas Latvijas, Pasaules lielākas web agency, un pasaules slaveni portāli, tikmēr es arī attīstīšos kopā ar dažādām tendencēm, izstrādes lietotnēm, utt... 

     

    Protams, ir daudz un dāžadi specifiski projekti, kuros WP neder, bet kamēr šādi projekti nonāk līdz izstrādei, bieži vien parastai tautai, brutāli sakot nav tāda piķa, lai spētu par to visu samaksāt. 

     

    VBZ. Principā tu uz WP bāzes vari pats rakstīt savas funkcijas, pluginus, kārtot kā vien sirds vēlas, iestrādāt to unikālos dizainos, projektos, utt.. :)

     

    Mani projekti uz wp kopā ar slice.

     

    https://www.bksb.lv/

    http://yoyofrozenyoghurt.com/

    http://valuebetit.com/

    http://valmieraszinas.lv/

    http://www.dzc.lv/

    http://boldbrand.eu/

     

    un vēl daudzi citi. 

    es neapstrīdu, sen zināms, ka uz wp bāzes var taisīt, nu gandrīz visu, visu nesanāks, būs deadline, kur ttālāk ir strupceļš

    bāzi var ņemt

  10. starp citu uz wp var ātrāk uztaisīt advencētu portālu, nekā uz drupal, nerunājot jau par to joomla(tur vispār sviests), piemērs - boot.lv ir zem wp. Drupal prasa vairāk zināšanas, joomla es vispār uzskatu par kko nelietojamu

  11. beidzot aizgāja, tabula  _sortiment uzskata par neeksistējošu, ja nepielie sufiksu priekšā, trm_sortiment strādā. Bet tad jautājums ir citas nestrādā, uz sitiena vaicājumus pārbaudīju, var pielikt, dzēst, utt. Kapēc bez suffiksa neņem pretī. Nu te vēl daudz laika testiem. Bet varbūt tur uz pg servera ir vairākas _sortiment ... Varbūt neder, vajag tieši pārliecināties.

     

    bija:

    function get_sortiment_manager($user_id, $limit = null, $offset = null) {
            $this->db->where('type', 'true');
            $this->db->or_where('user_id', $user_id);
            $this->db->order_by('type', 'DESC');
            $this->db->order_by('ptl', 'ASC');        
            $this->db->limit($limit, $offset);
            $query = $this->db->get('_sortiment');
            return $query->result('array');
    

    uzliku:

    function get_sortiment_manager($user_id, $limit = null, $offset = null) {
            $this->db->where('type', 'true');
            $this->db->or_where('user_id', $user_id);
            $this->db->order_by('type', 'DESC');
            $this->db->order_by('ptl', 'ASC');        
            $this->db->limit($limit, $offset);
            $query = $this->db->get('trm_sortiment');
            return $query->result('array');
    
    

    _sortiment un trm_sortiment

     

    Vajag testēt bez suffiksa iet pārējie vaicājumi

  12. Man nepatīk, ka cilvēki pastāvīgi iesaka izmantot citas programmēšanas valodas saitā, kas speciāli paredzēts PHP, it īpaši, ja OP prasa risinājumu konkrēti PHP.

    Client-side valodas ir cita lieta, tās iet kopā ar PHP.

    Pēc kādiem kritērijiem Tu nosaki, ka tieši ar PHP būs optimālākais risinājums ... ?

  13.  

     

    Well, šis ir php.lv un šī ir PHP sadaļa...

     

    Starp citu, man tas arī iesitās toreiz acīs. Varbūt beidzot sapratīsim, ka  web app nav tikai tīrs php .. nav vērts kašķēties, jo tas tiešām nav tā vērts :)

  14. bet vainīga ir:

    function get_sortiment_manager($user_id, $limit = null, $offset = null) {
            $this->db->where('type', 'true');
            $this->db->or_where('user_id', $user_id);
            $this->db->order_by('type', 'DESC');
            $this->db->order_by('ptl', 'ASC');        
            $this->db->limit($limit, $offset);
            $query = $this->db->get('_sortiment');
            return $query->result('array');
    

    ja type=2, tad return array(), atgriež tukšu masīvu, man uz localhost strādā, varbūt tur db pusē ir sviests(kā var būt sviests, ja 1:1 pārliku uz localhost), izmet to tabulu plain/text un skaties type un id, un ko atgriezīs, pašlaik iet gulēt, protams slikti. Man domāt kkāda konfigurācija un domāt tieši postgresql db konfigurāciju.

  15. Jesus Fucking Christ, pats ar sevi strīdās, kur vēl tālāk...

    Visi lielie meistari staigā pa biroju un šēmo pie sevis, tikai maziņš bāleliņš sēž un urbina degunu, joks, bet arī taisnība :D

     

    Es ļoti bieži domāju skaļi

  16. Tā nav muļķīga sintakse un šāda sintakse ir valīda gandrīz vai jebkurā valodā, kurai piekļūšana pie hash-mapiem ir izmantojot [].

    Nē nu likt massīvs[] ideksu var massīvu_citu, sanāk massīvs[massīvu_citu], nez es tā daudzreiz esmu rakstījis, jo kas būs tas index, tas, ko atgriezīs massīvu_citu

    Vnk varbūt 5.3 to vairāk nesaprot, bet saprot ... Kods ir tīrs, mož tur db upgradota, es jau skatos sql tur, kapēc attgriež array(), tb modeļa atbildi

  17. 5,3 š'du sintaksi paredz: $retval[(int)$value['ptl']], kāpēc gan nē, tas ir jautājums!

    paredz

     

    array_1[array[index]] - iet, tas muļķīgi tā var rakstīt vienmēr

     

    $sortiment = $this->_sortiment($sortiment_data);
    var_dump($sortiment);
    array(0) { }
  18. Pie visa ir vainīgas līkas rokas. Pat ar PHP var uzrakstīt normālu kodu, ja rokas neaug no dirsas un nesteidzas pa galvu pa kaklu.

    es tur dzejoļus rakstīšu, tas varbūt Tev labāk paliks - kur tur ir līks kods, es eju katru rindu, nav kas konfilktē. Starp citu nebrauc augumā, daudziem tā var gadīties un man augums i 1,25 tikai

     

    Līdz rītam atradīšu. Neesmu es ar php strādājis kādus 4 gadus Tur ir cita vaina. Fkts ir tāds, ka52.x strādā, 5.3 nestrāda un skatīsies tālāk, mozh tur php konfigurēts, kam kkas tagad nepietiek

     

    Lieta tāda, ka es pārmetu kodu uz localhost - viss strādā arī uz 5.3.x - tur nestrādā

    skatīsies konfigurācijas, es uz localhost pārliku 5.3  - iet

     

    Varbūt Tev pašam līkas rokas ...

    un kas šitā ir par rindu: 

     $retval[(int)$value['ptl']] = $value['ptl'] . ' ' . $value['abbreviation'];
    tapēc, ka $retval jau ir masīvs
    
    kāpēc  divas ]] noslēdzot masīva indeksu
    
  19. skatīsies ko moduļi velk ārā, no db, bet neticu, uz otras sistēmas strādā, te nestrādā, tas vispār posgreesql, neticu, ka konfliktēs, ter kkāds meesls uzrakatīts php, kas dumības vada Un priecājieties par savu php, bļin savienotajību pat nespēj nodrošināt

  20. secinājums, ātrāk būs debugot, nekā braukt visus php.net changes, kods ir vecs, bet kur tur ir abrakadabra, kods  - parasts kods, nav ide''als, bet strādāja

     

    Naivi, bet ātrāk būs debug

     

    Ar savienotajību kods var nomirt uz nākošo dienu ...

     

    Konkrēti tas ir, ka veca darba vieta prasa palīdzību, un tā ir daudzreiz

×
×
  • Create New...