Roze

Vispār jau man tā visa implementācija liekas čerez žē bet nu tad labāk ja gribās visu tik abstrakti izmantot kaut ko native/inbuilt no paša php: http://lv.php.net/sdo http://lv.php.net/pdo

Nu kā lokāli no jebkuras kastes 'ab -c 100 -n 1000 http://tavsusasserveris/' attieciig maini -c (concurency)

geez.. ja ar OOP metodēm nemāki papildināt/izmainīt kādu mainīgo tad jājautā kāda jēga tev no tā OOP konkrētājā kodā / lapā?

Nu visdrīzāk nekorekta konfigurācija līdz ar to problēma nepāstāv pēc idejas, bet gan tu to esi radījis pats. Paskaties acces un error logā tur ir jābūt iemeslam kapēc apache aizliedz un atgriež 403 erroru.. Ja tu saki ka nekā logā nav tad vai nu tev viņš ir atslēgts, vai neparizā vietā skaties, vai ieliec lielāku LogLevel

php reizeem ir jauki kodeet.. <? echo implode('<br/>',array_reverse(file('tavs.txt'))); ?>

Geez programmejam OOP bet bez jebkaadas sajeegas par pamata lietaam. Paraadiishu uuber vienkaarshu piemeeru, varbuut aizdomaasies taalaak.. modulis1.php: <? $menu[] = 'Esmu modulis 1'; ?> modulis2.php: <? $menu[] = 'Esmu modulis 2'; ?> index.php: <? $menu[] = 'Sheit Kaut kaadi standarta galveniem menu'; include('modulis1.php'); include('modulis2.php'); echo implode('|',$menu); ?> ideju saprati? Proti kaut kaadi outputi saakas tikai peec "modulju" ielaades / inicializaacijas.. un kas tev liedz tajaa briidii mainiit / papildinaat izvades saturu?

pamēģini šādi tad: /mape/ /mape/index.php /mape/.htacces Iekš .htaccess ir RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !\.(css|js|jpg|gif|jpeg) RewriteRule ^(.*)$ index.php?dir=$1 [QSA,L] ieksh index.php ir <? echo $_GET['dir']; ?> buutu jaastraadaa.. Ak jā vēl ir jautājums pat PHP versiju.. nav 4.4.1? jo tam ir bugs http://bugs.php.net/bug.php?id=35059

Nu konkrētā PHP koda sample ne tuvu nav korektam WML nav arī iedots reālais izvads pie kura ir problēma parādās.. tākā neko citu kā spekulēt par datu apjomu nevar.. Stopp aiz kam nē.. nezināms faila formāts parādās arī tad ja datu apjoms ir pa lielu / nespēj attēlot. Pietiekami daudz ar to ņemties. Jāņem vērā ka arī '&' ir nekorekts.. ir jālieto '&' .. tākā..

1. Kāds ir pēdējais(ie) ieraksts(i) logs/error_log failā? 2. Vai mod_rewrite uz servera ir aktivizēts? 3. Vai .htaccess var overraidot (httpd.conf ir ielikts AllowOverride All) 4. Vai mape/123 neeksitē?

Tak standarta situācija vecākiem modeļiem ir limitēts kopējs lapas apjoms (baitos) - gan nokijām un dažiem ericsoniem pavisam traģiski.. http://www.thewirelessfaq.com/8.5.asp Tākā mēģini to nepārsniegt.. proti labi būtu ja varētu ievērot 1.5Kb

Precizējot jautājumu: Ideja tāda: Šādas adresēs vietā: localhost/mape/?mainigais=bla dabūt šādu: localhost/mape/bla Vai nav pieciešams otrādi? no localhost/mape/bla patiesībā dabūt localhost/mape/?mainigais=bla ? Proti direktorijai/failam 'bla' nemaz neeksistējot.. Jo pēc šīs atbildes mainās uz jautājumu sniedzamā atbilde, proti ja tu tiešām burtiski saprot to kā tu jautā tad risinājums ir <? header('Location: localhost/mape/'.$_GET['mainigais']); ?> Ja ir variants par to kaa no smukaa URL (kas patiesiibaa neeksistee) dabuut laukaa to ko lietotaajs ir atveeris tad .htaccesaa jaaliek: RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ /mape/?mainigais=$1 [QSA,L] opcionāli (vēlams) var piekarināt vēl vienu RewriteCond RewriteCond %{REQUEST_URI} !\.(css|js|jpg|gif|jpeg) t.i. šis url-rewrite nestrādās tad ja tiks vērti attēli u.c. faili kuri neeksitē uz servera

Zinaama kjeska, ieliec body vai attieciigajam aptveroshajam elementam line-height: 1.3; nu vai 0..

Nu a kas pa kasti (serveri) nav kaads pirmskara? Peec savas pieredzes konverteeju pdfus uz 3000x3000 (aptuveni) imaagi un tad tiek reisaizots uz 3 izmeeriem 800x 400x un 150x.. un taas principaa ir milisekundes..

A tu pashu funkciju peec taas defineeshanas izsauc? proti: <? function my_function() { echo "Mana funkcija straadaa"; } my_function(); ?>

Vot na linki.. http://docs.freebsd.org/44doc/papers/jail/jail.html http://www.modsecurity.org/projects/modsec...ache/index.html http://www.hardened-php.net/ http://www.zend.com/store/products/zend-encoder.php bet nu jājauta "ko uzlauzt"? :)

Caur ko taisi importu? Ja caur 'mysql' pamēģini pielikt mysql --default-character-set=cp1257 ... < tavs.sql

Principā var lietot.. check google "really simple history" Var, tas risinās caur anchoriem tb # .. bet citādi visādi protams ķeska nemērā. Ja priekš sevis tad ok, ja priekš lietotājiem - tad patiesībā pagaidām krietni mazāk kreņķu būs ar pilniem refreshiem. Jo ir varianti kad JS iet bet Ajax nea.. nesaprot UTF8 piemēram responsē (win98+ie6 piem)

Nav teikts un viennozīmīgi. Paņemt divus zinošākus tai pašā laikā izlepušus un saslinkojušos kexus, nevis 4 zaļus gurķus kurus var apmācīt un pataisīt par _speciālistiem_ :) Protams jārēķinās ar laiku un vajadzībām..

Nu 1ls/mēn hostingam ir cits princips.. Tur savāc 100 - 1000 - ... lietotājus uz kastes, visiem virtuāla vide / identiski settingi utt. Līdz ar to ja neiet vienam, neies citiem un tad jau par 100/1000/... ls/mēn var pakustēties :)

Tāda nav un 99.9% ka bez safe_mode arī nebūs..

Nava 2haddm2 ?

Poli mainās - proti principā nav tur kur kartē atzīmēts Z/D pols..

Ja nu kādu interesē ir palaists un strādā.. viena maza hardwares ķibele :E

Kaads risinaajums un kaads(i) sysadmins(i) - ir variants kad viens sysadmins apkalpo 50 workstacijas ir variants kad uz vienu kasti vaig 50 sysadminus i tad veel netiek galaa :) Pie kam skjiet nekaadu reguleejoshu dokumentu nav (kaa piemeeram autobrauceejiem ka viens shoferis driikst tikai 8h pie stuures seedeet).. Idejiski ar kaadu praatiigu risinaajumu - network profile/OS (laadeejas no tiikla), korekti izveidotaam lietotaaju permiicijaam (nekaadas pashdarbiibas / inctalaacijas), fiziskas un logjiskas datu droshiibas un skalaara tiikla uzbuuves - viens admins vareetu apkalpot gandriiz neierobezhotu skaitu darbstaciju (pienjemot ka saakotneejaa tiikla struktuura - teiksim Wireless iekaarta ljauj onthefly bez baisas tiiikla kabelju spraudiishanas), jo updeiti notiek centralizeeti, ir centralizeeta tiikla piekljuve, izdrukas iekaartas utt.. .. un ja nav jaasniedz kaut kaads atbalsts lietotaajiem ;) Nekaadi standarti manupraat neeksistee ir tikai ieteikumi / rekomendaacijas / gatavu risinaajumu know-how tachu neviens tak nevar tev noteikt kaa kompanijai jaaveido sava IT struktuura. Protams kaut kaadiem ISO sertifikaatiem (starp citu taas prasiibas var papeetiit) tad tur ir zinaami priekshnosaciijumi kam teiksim jaabuut kaut kaadaa dokumentu cirkulaacijaa / glabaashanaa / droshibaa. u.c. itkaa saistosha likumdoshana - piemeeram (nezinu vai ir liidz galam pienjemts) par to ka ir jalogo un gadu jaaglabaa darbinieku piekljuves logi tiikla resursiem..

Nu tas pie tā paša nosacijuma ko hmnc saka.. ja tu tiec pie reālajiem hashiem ;)