Kaklz
-
Posts
1,401 -
Joined
-
Last visited
Everything posted by Kaklz
-
interesants piegājiens :)
-
Veidojot bilžu galerijas, bieži vien gribas uztaisīt kaut kādu normālu struktūru, kā glabājas faili uz servera. Visvienkāršākais variants laikam ir glabāt informāciju par bildēm datubāzē, bet failu sistēmā glabāt pašus attēlus. Lai nodalītu vienas galerijas attēlus no citiem, katrai bilžu galerijai veidojam atsevišķu mapīti (ar PHP skriptu automātiski pie jaunas galerijas izveidošanas administrācijas rīkā). Problēmas sākas momentā, kad servera administrators ir pamanījies ieslēgt Safe Mode, proti, PHP ar mkdir izveidotajām direktorijām uzliek Apache procesa UID un pēc tam vairs PHP skripti neko ar attiecīgo direktoriju nevar izdarīt, jo PHP skripta UID ir savādāks, nekā Apache UID. Tad nu jautājums. Vai un kā ir iespējams šo problēmu apiet?. Varbūt stulbi izklausīsies, bet vai to kaut kā maģiski nevar apiet ar chown() un chgrp() funkcijām? Teorētiski varētu visas bildes vienkārši mest vienā mapītē, taču tad rodas jautājums, vai nesāksies kaut kādas bremzes pie palielāka bilžu apjoma vienā direktorijā? Pie reizes varbūt kāds arī varētu izskaidrot, kas Safe Mode ir tik īpašs, ko nevarētu panākt vienkārši mazliet vairāk piekonfigurējot parastu PHP? Paldies!
-
Kurā brīdī tev tā Java parādās? Chat logs ir Java Applets? Servera pusē Javu nevari turēt? Kas tie par 200 mainīgajiem?
-
Tad jautājums Tev: Kur ir problēma?
-
Lai gan izmēģinot vienkāršu piemēru, man strādāja abos gadījumos uz abiem pārlūkiem: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <title></title> </head> <body> <div id="cntdwn">a</div> <script type="text/javascript"> document.getElementById('cntdwn').innerHTML = 'b'; </script> </body> </html> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <title></title> </head> <body> <script type="text/javascript"> document.write('<div id="cntdwn">a</div> '); document.getElementById('cntdwn').innerHTML = 'b'; </script> </body> </html>
-
drīzāk jau nepatīk tas pirmais (document.write) Ja pareizi atceros, tad XHTML neatļauj document.write, tā kā FireFox strikti ievēro standartus, tad arī attiecīgā JavaScript funkcionalitāte tiek ignorēta. Otrais jau vairs nestrādā tāpēc, ka pirmais nav nostrādājis, attiecīgi tāda elementa ar id "cntdwn" nemaz pārlūkprogrammas izpratnē nav. innerHTML uz FireFox strādā labi, vismaz tajos gadījumos, kad to esmu izmantojis.
-
1) &= operators nodrošina objekta padošanu pēc norādes. Tb tas neveido objekta kopiju, bet vienkārši mainīgajam piešķir norādi uz atbilstošo atmiņas apgabalu - mazāk aizņemtas atmiņas, ātrāka darbība, etc. Ja iekš PHP4 tas tiek izmantots stipri bieži, tad lietojot PHP5 tādai sintaksei vairs nav īpašas jēgas, jo visi objekti jau pēc noklusējuma tiek piešķirti šādā veidā. 2) Atkarīgs no koda. Teiksim klasei class ab{ private $x; } tu pie $x nevari tikt nekā savādāk kā caur funkciju. Savukārt, klasei class ba{ public $x; } tu vari brīvi tikt klāt $x mainīgajam. (abi iepriekšējie piemēri ir PHP5) PHP4 gadījumā jebkuram mainīgajam var brīvi tikt klāt arī no klases ārpuses. Starp citu, ja mēs runājam par PHP un OOP, tad būtu vēlams arī norādīt PHP versiju, ko tu izmanto.
-
laid vienu kā moduli, otru kā CGI, teiksim PHP5 failus nosauc par .php5 un visas lietas ;)
-
Labāk paprasi vairāk, kā gribi. Būs iespēja vajadzības gadījumā piedāvāt atlaidi :D A ja nopietni - viss atkarīgs no tevis paša, vai tas ir tavs maizes darbs, kādu kvalitāti spēj piedāvāt, utt.
-
Padomā par variantu izdzēst attiecīgo cache fragmentu pie ziņu atjaunošanas. Teiksim tev ir pilnīgi statiskas lapas, kuru cache laiks nav ierobežots - cache attīrās tad, kad tu kaut ko dari admin rīkā. Pie tam attīrās nevis visi cache faili, bet tikai tie, kurus tu aiztiec.
-
a priekš kam kompilēt uz Win? viss tak gatavs jau ir :)
-
Redzi nu, viņam tas var būt pat vairāk nekā svarīgi, ja vien viņš saprastu, ko var iegūt ar labu kodu :). Teiksim ir lapas, kurām ir akūta nepieciešamība būt pirmajām meklētājserveru sarakstos un tur nu labs kods nāk talkā.
-
hm, ideālā pasaulē mēs dzīvojam, ka varam tā vienkārši bez pārbaudēm par failu ņemt un grūzt ārā apmeklētājam. Vēl tikai pietrūka pāris rindiņas un būtu vispār ideāla kombinācija: <?php GetFile($_REQUEST['filename']); ?> Ieteiktu padomāt par to, vai gadījumā lietotājam nav iespēju palūgt kādu citu failu, nevis tevis iedomāto.
-
Iesākumā padomā, vai tiešām tev tā tēmu mainīšana ir tik aktuāla un vajadzīga.
-
Nekādi SQL pieprasījumi nav jālabo, ir jālabo tikai nododamie parametri, kurus padod caur URL.
-
Labrīt :) Ir pietiekoši daudz cilvēku, kas tā jau dara. Es arī esmu iemēģinājis savus spēkus un nebūt neteiktu, ka bija slikti. Diemžēl vairāk izvērsties neļāva tādas regulāras kataklizmas kā mācības un ar tām saistītās sesijas. Tas, ka tu neredzi, ka Latvijā ir daudz labu programmētāju un ko viņi ir saprogrammējuši, nebūt nenozīmē to, ka pie mums viss ir galīgā pakaļā un nekā nav. Ir cilvēki, kam vienkārši nav laika lielīties - gaida kārtējie darbi un kārtējie projekti.
-
Nekas jauns - apakšā ir tas pats vecais execCommand('bold', ...). vienkārši smuki uzzīmētas podziņas. Tieši tāpat darbojas arī visi htmlarea, fckeditor, utt. Attiecīgi par labumu/sliktumu nevar spriest - var runāt tikai par lietošanas ērtumu.
-
nevar.
-
A man izprintē visas. Rādi kodu, savādāk tā ir tukša runāšana.
-
Caur konsoli: root@host# rpm -i *.rpm Ja uzstādīji caur grafisko saskarni, neviens tev neliedz viņu laist no konsoles: dcgui-qt Bet vispār jau viņam būtu kaut kur pie interneta programmām jāparādās .. vismaz uz Mandrake 9.2 viņš parādījās.
-
Procentuālie izmēri ļoti labi līmējas kopā ar min-width un max-width. Vienīgā nelaime ir tā, ka IE viņu īsti nepazīst, lai panāktu min-width un max-width efektu, ir jālieto dažādi CSS triki (http://www.svendtofte.com/code/max_width_in_ie/)
-
Pietiek pielikt ul augstumu 25px, jo container, gudrs būdams, pats izstiepsies. Lietoju HTMLPad, kuram ir iebūvēts IE preview, uz firefox nemaz nepārbaudīju, sorry.
-
Ta ta problēma: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <title></title> <style type="text/css"> ul { list-style-type:none; margin: 0 auto; padding: 0; width: 800px; background-color: red; } ul li{ display: block; float: left; width: 150px; height: 25px; background-color: silver; text-align: center; } ul li a{ display: block; line-height: 25px; } ul li a:hover{ background-color: gray; color: white; font-weight: bold; } #container{ width: 1000px; text-align: center; border: 1px solid black; } </style> </head> <body> <div id="container"> <ul> <li><a href="#">Menu Item 1</a></li> <li><a href="#">Menu Item 2</a></li> </ul> </div> </body> </html> Tā kā nav pietiekami daudz menu itemu, tad uzliku ul sarkanu fonu, lai tu redzētu, ka viņš aizņem tiešām tos 800px un ir izlīdzināts pret centru.
-
Ir labi, ka kāds parūpējas par backupiem mūsu vietā: http://web.archive.org/web/20040105092352/.../2003/11/26/84/
-
tu apskatījies manis doto kodu? Tur viss ir darboties spējīgs - elementi ir viens otram blakus, noteiktā platumā, teksts pogās iecentrēts vertikāli un horizontāli. Mainās fona krāsa pie uzbraukšanas ar peli. Ko tu vēl gribi? Ja tu izmanto display: inline, tad tas ir plūsmas nevis bloka elements. Plūsmas elementiem nevar norādīt platumu.
