Roze

Nu saliidzina shaadi $masivs[elements1] == $masivs[elemnts2] proti piemeeram $masivs[1] == $masivs[2] bet nu tev vajag atrast duplikātus vai dabūt lai nebūtu dublikāti? lai nebūtu var izmantot http://lv.php.net/array_unique .. lai atrastu tādus kas atkārtojas var bik izvirst (ja salīdzinam arī keyus): $duplikati = array_diff_assoc($masivs,array_unique($masivs)); ja nesalīdzinām: $duplikati = array_diff($masivs,array_unique($masivs)); Nezinu gan kā ar peformanci lieliem masīviem.. tur varbūt ātrāk ir ar for() { ciklu..

Idejiski jau OSam nevajadzētu redzēt ka aiz hw kontroliera ir divi diski (vismaz tik cik es esmu saskaaries ar ibm u320, sc2xxx, i2o un dazhiem citiem) bet gan ka tikai viena volume un ar kernelja draiveri buutu jaakjeepaajas ja konkreetu adapteri nesupporteetu vispaar. p.s. ko par to saka windozes installs? :)

http://httpd.apache.org/docs/2.0/howto/htaccess.html

No php.net "The libswf does not have support for Windows. The development of that library has been stopped, and the source is not available to port it to another systems." Kapēc nelieto ming?

Jakonfigurē raid adapteris (parasti vai nu lādējoties BIOSam ir kāds hotkeys vai arī līdzi būtu jānāk bootable CD vai FDD ar raida adaptera setupu), kurā tad jāizveido attiecīgā konfigurācija (jo caur adapteri jau var pieslēgt arī tāpatvien nemirorētā veidā). Ja nekas cits nesanāk vienmēr paliek softwariskā raida iespēja..

Myqslam vajadzētu izveidot *err failu (standartā zem /var/lib/mysql/servera-hostname.err) attiecīgi paskaties tajā dirā kur stāv mysqls.. Tajā noteikti būs kapēc mysqls nevar piestartēties.. mysql_install_db tikai uzliek mysql root db un tabulas (user/hosts/db).

$t = "kautkas".$i; vietā $t[] = "kautkas".$i; un galā būs $t masīvs ar četriem i (1-4) cikla elementiem ..

Nu cenu / algu līmenis jau problēma ir kaut kur citā līmenī.. Padomā ja firma dos hostēties par 10/50 santīmiem.. paši ko suharus ēdīs? :) Aiz kam tur (amerikā) esi hostējies? Salīdzinājis iespējas / supportu? Pieprasījumu un piedāvājumu. Zini cik klienti tiek izvietoti uz viena stervera? Par "Eiropu" gan piekrītu.. taču šaubos vai kas mainīsies žēlojoties un ēdot citus, kā letiņi to vislaik ir darījuši..

Diezvai ir īpaši vērts arī mysql_close() rakstīt jo php konekciju aizver automātiski skripta beigās..

Ehh nu tu atkal visu maisi kopā (pie kam tik stulbā manierē ka nelabi metas).. Nu nav webhostinga kantorim / IT uzņēmumam jāskatās cik ļiels ir iztikas minimums valstī, bet gan kā jebkura uzņēmuma mērķis ir gūt maksimālu peļņu. Nu nav 100Mb uz servera pirmās nepieciešamības prece... Ja tu gribi katru Latvijas iedzīvotāju nodrošināt tad kapēc nenopērc serveri un nedali vietu uz tā? Un neizturies profesionāli pret viņiem? Tava baurēšana ir neprofesionalitātes kalngals - būtu te nevis pa forumu ņēmies bet pamatojoties uz downtaimiem un radītajām nēertībām no pakalpojuma sniedzēja dabūjis divtik daudz diskvietas + atlaides uz cenu + hvz vēl kādus bonusus. Ai labi.. gan jau ies laiks un sapratīsi (cerams) kaut ko arī pats..

A tu pieliec tam 5 beigās vienu vai divas nullītes.. tad jau manīsi :) Protams ka biznesā ir svarīgs katrs klients taču IT sfērā jo spilgti tomēr izdalās tas ka napig ķēpāties ar 10,100,1000 maziem ja var izpatikt vienam lielam. Protams mazajiem klientiem vienmēr var piedāvāt kaut kādus standarta/tipveida risinājumus..

Nu tas ir webā rakstīts... Uz papīra ir? Ar parakstu apakšā un kādas sankcijas ir par to ka šis limits ir pārsniegts? "nezinu, kas tur ir norādīts tai līgumā" Ta ir arī visa problēma.. tikpat labi varētu brēkt cik slikts tur ir geocities.com vai vēl kāds freespace vai lētā gala webvietas piedāvātājs.. Oponē _lietotāju_ stulbumam / naivumam un pašparliecinātībai (vai kā to vēl nosaukt).. škiet ka dzīvē viss būtu pašsaprotams.. Lai kā vēlētos nu nebūs vienmēr vienlīdzīga attieksme pret dažādiem maksātājiem.. būs izdalīti vip, biznesa klienti un visi pārējie..

Es vēlaizvien nesaprotu ko var ņemties. Vai Jums tajā līgumā pa 5Ls gabalā ir kāds punkts par maksimālo downtaimu / par reakcijas un novēršanas laiku avārijas gadijumā / par servisa nepārtrauktību (dublicēta serveru / tīkla u.c. pļurzuļu darbība) / par to cik un kad kādos laikos tiks veikti sistēmas profilakses darbi? Ja nav, tad kur pamats būt neapmierinātam? ņemot vērā ka pakalpojuma sniedzējs pat izpilda tos kautvai tas arī nav obligāti paredzēts. Vispirms noskaidro cik maksā minēto punktu iekļaušana SLA un tad metājot pirkstus bļaut par neprofesionālu attieksmi. Serviss ir "as is" (es šeit nevienu konkrētu pakalpojumu sniedzēju neattaisnoju). No vienas puses jūs gribat up2date sistēmu ar aktuālajiem softiem no otras puses satraucaties par kaut kādu backwards compability kas pašos pamatos jau netiek 100% nodrošināta. Normāla prakse ir arī slēgt līgumu par weblapas uzturēšanu ar tās pasūtītāju un veikt nepieciešamās izmaiņas kas radušās dažādu apstākļu dēļ (atrunājot kuros gadījumos tas ir par papildus samaksu kuros sākotnējā projekta cenā iekļauta maintenance).

Ghmm nu iconv("UTF-8","CP1257",$txt) vienmēr ir strādājis..

Doma manuprāt bija par dabūšanu iekšā ne ārā ;)

Vot nez kā ar to pirmā vārda detektēšanu teikumā..

Vispār jau vienmēr nāk talkā manuālis un "relax" =] You can specify DATETIME, DATE, and TIMESTAMP values using any of a common set of formats: As a string in either 'YYYY-MM-DD HH:MM:SS' or 'YY-MM-DD HH:MM:SS' format. A “relaxed” syntax is allowed: Any punctuation character may be used as the delimiter between date parts or time parts. For example, '98-12-31 11:30:45', '98.12.31 11+30+45', '98/12/31 11*30*45', and '98@12@31 11^30^45' are equivalent. As a string in either 'YYYY-MM-DD' or 'YY-MM-DD' format. A “relaxed” syntax is allowed here, too. For example, '98-12-31', '98.12.31', '98/12/31', and '98@12@31' are equivalent. As a string with no delimiters in either 'YYYYMMDDHHMMSS' or 'YYMMDDHHMMSS' format, provided that the string makes sense as a date. For example, '19970523091528' and '970523091528' are interpreted as '1997-05-23 09:15:28', but '971122129015' is illegal (it has a nonsensical minute part) and becomes '0000-00-00 00:00:00'. As a string with no delimiters in either 'YYYYMMDD' or 'YYMMDD' format, provided that the string makes sense as a date. For example, '19970523' and '970523' are interpreted as '1997-05-23', but '971332' is illegal (it has nonsensical month and day parts) and becomes '0000-00-00'. As a number in either YYYYMMDDHHMMSS or YYMMDDHHMMSS format, provided that the number makes sense as a date. For example, 19830905132800 and 830905132800 are interpreted as '1983-09-05 13:28:00'. As a number in either YYYYMMDD or YYMMDD format, provided that the number makes sense as a date. For example, 19830905 and 830905 are interpreted as '1983-09-05'. As the result of a function that returns a value that is acceptable in a DATETIME, DATE, or TIMESTAMP context, such as NOW() or CURRENT_DATE. http://dev.mysql.com/doc/mysql/en/datetime.html

Vot nezinu kā angliski, bet latviski sākt teikumu ar 'un' ir slikts stils ;)

Var tak vienkāršāk ne? $str = ucwords($teksts); $str = str_replace('And','and',$str); $str = str_replace('Are','are',$str); vai $trans = array('And' => 'and', 'Are' => 'are'); $str = strtr(ucwords($str), $trans); ja izvirst tad .. bez visiem callbackiem utt utprj.. Bet ja pieņem tiek koriģēti teikumi ko darīt ja 'are' vai 'and' ir teikuma sākuma (and diezvai bet Are jautājumā var noteikti būt)? :)

Nu query cache salīdzina principa stringus (case sensitive) ko tu nosūti serverim kā arī vēl daži izņēmumi kad cache netiek pielietots var palasīties šeit http://dev.mysql.com/doc/mysql/en/query-cache-how.html bet ja nav aktīvs serveris tad notestēs šādi. Iztīram query cache RESET QUERY CACHE tad izpildam savu kveriju un tad varam skatīties: SHOW STATUS LIKE 'Qcache%'; un saprast vai Qcache_queries_in_cache un Qcache_hits mainās. Bet tā jau parasti var uz aci saprast. Ja pirmais kverijs izpildās 0.1 sec tad ja otreiz izpildot laiks ir 0.0001 tad ir skaidrs ka viss r0x0rz..

Var likt var nelikt. Oracle (vismaz 8) šķiet bija ķeska ar to ka piemēram '13' ir strings, bet bez pēdiņām ir integers līdz ar to netika izmantoti korekti indeksi ja tipi nesakrita. Bet mysql query optimaizerim ir pofig. Vienīgais ja notiek juzerinputs (nevis hardcodec kverijs) tad '' gan vajadzētu likt jo var sanākt liela ziepe ja lietotājs ievadīs laukā ' un nevis ciparu :)

Imho Query cache (protams ja ieslēgts :) ) ir gan tik inteliģents.. un šo vajadzētu keshot.

Mysqlam ir CAST funkcija kuraa tu vari Castot kā integeru http://dev.mysql.com/doc/mysql/en/charset-cast.html http://dev.mysql.com/doc/mysql/en/cast-functions.html tb SELECT CAST(id AS SIGNED) .. vai vienkaarshaak SELECT id+0 Taču problēma jau nav MySQLā bet gan php ekstensijā jo tur izmantojot php lielisko iespēju visi variabļi anyway tiek pārveidoti par stringiem un ja tev nepieciešams konkrēts lauks ar konkrētu tipu jāizmanto http://lv.php.net/settype vai vai (int)$row[lauks] vai $row[lauks]+0 (arī škiet) Softiskās aplikācijās (izmantojot pa tiešo mysql / clienta api) visi dati tiek atgriezti tādos tipos kā definēti db lauki. Par naudu runājot, pieredze rāda ka labāk ir glabāt mazākajā naudas vienībā veselus skaitļus (protams ja tas ir iespējams un nav jārēķina sīkāk) ja LVL tad tas būtu santīmos un izvadus jau tad dalīt ar 100.

1. + 2. tb pa vidu lapu numeracija galā un beigās Next / Prev :)

Atklāti sakot ja firmai ir problēmas ar 5Ls (cik saproti vairāk par normālu servisu lauž) samaksu tad nafig frmai mājas lapu? Kas tas par biznesu?