jurchiks

Nu tu jau zini, kā šajā forumā cilvēkiem patīk galējības...

Nevis nevaru, bet negribu, jo var uztaisīt daudz labāk.

Slikti, ka tā.

Izmanto šo: RewriteEngine on RewriteCond %{REQUEST_URI} !^/images/ RewriteCond %{REQUEST_URI} !^/css/ RewriteCond %{REQUEST_URI} !^/js/ RewriteCond %{REQUEST_URI} !robots.txt RewriteCond %{SCRIPT_FILENAME} !index.php RewriteRule .* ./index.php [L] Un apstrādā $_SERVER['REQUEST_URI'] kodā. Varēsi taisīt pilnīgi jebkādus urļus un nevajadzēs pisties ar htaccess.

Nez, man baigi nepatīk. Atšķirības no HTML un datu concatenation ir minimālas, turklāt speciāli nepieciešams kompaileris, kas konvertē uz parastu JS, kaut gan jaunā sintakse ietaupa smieklīgi maz. e-remit'a mustache-js piemēri ir IMHO daudz ērtāki un saprotamāki.

Bet HTML taču jābūt templeitā, that's the whole idea.

Nu bet kā tad tu izvadīsi sarakstu ar identiskiem itemiem, ja ne izmantojot ciklu? JS pusē ciklēsi templeita izvadīšanu vienam itemam? That's inefficient.

Tools don't write code, you do.

Ieliec Kaspara fiddlē ķeksi pie jQuery mobile. Bet nu tas, ka noņem scrollbar, nenozīmē, ka nevar paskrullēt lapu.

>Implying CI or build systems or whatever the setup is make the code better or cheaper.

But that's exactly what you're doing now.

@F3llony beidz dirsties. Ir ārkārtīgi daudz mazāku projektu, kuriem nekāds CI nav vajadzīgs, nemas nerunājot par build sistēmām un statisko resursu menedžeriem. >Un tad pavadi pus mēnesi kamēr izfigurē kāds plugins Please... Nespēj max stundas laikā atrast tūli, kas minimizē CSS/JS vai kompilē LESS? Back to school with you. >Un jurčiks atkal izcēlās. Un tu jau nemaz te nesprēgā.

Izcēlies...

Nu tad problēma ir tajā, ka, atverot pilnā apraksta lapu, īsais apraksts tiek izdzēsts/aizvietots ar pilno aprakstu. Tā vispār nevajadzētu būt, īsais apraksts != pilnais apraksts. Pilnā apraksta lapā vajadzētu iefečot pilno aprakstu un lielo bildi, un varbūt vēl video, bet neko vairāk. You're welcome :)

Uhhhh... tajā kodā nav kinopoisk metožu... getFromFirstShowing() skreipo kinopoisk, wtf? Cik es redzu pēc tava /news/ saraksta, tad šī koda līnija neatgriež īso aprakstu: 'body' => head($cr->filter('.descr')->extract(array('_text'))), vai arī tu to nemaz neizvadi. Ja tur viss ir kārtībā, tas skaties, kas notiek getSingle... metodē, skaties, vai $ht = trim($node->html()); satur to, ko vajag, un vēl - pieliec /iu modifierus tam preg_replace.

Kaut kas tur kodā nav tīrs. Iedod konkrētu linku. Atveru galveno lapu un eju cauri filmām, visas attēlojas normāli. Tikai Inspect element, neko citu jau nevajag.

Viss atkarīgs no tā, ko tu no tā raksta gribi izvilkt. ".newsPage" satur daudz atkritumu, main saturs ir iekš ".brand_words".

>Tikai rodas jautājums - kur man to sākumu bāzt? getFromKinoPoisk(): 'full_url' => head($cr->filter('.more > a')->extract(array('href'))) -> 'full_url' => 'http://kinopoisk.ru' . head($cr->filter('.more > a')->extract(array('href'))) Vajadzētu pietikt.

@kapeika - pag, ar ko tev īsti tagad ir problēmas - ar kinopoisk vai firstshowing?

getFromFirstShowing($url) metodē ir līnija: 'full_url' => head($cr->filter('.continue > a')->extract(array('href'))) full_url vajadzētu vest uz individuālās filmas lapu. Izvadi getSingleFromFirstShowing($url) to $url variabli un paskaties, vai tā vērtība ir pareiza. Ja nē, jālabo parseris, ja jā, tad kaut kas nav riktīgi tajā $this->curl() metodē. @daGrevis - tas ir darba kods? Ja nē, ieposto kkur.

>man nav kā news provider uzlikts firstshowing? Nē, tad tās FirstShowing metodes nemaz neizsauktos. Ja curl atgriež false, tas nozīmē, ka bija kļūda, ievelkot lapas saturu, tātad jāskatās, vai tiek padots pareizs URL. Īstenībā tajā $this->curl() metodē vajadzēja mest Exception, ja tiek atgriezts false, tad uzreiz zinātu, ka lapas saturu nav bijis iespējams lejupielādēt, jo tagad tu putrojies problēmās. >Sanāk, ka man vajag norādīt pareizo selektoru un visam vajadzētu būt "bumbās"? Papriekš jāizštuko pareizais URL, un tad jāskatās, vai tie selektori jāmaina. Par PHP/MySQL piemēriem runājot - skaties šīs lapas apakšsadaļas: http://php.net/manual/en/book.pdo.php BET sākumā es ieteiktu nepievērst uzmanību User Contributed Notes blokam, tur bieži ir diezgan slikti piemēri. Skaties oficiālos piemērus, piemēram, šos: http://php.net/manual/en/pdo.exec.php#refsect1-pdo.exec-examples http://php.net/manual/en/pdo.query.php#refsect1-pdo.query-examples http://php.net/manual/en/pdo.prepare.php#refsect1-pdo.prepare-examples Nu un, protams, pašu PDO konstruktoru: http://php.net/manual/en/pdo.construct.php Tāpat, manuprāt, šī lapa ir diezgan informatīva par šo tēmu: http://code.tutsplus.com/tutorials/why-you-should-be-using-phps-pdo-for-database-access--net-12059 Šeit, cik skatos, ir viss tas pats, bet varbūt kaut kas tomēr atšķirās: http://code.tutsplus.com/tutorials/php-database-access-are-you-doing-it-correctly--net-25338

Kreisajā pusē taču var klikšķināt pa tiem itemiem un skatīties, kurā solī tas exception tiek izmests. 3. no augšas redzams, ka erors notiek, konstruējot new Crawler($item); 2. no augšas - $this->add($node); 1., acīmredzot, ir tās add() metodes kods, un exception tiek mests pašā apakšā, kur arī pasaka, ka add() padots boolean. Sekojot ķēdītei uz augšu, boolean rodas, getSingleFromFirstShowing() metodē $this->curl($url); izsaukumā, kas atgriež false, kas tiek padotsCrawler#__construct() metodei kā $item.

Skaties funkcijas public function all() un public function getSingle($url). Tev jāpielabo tie IFi, kuri čeko provaiderus, lai izmantotos arī tā trešā funkcija, kuru iepriekš uzrakstīju.

Ar ko konkrēti palīdzēt?

Tavu jau arī neviens neprasīja. Un vispār, name calling uzkrītami parāda cilvēka "līmeni".