GedroX

Es skatos, ka šinī forumā sāk aktīvi ad-boti uzdarboties...

Konkrēti kaitina!

Vislabāk vienmēr izmantot konstanti DIRECTORY_SEPARATOR.

Tev taču tas numurs netiek ģenerēts, bet gan ir vienkāršas 10 sagataves. Ja spam-bots vada vienu no variantiem, tad katrā 10tajā gadījumā teksts tiks iepostots.

Ja visas saita lapas iet caur check.php failu, tad nav jēgas definēt konstantes un vērt sesijas. Vienkārši neliec pārējos *.php failus iekš webroot.

Nu ja tie jaunumi glabājas vienā mapē vai arī to nosaukumi ir pēc kāda noteikta pattern-a var rīkoties šādi:

• ar dir() nolasi visus jaunumu failus;

• sakārto pēc filemtime;

• izparsē no tiem <title> tekstu;

• attēlo pirmos 10.

Ā, runa iet par to punktoto borderi. Es bij domājis to zilo borderi, kas linkiem apakakšā by default ira.

Jebkurā gadījumā TAS border-is ņemas nost ar text-decoration: none; nevis border: none. =)

Man gan liekās, ka vajaga iztikt bez PHP. Ar kādu labu teksta redaktoru uztaisi regular expresion replace csv formā un grūd iekšā izmantojot LOAD DATA INFILE.

Te links: http://www.javascriptsearch.com/guides/Beg...opDownMenu.html

Īsāk sakot, jāizmanto

/* Fix IE. Hide from IE Mac \*/
* html ul li { float: left; height: 1%; }
* html ul li a { height: 1%; }
/* End */

Roze --> Prasa, ko darīt, ja skripts ir iekš taga. (onclick="")

Man liekās, ka " strādā bez problēmām.

Publicētā lapā jāliek error_reporting(0);

Kāda ir problēma?...

MySQL var mēģināt lietot ..LIKE BINARY.. vienkāršā LIKE vietā. Nezinu, vai tāds paņēmiens eksistē iekš MsSQL. Vienīgais cons ir tāds, ka meklēšana kļūs case sensitive. Nāksies visus tekstus pārveidot uz mazajiem burtiem.

Apstrādā datus iekš C. =) Nav nekad īsti mēģināts, bet tādās lietās tas ir ļoti spēcīgs paņēmiens.

Jau mūžību neesmu mājās bijis. Tagad tieši pabrīva 6, 7diena sanāk... Mož laižam ar veļūkiem uz D-pili? :LOL: Kādreiz tāda doma bija, bet nav sanācis dūšas realizēt. Tāda ekstrēma šoseja. Notriektu jau Rīgas rajonā. =)

Man tā šoseja ne īpaši patīk (visi iemesli iepriekš jau pieminēti), kaut arī man pašām vecs vācu šosejnieks. :) Kauns pat ar tādu rādīties cilvēkos. Vismaz stūre būtu sporta, bet tā ir parastā un vēl piemetināta. :-S

Kādi veļūki vispār php-istiem? Gan jau Peugeot līderis, ne? :LOL:

Uz velobraucienu es pieteiktos!!! =)

Nū... ka jau teica.. jāiet cauri ar array_keys... Un nevis vienam līmenim, bet visiem trīs..

Tas jau arī bija, ko es sākumā piedāvāju, bet tas īpaši neesot līdzējis, jo problēma nevis ciklos, bet gan kodā, kas iekš tā cikla.

Lielos ciklos vajaga censties maksimāli vienkāršot kodu. Labāk sadali pēdējo ciklu divās daļās.

Izmēģināji manis ieteikto variantu ar array_keys?

Cik zinu, ar masīviem nestrādā paņēmiens foreach ($array as $key => &$value). Vai varbūt jaunākajās versijās strādā?

Pēc ātrdarbības foreach bija ātrākais paņēmiens, lai izskrietu caur masīvu. Man gan liekās, ka vajadzētu filtrēt datus jau db līmenī. 200Mb ir toč par traku.

Mēģini šādi:

$a1 = array_keys($arrData['DEPARTMENTS']);
foreach($a1 as $did) {
$a2 = array_keys($arrData['DEPARTMENTS'][$did]['CONTRACTS']);
foreach($a2 as $cid) {
	$a3 = array_keys($arrData['DEPARTMENTS'][$did]['CONTRACTS'][$cid]['ORDERS']);
	foreach($a3 as $oid) {
		echo $did . ', ' . $cid . ', ' . $oid;
	}
}
}
unset($a1, $a2, $a3);

Ja tie tev ir objekti, tad var izmantot sintaksi foreach ($obj as $k => &$v).

<img ... style="visibility: hidden" onload="this.style.visibility = 'visible'" />

Nejauc MS SQL ar MySQL :)

He! To gan es nepamanīju. =P Ceru, ka ar MsSQL nenāksies strādāt.

goldy => iekš PostgreSQL problēmu nebūs! =D

P.S. Esmu sākumā ņēmies ar MySQL. Kad sākās ņemšanās ar Postgri, sākumā es to ciest nevarēju, bet ātri vien sapratu, ka Postgre RULLZZ DA WORLD!

Tu pat nepieminēji kādu charset tu izmanto.

Šas, visu pametīšu un pāriešu uz PostgreSQL.

Bet ja nopietni, es domāju, ka nomainīt datubāzi nav lielas problēmas. Ja php normāli uzrakstīts, protams (normāli == ne caut mysql_ funkcijām, bet caur klasēm).