rpr

nesanāk sadabūt kopā dbd un mod rewrite. configtest atgriež šādu paziņojumu "file for map myquery not found". kaut kas varbūt nav līdz galam sainstalēts? mod_rewrite un mod_dbd ir.

tas nav bugs, tā ir fīča :)

nu par noticiem manuprāt tas ir tāds gaumes jautājums, defaultā tomēr ini failā notici tiek ignorēti.

šī funkcija darbojas sākot ar 5.2 versiju. palasi dokumentāciju php.net isset($_POST["chkFries"]) manuprāt varētu būt alternatīva un pat īsāk rakstās, bet es iespējams pat izmantotu vēl vienkāršāk: if($_POST["chkFries"]) { print "<p>You wanted fries</p> \n"; $total += $_POST["chkFries"]; }

ar standarta javascript funkcijām to nevarēs izdarīt. jātaisa dinamiski html.

UCS2 nav īstais kodējums. normālāks exif manuālis ir šis: http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/EXIF.html par enkodingu var nedomāt, ja izmanto ini_set("exif.encode_unicode", "UTF-8");

tad jau varēji pats palasīt, ja jau tik pārliecināts esi. nav tur par winxp bloku nekas rakstīts.

aizdomas, ka viņi to informāciju savāc paši no mājas lapām. jo pilns ir ar zl.lv un vietas.lv, arī daudz informācija no unikāliem domainiem, nedomāju, ka tur kāds speciāli kaut kur aizpilda to informāciju.

Kādam ir nojausma kādā enkodingā tiek glabāti exif dati, ja es bildei pielieku autoru/aprakstu caur properties?

a tev google places viņu akceptēja? man rāda, ka pievienotais objekts neatbilst kvalitātes vadlīnijām. bet vispar caur maps.google.com kaut kā to informāciju tomēr var atrast.

kas ir myText par objektu? nerādīs brouzerī, kamēr pats to neizvadīsi piemēram, šeit tiek pateikts, ka html elements ar id variableVal būs tas, kas būs redzams brouzerī un rādīs sekundes: document.getElementById("variableVal").innerHTML = myNumber; // Un ko īsti dara šī rinda?

manuprāt nav tik būtiski kā tas tiek tehniski izdarīt, galvenais, lai ir pārbaudes, ka komentārs ir pievienots un tad jau var arī no post formas. ieteiktu izmantot kādu javascript freimu, lai nebūtu jāčakarējās ar pliku ajax.

paldies, viss ir ok, kā jau domāju - kļūda bija triviālākā kāda vien var būt. pirms rewriteMap nebija RewriteEngine on, jo šķita ka pietiek ar to ka ir .htaccess failā, txt tipam ar to katrā ga'dijumā pietika.

nē, fullpath itkā nav nozudis, mēģināju palaist failu ar sudo viss strādā (sudo -u www-data /home/rpr/public_html/test/rewrite_map/links.php) RewriteMap testphp prg:/home/rpr/public_html/test/rewrite_map/links.php itkā rewrite_mod manuālī lasu, ka skripts tiek palaists pie servera palaishanas, bet ja ielieku skripta sākumā, lai ierakstās failā kaut kāds output pie pirmās palaišanas, tad nekas netiek saglabāts. tajā pašā laikā, ja rewrite rulē, norādu neekistējošu mapname, tad tāda kļūda neparādās. bet ja šo testphp, tad gan ir uzreiz vecā problēma ar mak lookup Failed.

pieliku php skriptā, lai ieraksta logā katru pieprasījumu, izskatās, ka līdz tam skriptat nekas neaiziet. vai nu konfigā problēma vai vēl kaut ko līdz galam neesmu sapratis, bet nu nevienā logā nekas nerādās, ir kādas idejas, kur skatīties, kam pievērst uzmanību?

nē, man ir aizdomas, ka php failā nav problēma, bet kaut kādā konfigā vai kaut kāda cita lieta, ko nevaru iedomāties. Dīvaini arī, ka RewriteMap ar txt failu strādā. palaidu skriptu arī ar webservera tiesībām, viss strādāja, bet gala rezultāta nav.

nu es te eksperimentējot esmu nonācis līdz šādam risinājumam: set_time_limit(0); $hInput = fopen("php://stdin","r"); $hOutput = fopen("php://stdout","w"); set_file_buffer($hOutput, 0); stream_set_write_buffer($hOutput, 0); ob_implicit_flush (true); while (true) { $line = trim(fgets($hInput)); fputs($hOutput, "111\n"); } bet cik te palasīju un apkopoju webā atrasto, tad vajadzētu strādāt pat šādam risinājumam: while(true) { echo "111"; }

Kāds ir mēģinājis RewriteMap prg norādīt php skriptu? es mēģinu saprast, kāpēc man vienmēr rewriteLogā tiek ierakstīts map lookup FAILED: map=testphp key=test itkā no cli, skripts strādā, bet apache rewrite nenostrādā, mēģināju arī googlē atrastos gatavos skriptus, bet tas pats. skriptam interpretators norādīts un chmod a+x uzstādīts. kur vēl varētu būt problēma?

varbūt vienkārši pietiks, ja htmlā pieliksi <base href="/" />

atver sadaļu "iesācējiem" http://php.lv/f/forum/28-iesacejiem/

man arī bija problēma ar chhrome, bet izmantoju mootools, uzliku jaunāku versiju un itkā pazuda problēma.

nu un kas tur nesaprotams? cilvēks negrib, lai parametri ir urlii.

nu 700-800, manuprāt ir minimums. kaut vai lai par augstkolu vareetu samaksaat, galu galaa peeec vidusskolas neviens tevi iisti nenjems pretii. pasham uznjeemumam vispaar nav neerti, kad projekts grozaas desmitos tūkstošos latu, bet programmētājam atmet kaut kādas kapeikas? galu galā iespējams piestrādāt kā freelanceram un paskatieties kādas cenas ir eiropā, un citos kontinentos. labi ķina un indija izceļās, bet pārējās valstīs tomēr algas nav astronomiskas, bet ir lielākas nekā jūs te saucat. man jau patīk šitie varianti - tev jāzin viss (seo, css, js, sql, html5, css3, flash, html, photoshop, linux/win administrēšana, jāpārzin visi api sākot ar google beidzot ar draugu), bet mēs maksāsim minimālos, mazliet aploksnē, sēdēsi sasmakušā kabinetā un vergosi, jo es taču tev maksāju. no sērijas http://www.amazingonly.com/wp-content/uploads/2010/07/Earnings-Vs-Skillset.png

atbildot, uz topika jautājumu :) strādāsim, bet ne pie jums :D interesanta tēma, bet nu paši jau mēs esam to latiņu nolaiduši tik zemu. 300-400 ls... kāds par tādu naudu vispār var izdzīvot? sorī, man dzīvokļa kredīta maksājums ir lielāks par 300 ls/mēn, par ko es ēdīšu? kur es dzīvošu, ko es bērniem/sievai došu? te pat ir manīti kaut kādi skandināvu uzņēmēji, kas meklē lēto darba spēku. paši atklāti pasaka, ka pie viņiem koderiem maksā 7x vairāk, tāpēc meklē pie mums. kāpēc mēs esam tāds melnais darba spēks? dempingotājus, kas dzīvo uz mammas rēķina vispār vajadzētu cietumā salikt ;0