Jay Kay

Liels paldies! biju tā arī domājis, taču pietrūka galā "GROUP BY" steitments, citādi atlasīja vienu rowu tikai.

man ir tabula, kurā es glabāju komentus rakstiem komenta_id raksta_id komentārs autors utt.. man vajag saskaitīt, cik komentāru ir rakstiem ar id, piem., 39 un 69. zinu, ka vairākas vērtības norāda ar 'where `raksta_id` in (39,69)' taču man neatgriež to, ko vajag palīdziet, lūdzu!

es ticu, ka 5 min šajā gadījumā būs pilnīgs sīkums, taču es gribu zināt veidu kā vislabāk uzturēt failu aktuālu. vēl man ir ideja nolasīt lapas modification time ar $fup="http://lv.lv/rss/amatuk.xml"; $nup=fopen($fup,"r"); echo "<pre>"; $read=stream_get_meta_data($nup); print_r ($read[wrapper_data][1]); echo "</pre>"; fclose($nup); un katru reizi pirms lietotājs mēģinās failu atvērt uz mana servera, tiks salīdzināts modifikācijas datums un attiecīgi tiks vai nu netiks veikta kopēšana, taču šajā gadījumā source serveris (no www.lv.lv) atgriež šī brīža datumu un laiku, tādēļ neder. varbūt kaut kādas idejas par šo risinājumu?

es savu lapu hostoju pie SigmaNet un source xml fails ir no Latvijas Vēstneša - www.lv.lv/rss/amatuk.xml kur es varu iemācīties/uzzināt par servera noslodzi? (jā, es jau mācos universitātē) gribu saprast, kādas manas darbības noslogo serveri un šajā gadījumā, cik ļoti serveris tiks noslogots, ja crontab tiks uzstādīts tā, lai izpildītu nelielu skriptu reizi minūtē. vai tas atkarīgs tikai no tā, cik resursu prasošas darbības izpilda skripts? tā kā serverī man nav tādas tiesības, tad DRDB+GlusterFS man neies cauri laikam.

ir source xml fails, kurā kkas vecs tiek izmests un jauns tiek pievienots. es vēlos uzturēt cik vien iespējams aktuālu kopiju uz sava servera. ar cron tabu uzliku, lai pārkopē noteiktos laikos, taču tomēr nav pietiekama aktualitāte. vai vienīgais veids ir crontab, kuru uzliek, lai ik pa, piemēram, 5min salīdzina un pārkopē vai arī ir vēl kaut kādi varianti?

http://www.bin-co.com/php/scripts/xml2array/

kā nolasīt xml failu (ver 2) kas ir arī rss (ver 2), ja nav pieejama funkcija simplexml_load_string(), jo PHP versija ir ~4.4? varbūt ir kāda jau gatava funkcija?

jā, vajadzēja man precizēt, ka patiesībā tas atrodas /files/mathguard/ un .htaccess aizliedz pieeju visiem failiem kas atrodas arī dziļākās direktorijas nekā pats htaccess fails. jautājums paliek: kā aizliegt pieeju failam pa taisno un reizē atļaut to izmantot, to inkludojot?

man uz servera folderī /files ir .htaccess ar <Files ~ "\.php$"> Order Deny,Allow Deny from all </Files> kādā citā failā man ir <img src="/files/image.php"> kurš tādā gadījumā nedarbojas, bet tajā pašā laikā es negribu, lai ir iespējams šo failu izsaukt pa taisno. mēģināju pievienot kaut ko tādu kā Allow from www.[manalapa].lv vai Allow from ftp.[manserveris].lv bet neiet. palīdziet kāds,lūdzu!

Paldies!

Čau, visiem! Man ir mod rewrite, kurš man padod 3 mainīgos: www.manalapa.lv/valoda/sadala/apaksadala Esmu izveidojis PHP konstrukciju, kura pasaka if valoda or sadala or apaksadala kopā vai atsevišķi nav sakarīgas/eksistējošas/atbilstošas vērtības, tad tiek padots 404 ar PHP. vai ir pareizais veids kā to dara vai arī ir kāds labāks veids kā to darīt (mainīgo un tiem atbilstošās vērtības nav daudz)? un ir taču vēl tā, ka ir divu veidu 404 - ko padod Apache un tas ko padod ar PHP.

Paldies, paldies strādā! Tiešām izlīdzēji! Tikai šito tāpat nesaprotu ^ norāda uz url sākumu, bet $ uz beigām tad ^$ norāda uz jebkādu urli?

Klau, paldies par variantu, bet nu nav! Parādās man paziņojums, ka lapa tiek nekorekti pāradresēta. Taču par par to pirmo lapu - vai nav tā, ka, ja tiek pāradresēts no www.manalapa.lv un vnk manalapa.lv =UZ=> www.manalapa.lv/lv/galvena/par-mums/, tad Google Web developer tūlim nebūs nemaz par ko bļaut, jo www.manalapa.lv nemaz jau neeksistē (ir 301 permanently redirektēta) un tādēļ arī nav ko salīdzināt.

1) man ir redirekts manalapa.lv uz www.manalapa.lv htaccess'ā ar RewriteCond %{HTTP_HOST} ^manalapa.lv [NC] RewriteRule ^(.*)$ http://www.manalapa.lv/$1 [L,R=301] ,taču vienkārši pārrakstot man nesanāk redirektēt uz www.manalapa.lv/galvena/par-mums dodiet padomu vai arī, lūdzu, palīdziet ar htaccess. vai tas ietekmēs SEO, ja www.manalapa.lv sakrīt ar www.manalapa.lv/galvena/par-mums? 2)man ar htaccess palīdzību tiek padots mainīgais caur URLi www.manalapa.lv/mainigais/ un index.php skriptā tiek konkrēti pateikts, ka, ja šis padotais mainīgais ir nekorekts un nav kāds no 4 definētām vērtībām, tad header("HTTP/1.0 404 Not Found"); exit(); un čekojot ar Check Server Header tool -> http://www.webrankinfo.com/english/tools/server-header.php rāda, ka tiešām tiek padots 404 error, taču es ekrānā redzu tikai tukšumu, taču normālu "Not Found" erroru es redzu tikai tad, ja ir tikai www.manalapa.lv/asdasd => bez slasha vai tam vajag pievērst uzmanību? kādam ir padoms, lūdzu? mans htaccess fails: Options +FollowSymLinks RewriteEngine on RewriteCond %{REQUEST_FILENAME} -d [OR] RewriteCond %{REQUEST_FILENAME} -f RewriteRule .* - [L] RewriteRule ^([^/]*)/([^/]*)/([^/]*)/$ index.php?lang=$1&page=$2&t=$3 [L] RewriteRule ^([^/]*)/([^/]*)/([^/]*)$ index.php?lang=$1&page=$2&t=$3 [L] RewriteRule ^([^/]*)/([^/]*)/$ /index.php?lang=$1&page=$2 [L] RewriteRule ^([^/]*)/([^/]*)$ index.php?lang=$1&page=$2 [L]

Čau visiem! Lūdzu, palīdziet! Man ir DB, kurai jābūt 3. normālformā (3NF). DB ir veikalam. Ir tabula 'Produkti', kura satur Produkta_ID, Nosaukumu, produktu_skaits (atlikums noliktavā). un ir vēl divas tabulas 'Iepirktie_produkti' un 'Pārdotie_produkti', kurā katrā ir lauks 'skaits', cik produkti attiecīgajā datumā iepirkti vai cik pārdoti. Mans jautājums ir vai ir kāda iespēja "saķēdēt" to, ka ja tiek piegādāts kaut kāds skaits produktu, tad automātiski izmainās arī produktu_skaits 'Produkti'? Vai arī varbūt tas nemaz nav vajadzīgs un produktu skaita palielināšanu vajag reizē ar vaicājumu izdarīt abās tabulās reizē? Un vai tas ir atbilstoši 3NF?

paldies - to arī gribēju dzirdēt. tad es šajā gadījumā neko īpašu neiegūšu ātrdarbībā, ja sadalīšu tos failus sīkāk.

vai tas ir slikti, ka tik maz? ar visām bildēm. nerunāsim par dizainu, bet vari iečekot => www.audits55.lv negribēju ietaupīt neko. neredzēju citu iespēju. pamēģināšu to SQLite uz failiem bāzēto, jo DB pie hostinga man nav pieejams. To es gribu arī darīt - šos failus sadalīt vēl sīkāk, bet man galvenais jautājums bija, cik ļoti es iegūšu uz ātruma rēķina? vai tā būs ievērojama atšķirība? serveris taču visu nolasa un aprēķina ļoti ātri, bet kur sākās robeža, kad ielādējot vairāk nekā vajag, ātrums tiek zaudēts ievērojami? vai es pats varu izmērīt servera ātrumu, salīdzināt šādi un šitādi.

man tā lapa stāv netā. gribēt jau gribēju izmantot DB, bet skatoties uz host piedāvājumu izdomāju, ka varētu arī iztikt, jo kopā man lapa ir apmēram 1MB. failos viss stāv masīvos piemērs no LV.php, ja sadaļa "Par mums" un apakšsadaļa "Kāpēc mērkaķis nokrita no koka?". $title['about-us']['why-the-monkey-fell-down']='<p>Kādēļ mērkaķis nokrita no koka?</p>'; $content['about-us']['why-the-monkey-fell-down']='<p>Tādēļ, ka viņš bija miris</p>'; bet, piem, ENG.php mainās tikai saturs, bet ne masīva nosaukums. tādā garā. būtībā serveris katru reizi ielasa diezgan daudz lieku informāciju. to es zinu. bet cik daudz ir daudz, lai tas jau sāktu ietekmēt ātrumu? vispār kā mēra servera darbības ātrumu? varētu pats ņemt un salīdzināt.

define please! kāda atšķirība baitu līmenī starp parastu mainīgo un konstanti? to, ka viens var mainīties, otrs ne, to saprotu, bet ko tas dod? izmantojot konstantes ātrumu nu tas nepalielina

čau! ja man nav pieejama DB un es visu informāciju, saturu(ne kodu) turu mainīgajos 4 atsevišķos valodas (lv, ru, eng, de) failos. katrs šāds fails satur apm. 10 000 charu. katru reizi kā ielādējas lapa tiek inkludots viss valodas fails ar 10 000 chariem. lapā ir 4 sadaļas un katrai sadaļai 3 apakšsadaļas. tātad katru reizi tiek inkludots 12x vairāk nekā attiecīgā lapa satur. protams, zinu, ka serveris nosūta lietotāja brauzerim tikai to, ko tam liek nosūtīt ne jau visu, bet serveris jau katru reizi ielasa šos 10 000 charu + kods. es zinu, ka tas patiesībā ir relatīvi maz un vajag krietni vairāk, lai serveris sāktu bremzēt, bet gribu saprast kā vispareizāk būtu darīt. vai man labāk katru valodas failu vēl sadalīt 4 daļās vai arī tas neko īpašu nemainīs?

Es tā neesmu teicis. Firma jau 16 gadus strādā un vienmēr ir bijis, ko darīt šajā nozarē, un mājaslapa tika uztaisīta vienkārši, lai tā būtu, nevis kā baigais ierocis, lai promotētu savus pakalpojumus. Mēs novirzamies no tēmas. vai ir kādi ieteikumi, lūdzu?

iet ar abām, bet abas ir jāverifaijo, abām ir jānorāda dažādi sitemap.xml, jo sitemapā jābūt precīzi, ja administrē http://manalapa.lv, tad arī sitemapā tāpat nevis ar www. vēl visāds papildus sviests. abu lapu administrēšana kopā ir radījusi tikai problēmas. jau mēnesis kopš esmu izmainījis saturu un url uzbūvi, bet googlē nekādu izmaiņu. meklējot, latviešu valodā "audits 55" esmu 11., bet meklējot angļu guglē, esmu 2. sviests kkāds. esmu centies ievērot praktiski visus SEO ieteikumus. nu labi, nav man mega daudz saitu un manu labu, bet kamōn, šitā te..

kādu lapu Google Webmasteros administrēt - www.manalapa.lv vai arī manalapa.lv? Google ļoti bieži uzsver, ka šīs adreses viens un tas pats.

kā jau minēju, šis ir mans 1. projekts, taču tas nav galvenais/svarīgi. šis ir manas mātes uzņēmums un es taisīju tādēļ, ka mācos LU programmētājos. bija tāda ideja, bet kā tad ar krievu valodu? google iesaka visas valodas likt .lv/en vai .lv/ru/ un vēl iesaka to, par ko ir lapa, ielikt titlē, jo Google pēc tā vērtē, bet šajā urlī ir ar neko nesaistīta informācija, neviens atslēgas vārds, kurš būtu saistīts ar manu sfēru, tādēļ vai tas ko mainīs, ja es tā izdarīšu? bet, ja meklēsi "finanšu pārskatu revīzija", tad gan! jā, nav pārāk daudz linku uz manu lapu, taču ir kkāds neizskaidrojams čakars ar google. no sākuma, ja meklēju "audits 55" google ielika mani 10. vietā, tad uploudoju sitemap. biju normāli 2. vietā. tad pateicu guglei, lai izņem veco linku ārā, jo es url uzbūvi nomainīju un tad atkal esmu 10. vietā ar veco linku. un vispār angļu nevis latviešu guglē, meklējot vienkārši "audits 55" es esmu uzreiz 2. vietā. sviests kkāds savu php kodu gan aizstāvēšu? kas tieši nepatīk? tulkošanu veicis profesionāls tulks, taču informācija meibī dažviet novecojusi, jāpielabo, taču pēdējā laikā uzņēmumā nebija daudz laika, jo varbūt, ja ziniet, tad visiem, kuriem tas nepieciešams, ir jāiesniedz deklarācijas VID'ā līdz 1. aprīlim. varbūt neziniet. un vispār šāda amata pārstāvji var atļauties sev mājaslapu kādu vien grib. darbs tāpat vienmēr būs vairāk nekā varēs izdarīt, jo tāda ir šī sektora specifika. gari jāstāsta, bet īsumā - ir apmēram 300 revidentu LV, jo ļoti grūti nolikt eksāmenu. un vēl paskaties uz 3. bagātākā cilvēka pasaulē (Warren Buffet) mājaslapu - http://www.berkshirehathaway.com. baigais dizains, kods, tulkošana? LOL es uzstaisīju PRECĪZI, kā mana māte vēlējās un, lai gan varbūt pats neesmu stāvā sajūsmā, viņa bija ļoti priecīga. pie SEO ir jāpiestrādā, zinu. kādas vēl idejas? vēl ir tāda lieta, ka man reāli besī tas, ka tad, kad lapas saturs neitilpst ekrānā, parādās skrolleris un, ja ir konteneris, kurš pozicionēts absolūti x% no abām malām, tad šis konteineris nedaudz samazinās un pārlec pa kreisi. ir iespēja uzlikt, lai skrolleris visu laiku tur stāv, bet man tas besī, tādēļ es uzrakstīju javascript, kurš 1) nosaka, vai pastāv skrolleris, 2) aprēķina platumu un attālumu no abām malām tieši procentos, kas ir ļoti svarīgi - šādi lapa saglabā savu elastic/dynamic layout. es zinu, ka tas ir tāpat kā ar hidrauliskajām knaiblēm šķelt riekstus vai kā nopirkt alienware ar core i7, lai sērfotu internetā, bet kādēļ gan ne, ja var? šī problēma pastāv FF, Chrome citiem nezinu, bet šī parādība ir 1. pluss IE, kuru redzu, kas IE strādā pareizi tomēr.

par lietotāja valodas noteikšanu man ir pilnīgi vienalga pirmkārt jau tādēļ, ka tas neko nemainīs. vai lietotājs, ienākot manā lapā, redzot, ka noteikta viņa valoda sapriecāsies un kļūs par manu klientu uzreiz:)? otrkārt jau tādēļ, ka var aizšaut garām neskaitāmu iemeslu dēļ un ir iespēja salauzt to, kas nav saplīsis. un treškārt vai tad tik grūti ieraudzīt un nospiest uz tiem karodziņiem? varētu vienīgi pirmo lapu vispār aizvākt{?} Tu to domā vienkārši, ka nedod nekādu ieguldījumu SEO jeb pat izdara pretējo? bet vispār drīkst vai nedrīkst/pieņemts/nav pieņemts... man arī no sākuma, kad pateica tā izdarīt, es teicu, ka tā parasti nedara. katram savs viedoklis, bet es uztaisīju eksperimentu - palūdzu 5 cilvēkiem aplūkot lapu. nu lai vai teica, ka jā - parasti nedara, bet nu neviens jau neapjuka un nebija tā ka nesaprata, kur jāspiež/kas jādara. ja navigācija būtu sarežģītāka, tad noteikti tā nevarētu darīt. par to ūberdizainu. piekrītu - neesmu nekāds megadizaineris, bet meibī kādam ir idejas, kur kaut kādus sīkumus varētu pielabot? paldies 2easy par tagad viss strādā. un vispār tiešām paldies par ieteikumiem un kritiku.