Roze

Var arī darīties drusku advancētāk, proti ja negribas likt pie Optioniem -Indexes (un tad saņemt 403 Forbbiden eroru) un negribas katrā no 100 mapēm kopēt index.php tad apachei pie DirectoryIndex var norādīt arī index failu (pirmo failu kuru jāver) kas atrodas pavisam kur citur proti: DirectoryIndex index.php index.htm /dir/index.php Kur apache visupirms skatīsies vai konkrētajā direktorijā nav index.php vai index.htm un tad vērs /dir/index.php kas jau vairs neatrodas atvērtajā direktorijā bet gan ir http://tavssaits/dir/index.php (nekādas URL maiņas vai redirekti protams nenotiek). Šādi var arī smuki veidot savus (ne defaultos apache) directoriju listingus.

Nu ko puiši.. telapātisku spēju nava? :) Iesākot ar tevis paša vārdiem "kautkaadas tur tiesiibas etc etc, kas un kaa nezinu" bet pēc mysql_connect(...); uztaisi echo mysql_error(); (ja nu gadijumā error reportings pilnība atslēgts), kas uzreiz izvadīs skaidru iemeslu kapēc konekciju nav iespējams izveidot..

a exec("rm /path/file"); nestrādā?

Nu varbūt ceļš uz failu nav pareizs (global path) pamēģini echo getcwd(); lai redzētu kāda direktorijā no konkrētais skripts ir un vai tā sakrīt ar to ko padod unlink(). Otrs teorētiski iespējams ka php process tiek "jailots" zem konkrētas direktorijas un ārpus tās netiek..

Pēc idejas nav nepieciešams jo php noklusēti rewraito šādus tagus: url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=,fieldset=" kā redzams arī form action.. Izņēmums ir iframe (bet protams var pats iekš php.ini ielikt) un teiksim ja javascriptos ir kaut kur .location / .src un tādas lietas..

Tak tika jau atbildēts citā topicā.. http://php.lv/f/index.php?showtopic=2833

http://lv.php.net/eval

Nu nav jau tik traki.. Blokshēmas sanāk ok un var krietni vienkāršāk vizuāli saprast notikumu gaidu un procesu nosacījumus..

Ja nevajag orģinālu tad labāk ir pirms, jo pie katras attēlošanas (selecta) tev šā vai tā funkcija jāizpilda, pretēji pie ielikšanas to vari izdarīt tikai vienu reizi un miers.

Tapēc arī minēju "ko var izdariit jau pirms kverija sagatavoshanas" Un pamatoties tikai uz uz to ko izstradaataajs ir tādu funkciju iekļāvis manuprāt nav īsti korekti, jo tāda teiksim var nebūt pat SQL92 standartā :) MySQlam piemēram ir ļoti daudz eksotiskas funkcijas :) Atkarībā kā to izmanto timestamps pēc idejas aizņem mazāk vietas un ja datu apmaiņa notiek šādā datu tipā tad varētu būt aplams apgalvojums..Datetime pretēji ir human readable ļoti ērti attēlot kā arī lai teiksim atrastu konkrētu gadu var izmantot stringa īpašißas aļa LIKE '2005-%'.. Pēc kā šis tiek secināts? Nu nedaudz padomājam.. MySQLam ir tabula ar kaudzi ierakstiem kur lauks ir timestampā. MySQLam jāiet cauri katram ierakstam, tas jāpārveido par yyyy-mm-dd stringu (afaik date_format castoja selecteejamo lauku tieshi taa) un jaasaliidzina ar veel vienu stringu. Ja dati daudz teiksim normaala tabula > 100Mb MySQLam nākas wraitot temporāru tabulu uz diska un tas jau ir aaaafigenna lēnu.. Preteeji tam ka mees vareetu uztaisiit timetsampu kas buutu itkaa 2005-08-18 00:00:00 un otru 2005-08-18 23:59:59 un atselecteet vienkaarshi WHERE time => '$musutimestamps1' AND time <= '$musutimestamps2' Kur $musutimestampus varam iegūt ar jauku php funkciju mktime() http://lv.php.net/mktime $musutimestamps1 = mktime(0,0,0,date('m'),date('d'),date('y)); $musutimestamps2 = mktime(23,59,59,date('m'),date('d'),date('y)); Bet pie konkrētā gadījuma varbūt ir vērts padomāt par diviem atseviškiem DATE un TIME laukiem.. Datu apjoms palielināsīes bet noindeksējot DATE lauku un atselectējot WHERE datelauks = '2005-08-18' strādās rūkdams.. (vai datelauks = NOW()) Labāk ir lieki nenoslogot ne pirmo ne otro :) Taču manuprāt ir pieņemts saudzēt DB.

Nu tu vari nepiekrist.. Bet nu kaa jau v3rb0 rakstiija nav pareizi DB serverim taisiit visaadus SUBSTR, Uppercase lowercase u.c. datu transformaacijas (ko var izdariit jau pirms kverija sagatavoshanas), jo taa ir lieka noslodze un visi tabulas indexi kakjim zem astes (nedod dies ka veel jaataisa temporaaraas tabulas + filesorts + pilniiga datu paarlase visaa tabulaa). Vizualais SQL kverija garums nav attiecinaams uz izpildes aatrumu un nepiecieshamajiem resursiem. Protams ja nav redzeetas tabulas ar vairaak kaa 100 ierakstiem tad shaadus apgalvojumus var sviest pa labi un kreisi :) EXPLAIN SELECT ...

Tur jāskatās kā tas dinamiskais virtualhosting modulis darbojas. Pats neesmu mēģinājis līdz ar to uz sitiena nepateikšu. RewriteRule ^(.*)$ http://pilniigi.cita.adrese/index.php?load=$1 [QSA,L] un no PHP $_GET['load'] mainiigaa varees pateikt ko useris ir meegjinaajis veert valjaa (diru/failu). a pats hostname bija skjiet $_SERVER['HTTP_HOST'] Jāpieliek kait kā tā RewriteCond %{REQUEST_URI} !index.php

Nu RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ http://mana.adrese [QSA,L] RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*)$ http://pilniigi.cita.adrese [QSA,L]

MS nerāda saturu Errorpagei (pat ja tāda uz servera eksistē) ja tas ir mazāks par kaut kādiem tur baitiem, bet gan savu defaulto. UPD: izrādas ir pat tabula: Code Description File Size 400 Bad Request > 512 bytes 403 Forbidden > 256 bytes 404 Not Found > 512 bytes 405 Method Not Allowed > 256 bytes 406 Not Acceptable > 512 bytes 408 Request Time-out > 512 bytes 409 Conflict > 512 bytes 410 Gone > 256 bytes 500 Internal Server Error > 512 bytes 501 Not Implemented > 512 bytes 505 HTTP Version Not Supported > 512 bytes

Nu var ar standarta ErrorDocument Zem virtualhost piebaaz ErrorDocument 404 /tava/dira (ņem vērā gan ka šis nav documentroots bet gan globalpath no servera webroota) vai arii pat pilnu var defineet ErrorDocument 404 http://www.tavasaite.lv Nuja ar rewrite tad var dariities shitaa RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ /kautkas/tavs/ [QSA,L] Opcionaali var pielikt piemeeram RewriteCond %{REQUEST_URI} !\.(css|js|jpg|gif|jpeg|avi|mp3) lai rewrite ruule nestradaatu uz kaut kaadiem failiem..

Nu tāda jau ir foruma sūtība/uzdevums.. Ja uz visiem jautājumiem atbilde būtu Jā/Nē - garlaicības kalngals. Bet atbildot par grafisko vidi. Jā var noņemt. Linuxim vispār visu kas nesaistās ar paša kerneļa kodolu (pārkompilēšanu) var pielikt/noņemt nomainīt neapstādinot sistēmu.

Nunu.. ir arī alpha amd64 arm hppa ia64 mips ppc ppc64 ppc macos s390 sparc :) Bet tas nu tā pārāk tālu no tēmas..

Nu pag tagad tu maisi kaut ko.. Kāds teiksim daudzlietotāju vai viena lietotāja sistēmai sakars jeb starpība ar to ka uz tā griežas webserveris kas principā ir sistēmas serviss un vaīiāk par viena lietotāja robežām nesniedzas? Jebšu tu runā par multitaskingu un linexi pielīdzini aļa dosam ar single procesu :> Kāds sakars ir multimēdiju draiveru atbalstam un salīdzinājumam ar tīkla risinājumiem? Bēt lūk tākā tiek pieminēts tas pats MySQLs kā svarīgi komponente tad ir zināms mīnus tam pašam tavam minētajam BSD. Proti MySQL izmanto linuxthreads kas uz BSD (vismaz kaut kādas 4.x) ir diezgan salauzti.. Arī vismaz 4.x versijas izmantos tikai vienu CPU (jo nespēj optimizēt threadus starp procesoriem). Un palasīt http://jeremy.zawodny.com/blog/archives/000203.html Līdz ar to ja nepieciešams tikai websterveris vai teiksim izdalīt lietotājiem kādus resursus tad bsd (jails ir diezgan ok), ja vajag visu kopā tad manuprāt - Linux.

Tas ir daļēji pareizi, jo izmantot konkrētu produktu tikai tamdēļ ka tu esi lietojis to visu laiku un pārzini nemaz nemēģinot/nepatestējot neko citu var nedot labāko rezultātu (performance / iespējas) un galugalā pārāk liels konservatīvisms ne pie kā laba nenoved :) pafilozofēšana ne pa tēmu..

Kāpēc? Jābūt tak kādam pamatojumam :)

Nu pieņemam ir Tava IP ir 192.168.1.1 (kur stāv apache) Ir bubu.hostname.lv un lala.hostname.lv kas resolvējas uz šo IP. Tad Apache konfigs minimālākajā variantā izskatās šādi: NameVirtualHost 192.168.1.1 <VirtualHost 192.168.1.1> DocumentRoot /www/pirmais ServerName bubu.hostname.lv </VirtualHost> <VirtualHost 192.168.1.1> DocumentRoot /kautkascits ServerName lala.hostname.lv </VirtualHost> Protams ja tev uz windozes tad DocumentRoot attieciigi būs piemēram C:/blabla Katra <VirtualHost> ietvaros protams vari mainīt arī citus webservera parametrus. p.s. var arī nenorādīt konkrētu(as) IP bet tad NameVirtualHost * <VirtualHost *> DocumentRoot /www/pirmais ServerName bubu.hostname.lv </VirtualHost> <VirtualHost *> DocumentRoot /kautkascits ServerName lala.hostname.lv </VirtualHost> p.s.2 ja pašam nav sava domēnvārda vai nav kas to pievieno uz windozes var taisīt pats savus ierakstus iekš 'hosts' faila (uz WinXP zem C:\WINDOWS\system32\drivers\etc) protams tie būs redzami tikai tev.. uz *ix attiecīgi /etc/hosts

Vēlreiz lietosi šādus vārdus, doublepostēsi (lai papildinātu savu komentāru ir poga Edit) un liksi nejēdzīgas un nekam nepielietojamu atbildes (cilvēks uzdod konkrētu jautājumu par RFC ievērošanu URLu veidošanā un manuprāt gaida konstruktīvu atbildi) posti tiks dzēsti..

Nu līdz ar to tākā maz tad grūti spriest par darba kvalitāti un profesijas atbilstību - tādējādi atkārtojoties un atbildot uz pirmo jautājumu, manuprāt, nekādas priekšrocības vai mīnusu nav.

Ai nu tā kā pirmoreiz būtu atgājis no zilā ekrāna un sieviete ieraudzījis. Protams krūšu, kāju u.c. izmērus.. no offence :) Bet ja nopietni tad samērā reti sievietes ir programmētājas (vismaz pēc manas prakses/pieredzes), jo viņām lielākoties ir cita domāšanas veids, līdz ar to nekādi stereotipi vai aizspriedumi, vai priekšrocības (pretēji varbūt kā pēdējā laikā cilātajai tēmai 'sieviete - autovadītāja') dzimumam nav.

Vīrietim skatīsies programmēšanas prasmes, bet sievietei citus pribambasus :)