Roze

Nu kapeec tad ne INSERT INTO tabula SET pirmais = 'pirmais dati', otrais = 'otrais dati', tresais = 'treais dati', ceturtais = 'ceturtais dati';

Nevajag on the fly thumbnailus ģenerēt.. Labāk uztaisi vienreiz reālu bildīti un tad i keshs strādās i serverim būs pāris reizes mazāka noslodze (i lietotāji i servera administrators būs pateicīgi).

Kādā ziņā ātrāks? Jebšu kā var būt ātrāks ja tas ir tas pats echo .. tikai ja ir ieslēgts short_open_tag tas ir shortcuts..

Papēti vai netišām neiesetojas kaut kādi jauni mainīgie (nevis pārrakstīti vecie) .. teiksim tas pats $row[dati] (lai arī pseido kodā tas nenotiek bet varbūt reālajā gan). Otrs - INSERT kverijiem nevajag vispār piešķirt nekādu mainīgo (kas nedaudz mazina izmantojamās atmiņas apjomu) proti izpildi: mysql_query("INSERT INTO tabula2(datu_dalja)VALUES($value)"); Trešais - labs nav foreach() foreach($sadalits as $value) { izmanto vai nu for() vai while(list = each($sadalits) utt.. Jo foreach duplicē esošo masīvu (aizņem jau divreiz vairāk atmiņas un pie liela elementu/datu apjoma ir sāpīgi) un tikai tad veic darbības ar to "Note: Unless the array is referenced, foreach operates on a copy of the specified array and not the array itself. Therefore, the array pointer is not modified as with the each() construct, and changes to the array element returned are not reflected in the original array"

http://www.nic.lv/gix.html http://www.nic.lv/local.net

No mājas pamēģināšu..

Nu ar ZendEncoder jau neko īpaši neatkompilēsi.. Pie kam vietā kur tiek darbināti skripti nepieciešams tikai Zend Optimizeris kas ir freeware. Ja uz sava datora būsi encryptējis php ar nelegālu Encoderi tāpat neviens to nezinās.

Nu līki anyway klientam lapā rakstīt davai upgradējieties uz kaut kādu pēdējo RC/BETA/Alpha un tad viss būs ok.. Bet atrisināju triviālāk. ieliku vienkārši <input type="text" un .value pretēji .innerHTML var updeitot bez flickerošanas.

Sveiki, ir uzradusies problēma ar itkā diezgan izplatītu un vispārzināmu "FF iframe flicker" bugu. Lietā tāda ka rakstot laukā FF (vismaz ar 1.0.6/10.0.7) itkā pārzīmē ifreimu http://roze.lv/tt/ Pēc googles sanāca ka reizēm palīdzot <div><iframe .. (mana gadijumā šis nestrādāja) vai arī aptverošā bloka absoluta pozicionēšana. Ok manā gadijumā tas sanāl http://roze.lv/tt/index2.php jebšu <div style="height:100px"><p style="margin:0;position:absolute"><iframe .. Viss itkā ok, bet nepieciešama fīča ka zem kontaktiem uzspiežot uz pogas parādas viens hidden layers: http://roze.lv/tt/index3.php FF nepārzīmē iframe :( (ja sākotnēji apslēpto layeri tomēr rādu tad <iframe ir pariezā vietā). Mēģināju onClick eventā <p> tagam vispirms nomainīt poziciju uz relative un tad uz absolute.. Viss itkā strādā izņemot to ka pēc tam vairs neko ifreimā nevar ierakstīt: http://roze.lv/tt/index4.php Vai ir kādas idejas? UPDATE: Izskatās ka problēma ir/bija tajā ka <iframe tika ielikts ar document.writeln(); palīdzību.. Vienkārši ieliekot šķiet viss ir puslīdz korekti. UPDATE2: izskatās ka problēma tomēr ir un vēl mistiskāka.. Ja ieliek arī lauku (kas sākotnēji bija) <input type="hidden" id="hiddenmsg" name="hiddenmsg" value=""> kurš vienkārši updeitojas ar: document.getElementById('hiddenmsg').value = document.getElementById('msg').contentWindow.document.body.innerHTML; flickeris parādas ;(

Starp citu kas par webserveri tiek lietots? Jo tas izskatās pēc NTLM - proti IE izmanto to lietotāju ar kuru juzeris ir ielogojies savā darbstacijā. Ja interesē vari pameklēt un palasīt googlee http://www.google.com/search?q=NTLM

Maza piebildīte bez isset vajadzētu arī pārbaudiīt empty($_POST[$varname]) vai vienkārši if(isset($_POST[$varname]) && $_POST[$varname]) { .. jo isset nepārbauda vai variablim ir vērtība proti tas var būt '' (tukšs) un pie POST formas variblji būs definēti vienmēr līdz ar to idejiski vienmēr tiks atļauta formas nopostošana kautvai lietotājs formā neko nebūs ievadijis :)

Nu bet šādi jau tikai notiek pārbaude vai webserverim ir tiesības uz failu un nevis kaut kādam atsevišķam lietotājam kas atvēris lapu :) Proti ja shematiski attēlojam pieprasījumu: [lietotājs/pārlūks] -> [webserveris] -> [fails] jāsaprot ka fiziska faila pieprasījumu veic webserveris izņemot ja vienīgi tu redirektē klientu uz \\serveris\share\fails proti tīkla shāri, kurai tad jau ir cita autorizācija. Šķiet ka esi izvēlējies priekš sevis nedaudz par sarežģitu shēmu lai būvētu weblietojumu uz windows domaina lietotāju bāzes.

Nu a pēc kāda principa veic lietotāju autorizāciju? NTLM / Smbauth? Idejiski jau tev tikai jāpanāk tas ka ja lietotājs ir vienreiz autorizējies viņam nemet laukā formu/logu un to varētu izmantojot sesijas http://lv.php.net/session No otras puses idejiski jau šāda uz failsistēmas bāzes veidota restrikcija/tiesības īsti nestrādā jo webserveris (vai nu tas būtu apache vai IIS) jau šā vai tā strādā zem viena konkrēta lietotāja pret kuru tad attiecīnāts vai tas varēs atvērt failu vai nē un nevis no tā lietotāja kas ir ielogojies.

Kādreiz vienkārši izmantoja divas bildes kas mainās uz onClick jo ar standarta paņēmieniem / css radiobutonam ne vienmēr var panākt vēlamo efektu ..

Manuprāt tu neizproti ko dara funkcija require() (tas ir daļējs analogs include() ) Tā includo (vienmēr (neņemot vērā if nosacījumus)) esošā php skriptā/lapā kādu citu un uzpilda kodu.. <iframe src="<? require('lapa. php'); ?>" ir gaužām nepareizi. tev ir jātaisa <iframe src="lapa.php?var=value&var2=value2" .. un tad iframe skriptam lapa.php tiks padoti shei GET variablji.

Imho vējdzirnavas ir administrācijas pusē :) jo cik tad tu reģistrēsi jaunus e-pastus? Mainīsi IP? Taisīsi konfirmācijas? Jākne krietni lielāka nekā adminam nospiest vienu Ban pogu :) "Izbanoto grupai" drīzāk jauna posta pieviešanai būtu nepieciešams moderatora akcepts..

Runa iet par &%<? header('Location: dfsgdf... ^ BOM (vizuāli grūti šeit forumā attēlot bet heksā EF BB BF) - proti pirms php atverošā taga ir simbols kas norāda ka fails ir UTFā tad neredirektēs (izņemot ja ieslēdz output buferingu).. protams tālāk encodings nav svarīgs.. Kā arī tika minēts MS verķis nevis kāds third party notepads.. p.s. hmnc nedaudz paskaties ko tu raksti.. ja tev tā nav gadījies tas nenozīmē ka tā nevar notikt un "vidējie pirksti" šeit ir galīgi nevietā, jo problēma principā ir aktuāla un nenorāda ne uz kādu "nuubismu"

Tas "simboliņš" par ko iet runa ir BOM (Byte Order Mark) http://www.unicode.org/faq/utf_bom.html#22 un viņu nevajag rakstīt php failu sākumā.. Lieto kādu normālu editoru kas spēj atpazīt/saglabāt UTF8 failus arī tāpat (nevis piemēram notepad kas to BOM parasti pieķeskā sākuma) un viss būs ok. Personīgi lietoju UltraEdit , bet vari caurskatīt saraksti arī par to ko citi lieto.. koda redaktori http://php.lv/f/index.php?showtopic=747 http://php.lv/f/index.php?showtopic=1781 http://php.lv/f/index.php?showtopic=344 http://php.lv/f/index.php?showtopic=1247

Izskatās ka php.lv sāk lēnām virzību uz kādu gaišreģu un zīlēšanas kantori.. Bet nu varu dot pāris piemērus kā var būt tāda situācija: 1) Pārlukam ir ierubīts stiprs cache.. Es personīgi parasti (IE) pie Temporary Internet filēm settingu pie Check for newer.. "Every time you visit the page". Jo keshoshanas ziņā IE reizēm parāda augstu pilotāžu.. 2) Webserverim ir uzlikts kāds content cache risinājums a) squid b) mmcache vai eaccelerator kuriem iespējams izņemts faila mtime checkings un refresh notiek manuāli c) arī webserveru galā var keshot contentu piem mod_cache 3) galugalā paliek arī trešā iespēja - tu slēdzies ne pie tās DB un updeito ne tos php (cits webroots) :) Anyway jau n-to reizi tev iesaku izlasīt savu jautājumu pirms uzdot to citiem..

Nu kaut kā līdz šim viss ir savākts..

Tipisks gājiens.. Un vēl uzliek teiksim topicu 'HEEEEEEEEEEELLP!!!!!!!!!!!!!!!!' tak vairāk arī uzspiedīs ne? Tev nepatīk ka tā dara citi.. bet pats?

@ simbolu var likt priekšā gandrīz visām funkcijām.. tas nozīmē ka funkcija neatgriezīs eroru.. piemēram: fopen('hujamajo.txt') ja shis fails neeksistēs izmetit Erroru un skripts izbeigsies.. turpretī @fopen('hujomajo.txt') nekādu kļudu nemetīs.. tai pašā laikā FALSE vai TRUE tiek atgriezti un if(@fopen('humajo.txt')) attiecībā pēc tā vai fails eksistē vai neeksistē izpildīsies..

ehh tad jādara shitaa : if(@in_array($_SERVER['REMOTE_ADDR']."\n" ,$in)) { katru vērtību trimot lielāks overheds..

A man labāk patiktu šādi.. $in = @file('users.txt'); if(@in_array($_SERVER['REMOTE_ADDR'] ,$in)) { echo 'Ip ir'; } else { $out = fopen('users.txt',a); fwrite($out,$_SERVER['REMOTE_ADDR']."\r\n"); fclose($out); } Proti wraitoshanai failu atveram tikai tad kad tas vajadzīgs.. bez liekiem mainīgajiem.

mysqldump -u [lietotajs] -p [datubaze] > datubaze.sql ja sledzamies pie attālināta servera: mysqldump -u [lietotajs] -h [serveris] -p [datubaze] > datubaze.sql [lietotajs] samainam ar mysql useri, [datubaze] attieciigi ar to datubazi kuru gribam dumpot, [serveris] - servera IP vai hostname.. paroli paprasīs ievadīt.. vot "chista" komanda..