Delfins
-
Posts
3,746 -
Joined
-
Last visited
Everything posted by Delfins
-
Tāpēc iekš SQL ir izdomātas tādas lietas kā: JOIN WHERE EXISTS HAVING
-
C++ un PHP izsauks vienus un tos pašus pregus.. (pat iespējams no vienādiem open-source libiem)... kāda tur 10x starpība... Cita lieta, ja tu downloado XML un pārsē viņu pats. Uztaisi, lūdzu, piemēru, kur tavs c++ būs 10x ātrāks par php (Source: web, Dest: txt fails) Manuprāt tas nebūs īsti crawlera uzdevums - ieliks bāzē un smuki sasortēs.
-
Varat uztaisīt atsevišķu topiku OFFTOPIK-ā par to.
-
Topika autoram arī iesaku pārdomāt sakarā ar tiem .txt. Neredzu iemeslu, kāpēc lai mūsdienās neizmantotu DB. Ar failiem ir ļoti liels čakars - un kārtējie topiki "neļauj izveidot failu" izpaliks. PS: pats esmu taisījis vienu CMS-like lapu uz failiem.. draņķis un laika tērēšana :)
-
Palaiž PHP skriptu CGI modē threadā no tā paša PHP kaut vai :)
-
Kāpēc gan nē?... PHP var arī nokompilēt. būs tas pats vien binarniks. Un ja crawlošana nav tik ietilpīga, tad PHP ir ok. PHP tādā ziņā ir elastīga vide, kur crawlerus ļoti ērti būvēt... C++ šitā te stringu/buferu/net-konekciju padarīšana ir ķēpīga (ja neizmanto FW) un neaizņems 2-3 mēneši (ja raksto N-tos pluginus katram saitam) Mikijs, kādi vēl piemēri!? Iemācies vispirms lasīt - "Ir jāizveido robots"
-
Uz .htaccess tik ļoti nevar paļauties. Labāk glabāt ārpus web-root un chroot-ot
-
Ja paskatās tavus topikus, tad tā nevarētu teikt. "ļoti labi" retais ne šejienes varētu tā pateikt...
-
glabāt .txt ārpus web-root-a pēc iespējas mazāk izmantot dounload/upload skriptus pārejais viss tas pats, kas uz DB attiecās.
-
Nu nekas tur nebūs nepareizi - tā dara visur: - dabū skaitu (COUNT(*) + WHERE) - dabū izvēlēto lapu - pārbauda vai lapa ir robežās (< count / skaits_uz lapu), ja nē, tad lapa = 0 - veic to pašu pieprasījumu tikai atrādei un ar LIMIT - SQL skaitam kešo, ja dati nemainās ļoti bieži (hash(SQL) => skaits) Viss! Nav te ko iespringt!
-
Manuprāt, ka akurāt bez lielā čakara neko tādu nedabūs... vismaz ar DIV-iem... Kad 2 vienā kolonnā alignojas pa augšu/leju vienlaicīgi.
-
tas tikai liecina par koda kvalitāti/risinājumu. Un kas vispār nafig ir "pārlēkt uz jauno logu"... Javascript, links.. wtf?
-
takš uzzīmē bildi... neviens te tagad nezīlēs.. http://www.google.lv/search?q=3+column+design
-
Pirmkārt, nav pateikts, kur problēma un kā pašlaik rāda (nu slinkums man tagad taisīt 2 failus) Otrkārt.. kāpēc jāliek 2 ieliktie DIV-i bezjēgā. Ar vienu pietiek. Kāpēc augšā sadalīta 3 DIV-os, ja var izmantot vienu DIV un vienu bildi (tā kā apakšā)
-
Tu kodu vispār māki lasīt, ko esi uzrakstījis? Vieglākais samksāt kādam... nevis katru reizi postēt ar kodu, lai kāds izzīlētu, kas pa mainīgiem tev tur un kāda sistēma vispār.
-
Kur tas ir rakstīts? manuprāt nekur. Un tiklīdz tu krāmējies ar tādiem softiem kā pageMaker , tad nekas jēdzīgs tur nesanāks.
-
Tas ir testētāja DARBS! Vienreiz notestē un viss. Kā piemērs manā darbā: - DU... kodējam.. debugojam... ja ir vēlme unit-testu izlaižam - Aiziet testētājam ... urķo.. ziņo PZ (problēmziņojus) - labojam PZ.. sūtam testēt - Aiziet testētājam ... urķo.. ziņo PZ (problēmziņojus) ... pa apli.. līdz viss OK. Līdz ar to vajag: - dev vide - test vide - pre-production vide - production vide
-
Nekas nav labāk par īstu cilvēk-testētāju... Vēl labāk, ja tas ir urķis.
-
mod_rewrite
-
nebūs jāpparaksta, ja PHP DB layeris būs pielaģots tā, lai neveiktu koda izmaiņas - tobiš izmanto tikai to, ko db abstrakcijas klase piedāvā - dažreiz atspoguļojās uz perfomanci. un jā, specifiskie SQL arī atkrīt. Turklāt nepareizi apskatīt tikai vienu situāciju - db pamainīšana. Apakšā ir daudz citas lietas, kas ir PHP, nav Ruby un otrādi. Arī Freimworks vs language nepareizi salīdzināt.
-
bāc, nu paņem jebkuru hotscripts.com skriptu... tur praktiski 99.99% tas viss ir. Jāizgriež/jāpielabo kods un viss
-
Brr... murgains kods un pieeja... Izklāsti, kas tev jāpanāk, un tad jau ieteiks, kā pareizi.
-
Ja jau AJAX submit, tad arī AJAX komenta pievienošana... IMHO... nekāds reload, ja izmanto AJAX