Roze
-
Posts
1,561 -
Joined
-
Last visited
Everything posted by Roze
-
Nav vienkāršāk izvēlēties citu hostingu? Vai arī izsauc savu skriptu attālināti caur http attiecīgajos intervālos.. Cik saprotu nav arī accesa shelam.. Šaubos tad arī vai ir eneiblota proc_open() funkcija ar kuru tad varētu teorētiski izsaukt background php procesu kas tad varētu permenanti griezties (lai gan tas nekas īpaši labs nav, proti php nav tam domāts).. Vēl viens variants ir taisīt ko līdzīgu principam kā darbojas php garbage colectors. Proti: 1) piemēram datubāzē vai txt failā ieliec ierakstu ar laiku un/vai pazīmi kad procesam jaizpildās. 2) standarta lapā ieliec kodu kas pie requesta checko ierakstu - vai ir pienācis konkrētais laiks / vai process ir izpildīts 3) ja ir pienācis pareizais laiks un process nav vēl izpildīts palaid konkrēto schedulera kodu.. Mīnusi šādam principam: 1) papildus pārbaude/slodze parastā kodā 2) ja tavu lapu (php) lietotāji nevirina pietiekami bieži tad var gadīties ka schedulings nenotiek vispār vai notiek nenoteiktā laikā pēc paredzētā..
-
Kāpēc jātaisa ar php scheduleris? Uz linux/unix sistēmām ir crontab.. uz Windows sistēmām at vai tas pats Task Scheduleris.. Ieliec tur ka palaižas ./php tavs.php (vai uz windozes php.exe fails.php (vai php-cli.exe fails.php)) un viss..
-
Ar MySQL: SELECT DATE_ADD(datuma_lauks, INTERVAL 56 DAY) .. ( http://dev.mysql.com/doc/refman/5.0/en/dat...nction_date-add ) vai ar PHP: $newdate = date("Y-m-d H:i:s",(strtotime($olddate)+($days*24*60*60))); ( http://lv.php.net/date http://lv.php.net/strtotime )
-
Ko tu ar to kodu gribi panākt? Man izskatās ka trim() funkcija tiek ar kaut ko jaukta / izmantota tam kam nav paredzēta ..
-
<? echo count(file('fails.txt')); ?> vai <? echo substr_count(file_get_contents('fails.txt'),"\n"); ?>
-
Nu tur jazin kādā formāta tev ir tas teksta fails.. vai ieraksti ir katrs jaunā rindā? Vai lauki atdalās ar | ? Vai viss ir vienā bardakā un atdalās tikai ar | ? Ja katrs ieraksts ir jaunaa rindā un vērtības atdalās ar | Piemēram: nicks1|url1|texts nicks2|url2|teksts2 .. Tad var šādi piemēram: <? $in = file('tavs.txt'); foreach($in as $line) { $out = explode('|',$line); echo $out[0].' '.$out[1].' '.$out[2].'<br/>'; } ?> Ja tu nezini cik ir $out elementi tad to var aizstāt ar vēl vienu foreach() foreach($in as $line) { $out = explode('|',$line); foreach($out as $value) { echo $value.' '; } echo '<br/>'; }
-
Grūti saprast kā tu gribi: <? $path='gallery/'.$_GET['viewgal'].'/'.$_GET['viewgal'].'_'.$_GET['viewimg'].'.txt'; echo file_get_contents($path); ?> Vai <? $path='gallery/'.$_GET['viewgal'].'/'.$_GET['viewgal'].'_'.$_GET['viewimg'].'.txt'; $com = explode('|',file_get_contents($path)); for($i=0,$t=count($com);$i<$t;$i++) { echo $com[$i].'<br/>'; } ?>
-
Faktiski pēc idejas vajag otrādi (konkrētajai blogs.lv lapai tas ir ačgārni, tikai izrādīšanās ;) ). Lādējam vispirms lapu un ar <body onLoad="blabla()"> palaižam progressbāru un tad, kad dokuments ielādejies, haidojam.. Vispār jau šāds efekts šajā laikā ir nedaudz nejēdzīgs.. Proti, tas varbūt kādreiz, kad cilvēkiem bija dialupi, tas bija kaut cik ok, tad tagad, kad visi carumērā sēž uz platām trubām, lapa, kas lādējas virs 1-2sec jau zināmā mērā ir nelietojama :) Protams, ja apzināti ir kaut kādi procesi, kas lādējas backgroundā un nav nekādi paātrināmi, tad savādāk..
-
Latvijā faktiski lielākoties standartā ir 100Mbit uz LIXu un visi servera juzeri šārē kopīgo trubu. Cik nu ātri iet tik iet.. Neesmu manījis ka kāds specifiski sheipotu uz ko mazāku vai limitētu trafika apjomu (izņemot vietām startptautisko). Nav arī manīts ka kāds baigi nodarbotos ar virtualizāciju šajā sakarā un tādējādi kaut ko ierobežotu bet uz standarta mass-virtualhosting (neizdalītām kastēm (ne-dedicated)) to, manuprāt, ir pagrūti izdarīt (t.i. aplikāciju - piem webservera/php līmenī kaut ko ierobežot)..
-
Nu ja neviens neuzraksta FAQ tad īsti neredzu iemeslu kapēc lai neuzdotu (it īpaši ja problēma ir faktiski neredzama.. tādu BOM diezvai kāds hexā pētīs). Visādā ziņā tas ir krietni sakarīgāks jautājums nekā tie - "iedodiet man", "uzliku.. nekā nesaprotu" utjprj.. un vienmēr ir iespēja ignorēt konkrēto topicu un neatbildēt.. Mētājot pirkstus un izmetot tikai piezīmes par to ka tas "kaut kur googlē ir aprakstīts" faktiski neko nedod (standarta programmētāja atbilde - ir principā pareiza, taču neko neizsaka). Bez tam palasot kautvai http://bugs.php.net/bug.php?id=22108 fakts nav viennozīmīgs..
-
A šitais izpildās bez kļūdām: echo mysql_num_rows($res1); ?? ja piemēram failo uz mysql_num_rows .. teiksim ar to ka $res1 is not valid MySQL resultset tālāk header() vairs nevar izpildīties (ja protams Notices nav atslēgtas).. Protams jāliek pirms visiem html tagiem.. pamēģini: if(@mysql_num_rows($res1) < 1) { .. Vai vispār izkomentēt laukā to // header(); un ielikt tā vietā die(); un pavērot vai tiešām neizvadās kāds kods/notice
-
Nu tur skaidri ir uzrakstīts -> http://paste.php.lv/5491 29. rindiņa.. : ; Password. While SHOUTcast never asks a listener for a password, a ; password is required to broadcast through the server, and to perform ; administration via the web interface to this server. This server should ; consist of only letters and numbers, and is the same server your broadcaster ; will need to enter in the SHOUTcast Source Plug-in for Winamp. THIS VALUE ; CANNOT BE BLANK. Password=changeme
-
Var sarakstīt sakrītošās lietas vienā failā un lietot Include tajās vietās kur vajag tos settingus ( http://httpd.apache.org/docs/2.0/mod/core.html#include ) katrai direktorijai. Var lietot .htaccess un samest konkrētas konfigurācijas konkrētās direktorijās nemainot apaches galveno konfigu. Bet jautājums vai tad ir tik daudz atsķirīgas direktorijas ar atsķirīgiem settingiem? T.i. nepietiek nodefinēt opcijas parent/root direktorijai (tadējādi visas īpašības būs arī apakšdirektorijām)? Otrs nevajag tik traki miksēt.. vajag izdomāt kāda varētu būt noklusētā (vairāk lietotā) opcija un mainīt tikai tad kad tas nepieciešams: Mainīt piekļuves shēmas katrai direktorijai diezko prātīgi nav (vai nu defaultā atļaut vai aizliegt bet nav jēgas norādīt abus): Piemēram no tava konfiga fragmenta (direktorijai ilustracijas vispirms caurskatam Deny rules (lai gan tur tiek atļauts visiem) un tad allow): Order deny,allow Deny from none Allow from all Kur otrai direktorijai tiek norādīts ka vispirms jacheko Allow rules un pēc tam Deny lai gan faktiski šeit ir Deny by default). Order allow,deny Deny from all
-
Nu tur evolt.org itkā ir puslīdz zināms resurss līdz ar to apņēmība lielāka.. aiz kam ja es saķertu drazu tas būtu iemesls pārdomāt par uz kastes esošo antivīruspergu..
-
Diakritsko zīmju konvertesana uz atbilstošo latin simbolu
Roze replied to ciruliz's topic in PHP skripti
Bet protams ka nepiekritīšu ;) (esmu pārāk vecs un pārāk ietiepīgs sakainis :) ) .. un lai visādas 3-šās personas nesabojātu kodu ir jālieto Versiju Sistēmas (aka CVS / SVN). Līdz ko vairāk kā divi cilvēki gramstās ap kodu tā ir neatsverama lieta.. p.s. putty ļoti labi saprot visus kodējumus (tikai pirms editēt failus jāpārslēdz sesijai attiecīgais kodējums (man piemēram noklusēti vienmēr ir UTF8)) -
Nu to diezgan precīzi var noteikt.. Bet nu tu noteikti darbini apachi (ar prefork) kas faktiski izslēdz jelkādu lielu leakošanu tapēc ka uz katru requestu php piestartējas un "nomirst" .. runa ir par permanentiem procesiem. Bet nu tā cita tēma un saruna..
-
Diakritsko zīmju konvertesana uz atbilstošo latin simbolu
Roze replied to ciruliz's topic in PHP skripti
Tici man problēmu nav.. Lielākā daļa editoru strādā ļoti normāli un korekti ar UTF8 failiem neatkarīgi no OS vai citiem apstākļiem :) (izņēmums varētu būt uz windozes Notepads kam tiešām ir problēmas)..Vienkārši pēc pieredzes - mēs strādājam ar kādiem 4-5 dažādiem editoriem (katram sava gaume) .. nemaz neskaitot tādus toļus kā vi vai pico ar kuriem tiek palabots pa taisno uz servera =] Faktiski php saprot arī miksētus failu encodingus.. t.i. praktiski vaig encodēt tikai to kurā notiek šis repleis.. Lielākā daļa editoru normāli māk konvertēt ASCII->UTF8->ASCII BOPM nekad nevaig likt.. hyh? Vairāk gan izskatās ka vienkārši netiek izmantoti pareizi rīki - "the right tool for the right job" :) -
Nu ļoti briesmīgs tas login scripts, ieteiktu tev viņu neizmantot ....
-
No offence, bet pēc "Latest workiem" jau nekādus citus projektus neredz kā standarta "Par Mums | Kontakti | Viesu grāmata" ... p.s. PHP nemērā leako (arī ar visu jauno atmiņas menedžeri utt).. līdz ar to faktiski nekam citam kā īslaicīgu procesu izpildei diemžēl viņu izmantot nevar
-
Diakritsko zīmju konvertesana uz atbilstošo latin simbolu
Roze replied to ciruliz's topic in PHP skripti
A kas vainas str_replace? $renam = array ( "ā" => "a", "č" => "c", "ē" => "e", "ģ" => "g", "ī" => "i", "ķ" => "k", "ļ" => "l", "ņ" => "n", "š" => "s", "ū" => "u", "ž" => "z", "Ā" => "A", "Č" => "C", "Ē" => "E", "Ģ" => "G", "Ī" => "I", "Ķ" => "K", "Ļ" => "L", "Ņ" => "N", "Š" => "S", "Ū" => "U", "Ž" => "Z", ); $text = strtr($text, $renam); Ja neoverraido string funkcijas tad jalieto mb_strtr http://lv.php.net/manual/en/function.mb-strstr.php ( http://lv.php.net/manual/en/ref.mbstring.php ) Ja gribās pa smuko ir http://pecl.php.net/package/translit -
Ja gribās tieši šādu forumu tad sapiķo 149$ un būs tavs http://www.invisionboard.com/board/purchase.html Ja gribās vēl visādas fīčas tad An All-in-one Package 249$ http://www.invisionboard.com/purchase.html Ja nava naudiņas tad vai nu jāatrod kādu čomu kas kaut ko jēdz un jāmēģina ar viņu sarunāt vai jāmācās pašam.. varianti daudz http://www.hotscripts.com/PHP/Scripts_and_...ties/index.html http://www.hotscripts.com/PHP/Scripts_and_...tems/index.html http://www.hotscripts.com/PHP/Scripts_and_...ools/index.html
-
Nebūt ne.. tas atkarīgs no darijumu skaita un maksājumu apjoma..
-
eA encoderis/decoderis diemžēl vai par laimi vairs ir tikai priekš php 4.x ... visādi citādi gan'ir iepaticies vislābāk par visiem pārējiem opcode/content kesheriem.
-
Nav built-in bet ir ekstensija kas šādu funkciju dod.. http://derickrethans.nl/translit.php ( http://pecl.php.net/package/translit ) strādā ļoti jauki.
-
DESC