Jump to content
php.lv forumi

2easy

Reģistrētie lietotāji
  • Posts

    1980
  • Joined

  • Last visited

Everything posted by 2easy

  1. hmm, a varbūt ar flash vai java appletu var uzzināt lokālo ip? un tad to nosūtīt ar atsevišķu background request... ar javu tipa to var izdarīt: http://exampledepot.com/egs/java.net/Local.html bet tā kā ne visiem ir java runtime, tad flash būtu labāk nu jā, vēl taču varēja portus skanēt... (tas laikam nav nekas krimināli sodāms?) un kad izdodas šādi atklāt kādu proxy, tad caur to pieprasa savu lapu, un tad jau arī pēc pieprasījuma var redzēt, kas par proxy tipu tas ir ;)
  2. detektēšanai vajadzētu būt "on the fly" pieprasījuma brīdī, un vienīgais salmiņš, pēc kā pieņemt lēmumu, būtu tie extra headeri. re kur basic info, kādi headeri ir for transparent & anonymous proxy un kāda starp tiem ir atšķirība http://checker.samair.ru/ pēc manas izpratnes sanāk kkā tā function env($sVar) { // izdod environment variable return isset($_SERVER[$sVar]) ? $_SERVER[$sVar] : null; } function envt($sVar) { // pārbauda, vai environment variable eksistē return isset($_SERVER[$sVar]); } function proxyType() { // izdod proxy type if (env('HTTP_FORWARDED') || env('HTTP_X_FORWARDED_FOR') || env('HTTP_CLIENT_IP')) return 'transparent'; if (envt('HTTP_FORWARDED') || envt('HTTP_X_FORWARDED_FOR') || envt('HTTP_CLIENT_IP') || envt('HTTP_VIA') || envt('HTTP_USERAGENT_VIA') || envt('HTTP_XROXY_CONNECTION') || envt('HTTP_PROXY_CONNECTION')) return 'anonymous'; return 'elite'; } //$_SERVER['HTTP_FORWARDED'] = '123.123.123.123'; // transparent //$_SERVER['HTTP_FORWARDED'] = ''; // anonymous echo proxyType(); // elite (ja nav neviens proxy specific header, zna4it tas ir elite proxy vai parasts useris) bet ja tev tagad ir tikai plikas ip adreses, tad no tām neko neizzīdīsi :P ja nu vienīgi var meklēt kkādos proxy sarakstos http://samair.ru/proxy/ip-address-01.htm http://proxy4free.com/page1.html elite gadījumā šis ir vienīgais veids anyway. bet ja tiem proxy serveriem ip mainās, tad arī šis variants fail elite proxy jau tāpēc sauc par elite, ka to nevar atšķirt no parasta usera (ja nu vienīgi iepriekš zinot, ka šajā ip adresē dzīvo elite proxis). tāpēc ar savu iegribu izvilkt "elite adreses", tu gribi izdarīt kko neiespējamu pēc definīcijas. jo tiklīdz tas būtu iespējams, tās vairs nebūtu "elite", bet gan parastās anonīmās :D
  3. tas proxy iedalījums tač ir tīri informatīvs/aprakstošs. vai tad kkur ir konkrēti definēts, kādus headerus sūta/nesūta katra tipa proxy? un elite jau vispār nozīmē, ka to nevar/nevajadzētu atšķirt no parasta usera. tad ap ko cīņa vispār? ;)
  4. kad testē lapu priekš botiem, vnk izslēdz javascript un cookies piemēram, iekš firefox 3.5 to var izdarīt šādi: 1) Tools > Options > Content uncheck "Enable JavaScript" 2) Tools > Options > Privacy Firefox will: Use custom settings for history uncheck "Accept cookies from sites" tad redzēsi visu to pašu, ko redz bots. un tad jau var sākt debugot, kāpēc kkas neparādās...
  5. oo, false iesaka debugošanu un vēl parāda praktisku piemēru, kā to darīt! tiešām prieks redzēt, ka tu progresē ;)
  6. 2easy

    Neņem krāsu :/

    abi tavi pieminētie punkti neattiecas uz šo gadījumu !important nedarbojas uz ie6 tad, ja kāda īpašība parādās otrreiz tajā pašā definīcijā (šo ie6 "fīču" var izmantot css hackos, ja vien ie6 specifisko css neliek iekš conditional comments) piemēram, šis teksts normālos browseros būs sarkans, bet ie6 pelēks <div style="color: red !important; color: silver">asdf</div> norādot !important gala elementam, kas atrodas kkādas struktūras pašā dziļumā (kāds ir menu links), nju nekādi neko nevar "sapist" apkārtējiem elementiem so, no problem there... tāpēc !important ir ļoti pieņemams veids, kā ātri detektēt/izlabot problēmu, bet vēlāk jau var reorganizēt css tā, lai iztiktu tikai ar id,class specificity
  7. 2easy

    Neņem krāsu :/

    tas !important jau bija domāts tikai kā hotfix bet no tevis jau varēja gaidīt, ka to, ko kāds neuzraksta, tu uzskati, ka arī nezin :D protams, ka rakstot css kādai elementu grupai, pakāpeniski palielina to pašu specificity: #top_menu a {...} /* vispārīgs/kopīgs stils visiem top_menu linkiem */ #top_menu .sub2 a {...} /* konkrēta apakšlīmeņa linka stils */ #top_menu .sub3 a {...} šādi definējot, !important nemaz nevajag. bet nezinot pārējo html,css, drošāk ir ieteikt risinājumu, kas garantēti uzreiz nostrādās...
  8. 2easy

    Neņem krāsu :/

    lol, tiešām oriģināls links mefisto, paldies :D
  9. 2easy

    Neņem krāsu :/

    teoriju var palasīties te http://www.w3.org/TR/CSS21/cascade.html#cascading-order un vari arī uzreiz pamēģināt color: #123456 !important
  10. my 2 cents... <?php define('PROD_CNT', 8); // preces iekš div $s = ''; for ($i = 0; $i < PROD_CNT; $i++) $s .= '<div class="prod">' . ($i + 1) . '. prece</div>'; $sDiv = 'div<div id="prod-wrap">' . $s . '</div>'; // preces iekš table $s = ''; for ($i = 0; $i < PROD_CNT; $i++) { if ($i % 3 == 0) $s .= '<tr>'; $s .= '<td><div class="prod">' . ($i + 1) . '. prece</div></td>'; if ($i % 3 == 2) $s .= '</tr>'; } if ($i % 3) $s .= '</tr>'; $sTbl = 'table<table cellpadding="0" cellspacing="0" border="0">' . $s . '</table>'; ?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"><head><title>test</title> <style type="text/css"> #prod-wrap {width: 309px; overflow: hidden} #prod-wrap .prod {float: left} .prod {background: #fafafa; border: 1px solid silver; width: 80px; height: 40px; padding: 10px; margin: 0 1px 1px 0} </style> </head><body> <?= $sDiv . $sTbl ?> </body></html> vizuāli identiski - 100% pixel precise (pārbaudīju uz ie6,ie7,ie8,ff,opera,safari,chrome) es viennozīmīgi taisītu ar div, jo man patīk lightweight stils: mazāk php, mazāk html css ftw :P
  11. manuprāt, jautājumus par kādu specifisku produktu labāk uzdot attiecīgā produkta support forumā http://php-fusion.co.uk/forum Official Core Support General support issues covering general usage and installation problems. otrs variants: pirms ķerties klāt svešam kodam, vispirms pietiekami labi apgūt php pamatus, lai patstāvīgi varētu debugot svešu kodu...
  12. hehe v3rb0, priecājies, ka vismaz isNaN(undefined) ir true :D
  13. protams, taisīt pašam savu dbms (un vēl uz php :D) laikam nevajadzētu, kaut arī pamata darbības aizņem tikai pāris rindiņas: select: $h = fopen('data.txt', 'r'); fseek($h, $iRowOffset); fread($h, $iRowSize); fclose($h); insert: $h = fopen('data.txt', 'a'); fwrite($h, $sRowData); fclose($h); update: $h = fopen('data.txt', 'r+'); fseek($h, $iRowOffset); fwrite($h, $sRowData); fclose($h); delete: $h = fopen('data.txt', 'r+'); fseek($h, $iDelRowOffset + $iRowSize); $s = fread($h, filesize('data.txt')); fseek($h, $iDelRowOffset); fwrite($h, $s); ftruncate($h, filesize('data.txt') - $iRowSize); fclose($h); manuprāt, diezgan vienkārši (vismaz pats vienkāršākais gadījums ir vienkāršs :D) index realizācija varētu būt šāda: index vērtības sakārto un glabā atsevišķā failā index.txt, un meklē ar binary search. turklāt meklēšanu veic neveidojot masīvu (lai viss faila saturs nebūtu lieki jāpārdzen uz atmiņu), bet uzreiz ar fseek() pārvietojas pa failu un lasa & salīdzina tikai atsevišķas vērtības. hdd galviņu dzenāt pa failu ar fseek() ir ok, jo tāpat vajag relatīvi maz darbību, lai kko atrastu: tā kā binary search algoritma sarežģītība ir log2N, tas nozīmē, ka vajag tikai max 20 pārbaudes, lai atrastu vajadzīgo vērtību starp 1 000 000 citām vērtībām (code: log(1000000, 2)), un max 17 pārbaudes priekš 100 000 vērtībām (code: log(100000, 2)). pie katras index vērtības atrodas attiecīgās rindas offsets datu failā, lai atrodot meklēto vērtību, pāris mikrosekundēs ar fseek() nokļūtu arī tur un nolasītu pašas rindas datus transakciju emulēšana: // failiem flock($h, LOCK_SH); // shared lock (reader) flock($h, LOCK_EX); // exclusive lock (writer) flock($h, LOCK_UN); // release lock (unlock) // tabulām mysql_query('LOCK TABLES Data READ'); mysql_query('LOCK TABLES Data WRITE'); mysql_query('UNLOCK TABLES'); aizdomīgi līdzīgi, ne? :D:D:D hehe, aiz tabulām tie paši faili vien ir. tabula ir tikai abstrakcija kr4 es tikai gribēju nodemonstrēt, ka ļoti vienkāršām file operācijām performance ir labāka, un kā redzams sākotnējā piemērā, nav jau nekas tur sarežģīts to uzkodēt btw, ja performance ir ūber svarīga, tad jau labāk kodēt c/asm un kompilēt/asemblēt, lai serveris uzreiz izpilda machine kodu, nevis ķepājas ap kkādu php parsēšanu. taču tas jau sāk iet ārpus šī foruma tematikas... ;) pamēģināju, un šoreiz expectation (ka tas neko neietekmēs) sakrita ar rezultātu: PRIMARY KEY (n, s) neko nepaātrināja. viss tāpat kā ar PRIMARY KEY (n). anyway "pēc indeksa iet meklēt kko tabulā" manuprāt vajadzētu būt pāris mikrosekunžu jautājumam, jo tajā brīdī rindas atrašanās vietai (pozīcija, file offset) jau ir jābūt zināmai. savādāk jau no indeksa nebūtu jēgas, ja atkal kkas ir jāmeklē!!! (var jau būt, ka es kļūdos. varbūt tas ir atkarīgs no dbms realizācijas) droši vien, ka no kombinētā indeksa šeit kkāds uzlabojums arī bija, taču lai to detectētu, būtu jāmodificē pašreizējais timer kods, lai varētu mērīt darbības, kas aizņem mazāk par 100 mikrosekundēm. bet tad rezultātiem īpaši nevar uzticēties, jo tos pārāk ietekmē visādi blakus faktori, turklāt rezultāti ļoti variē katrā testā reizē. tā ka tev Gint iespējams ir taisnība, tikai ar šīm timer funkcijām to nevarēja pamanīt taču es kombinēto indexu (n,s) parasti izveidotu tikai tad, ja man vajadzētu izpildīt kverijus, kur abi lauki ir izmantoti meklēšanā vai kātošanā: WHERE n = 123 AND s = 'asdf' vai ORDER BY n,s oo, visbeidzot ENGINE=MyISAM vietā pamēģināju arī ENGINE=MEMORY, kas izrādījās bik ātrāks mysql_query('CREATE TABLE Data (n int NOT NULL, s char(10) NOT NULL, PRIMARY KEY (n)) ENGINE=MEMORY'); jaunais kopvērtējums: tipisks vidējais rezultāts (uz mana pc): 1) File read: 0.0004 // fseek($h, 10 * rand(0, 99999)); fread($h, 10); 2) DB select: 0.0006 // mysql_query('SELECT s FROM Data WHERE n = ' . rand(1, 100000)) ar ENGINE=MEMORY 3) DB select: 0.0008 // mysql_query('SELECT s FROM Data WHERE n = ' . rand(1, 100000)) ar ENGINE=MyISAM 4) DB select: 0.0200 // mysql_query('SELECT s FROM Data LIMIT ' . rand(0, 99999) . ',1') 5) DB select: 0.1200 // mysql_query('SELECT s FROM Data ORDER BY RAND() LIMIT 1')
  14. 2easy

    div layout fons

    Permission denied - this album is private. liekus div nevajag. jo vienkāršāk, jo labāk tā kā vienam html elementam diemžēl var piešķirt tikai vienu bg, tad body bg labāk lai ir rezervēts tiem bg, kas iziet ārpus wrappera. ja bg iekļaujas wrapperī, tad lai tas ir wrapper bg (arī tad, ja wrapperis ar width:100% būtu pa visu body. varētu pat padomāt, ka tad vispār varētu iztikt bez tāda wrappera, taču tas tomēr ir noderīgs kaut vai lai ar overflow:hidden uztaisītu auto clear iekšējiem floating diviem) es arī to nekādīgi nesaprotu! kādu laiku dzīvojot 3D pasaulē, es esmu pieradis domāt, ka kkas nevar atrasties divās vietās vienlaicīgi :D "fona bilde" var būt vai nu zem wrappera (it kā loģiski priekš fona) vai virs tā (diezgan jocīgi). tās "fona" daļas, kas iet pāri wrapperim, liec atsevišķa divā un nopozicionē (+ lieto z-index, ja vajag menedžēt pārklāšanos vēl ar citiem šādi pozicionētiem diviem). un wrappera css border pieder wrapperim un nav caurspīdīgs uztaisi to albūmu public, savādāk es noteikti iztēlojos kko citu nekā tev tur ir aa un gan jau mefisto uzradīsies un iedos kādu labu linku, kā layoutus taisīt ;)
  15. hmm, šo tomēr vajadzētu: tātad kopsavilkumu/secinājumu kopsavilkums no iepriekšējiem postiem: tipisks vidējais rezultāts (uz mana pc): // metodes ir sakārtotas pēc performances. laiks ir noapaļots biežākais mērījums (laiki bieži mainās, veicot atkārtotus pieprasījumus. tāpēc šīs vērtības ir izvēlētas pēc vairākiem desmitiem F5, ievērojot pāris sekunžu intervālus, lai serveris "atpūšas" :D) 1) File read: 0.0004 // fseek($h, 10 * rand(0, 99999)); fread($h, 10); 2) DB select: 0.0008 // mysql_query('SELECT s FROM Data WHERE n = ' . rand(1, 100000)) 3) DB select: 0.0200 // mysql_query('SELECT s FROM Data LIMIT ' . rand(0, 99999) . ',1') 4) DB select: 0.1200 // mysql_query('SELECT s FROM Data ORDER BY RAND() LIMIT 1') ieteicamā metode, pēc tādiem kritērijiem kā performance un izmantošanas ērtums/vieglums: 2)
  16. yep briedi, man jau bija ideja pamēģināt arī tādu variantu līdz codez piespēlēja savu versiju domāju, ka mysql prot pietiekami ātri atrast LIMIT offsetu (varētu būt kkas līdzīgs file seek) tāpēc nemaz nemēģināju cackāties ap extra kolonnu, kad jau tāpat ir tik elegants risinājums taču lai būtu... (zemāk ir 4x izmainītās koda rindiņas un rezultāts, kas kārtējo reizi pārsteidza. omg) fwrite($hSql, 'INSERT Data (n, s) VALUES ('); fwrite($hSql, ($i ? '),(' : '') . ($i + 1) . ",'" . $s . "'"); mysql_query('CREATE TABLE Data (n int NOT NULL, s char(10) NOT NULL, PRIMARY KEY (n)) ENGINE=MyISAM'); $r = mysql_fetch_row(mysql_query('SELECT s FROM Data WHERE n = ' . rand(1, 100000))); /* tipisks vidējais rezultāts (uz mana pc) šai testa konfigurācijai: File read: 0.0004 DB select: 0.0008 */ njaa... vispār jau pamācoši (tādā ziņā, ka idejas vajag pārbaudīt) ;) mana hipotēze bija, ka ar key/index performancei vajadzētu būt apmēram tādai pašai kā LIMIT offset,1, bet izrādās, ka tomēr nē pamēģināju arī atkal uzlikt index uz s. šoreiz tas neko negatīvi neietekmēja! :)) vispār jau loģiski, jo šeit vienīgajā SELECTā atlase ar WHERE notiek pēc blakus esošā n, nevis s secinājumi: 1) meklēšana pēc primārās atslēgas ir ĻOOOTI ātra 2) key/index jālieto "pareizajām" kolonnām :D 3) file read joprojām palika nepārspēts :)) taču tikai ar "minimālu" 2x pārsvaru (salīdzinot ar iepriekšējiem ~400x vai ~60x) 4) taču pie tik neliela pārsvara un vārda tiešā nozīmē mikroskopiskiem izpildes laikiem, es dotu priekšroku mysql, jo tādas datu manipulācijas kā update,delete (kas ļoti iespējams būs jāveic) tur noteikti izdarīt ir vieglāk nekā failā ar paštaisītu datu formātu. kaut arī tabulā ir jāmenedžē papildus kolonna ar savu numerāciju, anyway tas ir tā vērts :)) un vēl par naming (tādā testa tabulā viss ir max vnk): n - num/number (numurs pēc kārtas) // lai arī šīs vērtības ir unikālas, tas tomēr ir tikai tehniskais lauks (kas normāli nav primary key), kam tiek uzturēta vērtību nepārtrauktība (pēc delete ir UPDATE Data SET n = n - 1 WHERE n > n-of-deleted-row) atšķirībā no id, kur nodzēšot kādu rindu, id secībā rodas caurums s - str/string (prosta any text) anyway, man šķiet, ka topica autors ir saņēmis pietiekami pamatotu atbildi :D:D:D
  17. mmm hot babe :P me2 sry par offtopic ^^
  18. nu ja, ka izvada kā ar echo, jo tev jau tur arī ir echo :D echo vietā vajag return... function currdate() { .. return $currDate; } ir atšķirība, vai pa gabaliem liek kopā masīvu/stringu, vai uzreiz izvada uz ekrāna
  19. oo, codez, tas tiešām ir ģeniāli. labais ;) bezmaz iebliezu vēl vienu postu ar jautājumu, vai mysqlā ir iespēja selectēt konkrētu rindu pēc numura/kārtas: tipa WHERE ROW_NUMBER = x, kur ROW_NUMBER nav tabulas lauks/kolonna, bet kkāda mysql iebūvētā fīča. taču LIMIT to atrisina! :)) man jau bija aizdomas, ka tas ORDER BY RAND() varētu būt lēns, bet tad es to daudz nedomājot pagrābu ar googli no http://petefreitag.com/item/466.cfm tagad ar 'SELECT s FROM Data LIMIT ' . rand(0, 99999) . ',1' ir tikai kādas 20ms (iepriekšējo 120ms vietā). taču tas anyway nevar pārsist file seek,read, kam vajag mazāk par pusi no 1ms!!! grozies kā gribi, bet db serverim tomēr ir savs overhead salīdzinājumā ar tik primitīvām file operācijām :P kā par brīnumu, uzliekot index, viss palika tikai lēnāk! vidēji kkur 50ms. es jau paredzēju, ka indexam šajā gadījumā nevajadzēja dot nekādu ieguvumu, jo nav jau WHERE vai ORDER, kur kkas ir jāmeklē/jākārto. bet es tiešām nebiju gaidījis, ka tas dos pretēju efektu! manuprāt, sliktākajā gadījumā indexam vajadzēja būt neitrālam... ALTER TABLE Data ADD INDEX (s) man liekas tas tikai pierāda to, ka performanci vajag mērīt/salīdzināt praktiski (uz konkrētiem datiem ar konkrētām metodēm), nevis paļauties uz to, kā teorētiski vajadzētu būt :D
  20. btw, ja kāds grib atkārtot šo testu, bet pie datu ielādes sastopas ar erroru "MySQL server has gone away" :D:D:D, tad vnk vajag uzlikt lielāku atļauto packet size. by default ir tikai 1MB, bet data.sql ~1.4MB 1) my.ini max_allowed_packet=100M 2) php/sql mysql_query('SET GLOBAL max_allowed_packet = 104857600');
  21. ok, lai nebūtu tikai tukša runāšana, uztaisīju simple test: <?php function utime() { // izdod pašreizējo laiku: sekundes + mikrosekundes (aiz "komata") list($sSecU, $sSec) = explode(' ', microtime()); return $sSec + $sSecU; } $gnTime = 0; function timerSet() { // no comment ;) global $gnTime; $gnTime = utime(); } function timerGet() { // same :D global $gnTime; return round(utime() - $gnTime, 6); } function timerEcho($sInfo) { // parāda laiku ar precizitāti līdz 100 mikrosekundēm (ilgākām darbībām). lielākas precizitātes mērījumiem desmitos mikrosekunžu (vai vēl mazāk) ir jāņem vērā arī pašas funkcijas izsaukuma laiks (tb tad būtu jāaprēķina function call overhead) printf('%s%.4f<br />', $sInfo, timerGet()); } function dataRand() { // izdod 10 simbolu garu stringu, kas sākas ar 1-10 vieniniekiem, atlikušo vietu aizpildot ar nullēm, piemēram, 1110000000, 1111100000 return str_pad(str_repeat(1, rand(1, 10)), 10, 0); } function dataLoad() { // izveido/ielādē testa datus: 100 000 random vērtības failā un db tabulā $hData = fopen('data.txt', 'w'); $hSql = fopen('data.sql', 'w'); fwrite($hSql, 'INSERT Data (s) VALUES ('); for ($i = 0; $i < 100000; $i++) { $s = dataRand(); fwrite($hData, $s); fwrite($hSql, ($i ? '),(' : '') . "'" . $s . "'"); } fwrite($hSql, ')'); fclose($hData); fclose($hSql); mysql_query('DROP TABLE IF EXISTS Data'); mysql_query('CREATE TABLE Data (s char(10) NOT NULL) ENGINE=MyISAM'); mysql_query(file_get_contents('data.sql')); } function dataLoadTimer() { // ielādē datus un parāda, cik tas paņem laiku timerSet(); dataLoad(); timerEcho('Datu ielāde: '); } function dataReadTimer() { // file read vs db select!!! nju kurš tad ātrāks? ;) // paņem random vērtību no faila timerSet(); $h = fopen('data.txt', 'r'); fseek($h, 10 * rand(0, 99999)); $sValFromFile = fread($h, 10); fclose($h); timerEcho('File read: '); // paņem random vērtību no db timerSet(); $r = mysql_fetch_row(mysql_query('SELECT s FROM Data ORDER BY RAND() LIMIT 1')); $sValFromDb = $r[0]; timerEcho('DB select: '); // šīs vērtības atšķiras, jo katra read metode lieto savu random echo '<br />'; echo 'Random vērtība no file: ' . $sValFromFile . '<br />'; echo 'Random vērtība no db: ' . $sValFromDb . '<br />'; } dataLoadTimer(); dataReadTimer(); /* tipisks vidējais rezultāts uz mana ne pārāk jaunā kompja: Datu ielāde: 2.2089 File read: 0.0003 DB select: 0.1272 uz dual corēm, gigiem rama un labiem sata diskiem noteikti būtu vēl ātrāk ;) */ ?> par usage: tā kā šeit prioritāte ir read timeris, tad pēc datu ielādes var aizkomentēt dataLoadTimer(); (jo load paņem ievērojami vairāk laika nekā read) un skatīties tikai dataReadTimer(); secinājums: file operācija fseek() kopā ar fread() random vērtības paņemšanai izpildās apmēram 400x ātrāk nekā ekvivalenta mysql darbība!!! ymmv ja Artenim read performance tiešām ir mission critical, tad iesaku nosimulēt šīs read darbības uz datiem, kas ir tuvāki reālajai situācijai, un balstoties uz attiecīgā testa rezultātiem pieņemt lēmumu par labu vienai vai otrai metodei
  22. kamēr array vēl ir failā, vienu array item var nolasīt ar fseek(). vajag tikai lai katram itemam būtu fiksēts size (var izmantot paddingu ar space). db iekšpusē darītu to pašu, jo tabulas jau tāpat glabājas failos, tikai tur selecti ir optimizēti ar indexiem
  23. http://sourceforge.net/tracker/index.php?func=detail&aid=1510662&group_id=75348&atid=737639 http://sourceforge.net/search/?group_artifact_id=737639&type_of_search=artifact&group_id=75348&words=CharsCounter neesmu testējis, tikai atradu
  24. 2easy

    file upload

    un uz jebkura browsera? hmm, nju var mēģināt pārinstalēt browseri var izrubīt ārā visu lieko: antivirusus (pēc tam kad ir iztīrīti vīrusi :P), kkādus fonā sēdošus servisus/serverus, ko nelieto (winxp: control panel -> admin tools > services vai my computer > manage > services) varbūt sistēma ir baigi piemēslota. pamēģini ar ccleaner ne tikai iztīrīt visus temp, bet arī fix registry galējā variantā var pārinstalēt windu. tipa "minor problem - restart, major problem - reinstall" :D:D:D
  25. hehe, Vilks tā varētu teikt, ja vien tas būtu īstais kļūdas paziņojums :P tur jau drīzāk ir neveiksmīgs mēģinājums pārrakstīt "Cannot create Windows Service for MySQL.Error:0" tgd uzgāju arī oficiālo mysql info http://dev.mysql.com/doc/refman/5.0/en/windows-troubleshooting.html tiesa tur risinājums ir tāds pats, kādu varēja atrast n-tajos forumos par šo kļūdas paziņojumu, kuru lafner arī pats būtu varējis atrast, bet kkādu iemeslu dēļ prasīja te :D varbūt valodas barjera?
×
×
  • Create New...