vbz

> 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

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

Domāt jau Tevi neiemācīs, es tomēr balstos uz php frameworkiem, bet ātri izdomāt risinājumu, ko Tu darīsi, ņemsi to pašu wp vai Drupal. Sorry to joomla es uzskatu par apendixu, tādam vispār nav jābūt

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

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!

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

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

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!

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

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

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

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

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

Es jau tā arī nedomāju, Tu citēji DaGrevis no cita topika

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 :)

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.

jā, error_reporting(E_ALL); ini_set('display_errors', 1); return array() - tukšu array atgriež, nav kļūdu

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

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

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) { }

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

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

labi, sāksim ķidāt, step by step palīdz

nu viewaa ir tikai viens <div>/<div>

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