eriksz
-
Posts
12 -
Joined
-
Last visited
eriksz's Achievements
Newbie (1/14)
-
Mmm, man reiz problēma bija, kad tika cepts csv faiks linux vide un saglabāts uz utf-8, tad pārnest uz windows, kas tika atvērts caur MS excel un saglabāts(manuprāt ISO88 kodejums kaut kāds tur, kas laikam ir atkarīgs no reģionālajiem iestatījumiem). Rezultāts ir tieši tāds kā ho ho - kaut kādi kosmiski simboli. Atrisināju ļoti primitīvi(tiešām primitīvi): Ir kaut kādi sliktie simboli: $badchar = array("â", "ç", "ò", "ð", "î", ... un pretī iet labie $goodchar = array("ā", "ē", "ņ", "š", "ī", ... un tad vnk: $content = str_replace($badchar , $goodchar, $content); Vienīgi jāzina kādiem simboliem pretī ir jābūt.
-
OS ir SUSE Linux Enterprise Server 10. Problēma atrisināta. Vaina slēpās iekš proxy. Hosts ir virtuāls, tāpēc vajadzēja norādīt arī portu, pie tam pats os griežas uz virtuālas mašīnas! Lūk ko es papildināju curl opcijās:: curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_PROXYPORT, $proxy_port); curl_setopt($ch, CURLOPT_PROXYTYPE, 'HTTP'); curl_setopt($ch, CURLOPT_PROXY, $proxy_ip); curl_setopt($ch, CURLOPT_PROXYUSERPWD, $loginpassw);
-
pēc idejas var būt! Kaut gan es pamēģināju CURLOPT_TIMEOUT_MS, bez izmaiņām!
-
jaa, varu! resurs man ir localhost! varbūt kaut ko lieku pie setopt esmu salicis! $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, $url); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt ($ch, CURLOPT_POSTFIELDS, "post=".$_POST['subject']); curl_setopt($ch, CURLOPT_RETURNTRANSFER, false); curl_setopt($ch, CURLOPT_TIMEOUT, 0); curl_exec($ch);
-
Sveika tauta! Izsaucot "curl_exec()", man viņš kādu laiku pagriežas un izmet kļūdu: "Connection Failed" (110) Connection timed out Izskatās kaut kāda socket kļūda! Varbūt kāds ir saskāries ar šādu problēmu un zin risinājumu?
-
ja es te neko neputroju, tad tas RTF ir kaut kas līdzīgs PDF, tik laikam brīvais! Nezinu, varētu pamēģināt mpdf, kas ļauj arī uz RTF cept! require("include/mpdf/mpdf.php"); $out_stream = mb_convert_encoding($out_stream, UTF-8'); $mpdf=new mPDF('utf-8-s'); $mpdf->SetDisplayMode('fullpage'); $mpdf->useOnlyCoreFonts = true; $mpdf->WriteHTML($out_stream); $out_stream = $mpdf->Output('','S'); nu tad vēl iemeti iekšā kāda konteinerī!
-
daviga, man iekša formā ir vēl kādi pieci smarty include formas, tā vot kopā sakrājas!
-
karoče, ne jau kodā vaina! :D apskatījos apache logus un bij kļūda: ALERT - configured POST variable limit exceeded Domāju visiem ir skaidrs kas par šaizi! Risinājums ar vnk: iekš /etc/php5/conf.d/suhosin.ini uzliekam lielāku skaitli:: [suhosin] suhosin.request.max_vars = 1000 suhosin.post.max_vars = 1000 un ir ok!
-
nu nu...! Piekritīšu tam ka varbūt neskaidri esmu izstāstījis problēmu. Tas kods ir pa tiešo no rokas uzģenerēts! Starp citu, firebug runājot, ka viņš neko nesaka, bij domātas ar to, ka tur viss ok! visi values ir! :)
-
eh, viss Jums jāredz! vnk npostoju! <input title="Save" accessKey="Save" class="small save" onclick="this.form.action.value='Save';" type="button" name="button" value="Save " style="width:70px" > firebugs ar neko priekšā nesaka! atnāk tukšs request! man rodas dziļas aizdomas, ka pie vainas varētu būt apache! :S Lai cik tas dīvaini neskanētu! :D
-
sorry sorry! drukas kļūda! bij domāts ($_REQUEST['hei'])!
-
Sveiki visiem! Man te radusies interesanta problēma! No formas, kas ir Smarty tpl, izmantojot post metodi nesaņemu iekš php datus jeb vērtības. Kaut kā meklējot tīmeklī problēmas risinājums, neko neatradu, varbūt kāds no Jums var palīdzēt?? Piemērs, kā izpaužas problēma: Smarty tpl: <form id="EditView" name="EditView" method="POST" action="index.php"> <table> <tr>Hello world!</tr> </table> <input type="hidden" name="hei" id="hei" value="hello"> </form> Savukārt php no print_r($_REQUEST['hei']) es saņemu NULL. Ilgi prātoju, kas varbūt par cēloni, pagaidām bez rezultātiem! Ja kas, php -v ir PHP 5.2.9. un Smarty versija ir 2.6.18