ugrás a tartalomhoz

Archívum - Szep 13, 2008

Semi dynamic index.html

Ustak · 2008. Szep. 13. (Szo), 20.10
Imhol eme kód:
Sajnos nem az én kreálmányom, viszont nagyon szeretném használt venni. Annyit csinál, hogy az adott index.php-t lefuttatja, az eredményből pedig index.html -t készít, így elég csak akkor adatbázishoz fordulni az oldallal, amikor változott is valami (a felvitel,törlés,módosítás hívja meg ezt a függvényt). Mivel a menüt egy rekurzív hívással rajzolom ki az oldalon, és 100 termék körül van a menüpontok száma, olyan jó ötletnek tűnik ez a megoldás.
Itthon piciny ubuntumon tökéletesen megy is a dolog, mégpedig úgy, hogy az example.hu helyett localhost-ot adok meg az $srcurl változóban.
Ám mikor a felraktam élesben a tárhelyre, a localhost-os hívás nem működött. Gondoltam kipróbálom az alsó url-t, és azzal működött is, de csak a felét rajzolta ki az oldalnak, majd mintha elvágták volna. Azt hittem a script a hibás, de utána próbálgattam tovább, és volt hogy 3/4-ét legenerálta, volt hogy a body-ig el sem jutott, és volt hogy teljesen normálisan működött.
Szóval mi ennek az oka? Sajnos nem értek ehhez a részéhez, csak okoskodok. Lehet hogy a localhost hívások nem mennek ki a netre, hanem helyben végrehajtódnak, míg az alábbi példa kimegy a netre, és ott veszhet el tartalom? Vagy ez hülyeség? Beszéljek a szolgáltatóval hogy van -e ott is lehetőség ilyenre? Vagy van valami egységes szabály arra, hogy ilyenkor hogy "számolom ki" az url-t (ami itthon http://localhost/index/index.php) ?
Köszi a válaszokat, ötleteket.
Szóval imhol a kód.
[colorer=php]
public function generate_index() {
$srcurl="http://example.hu/index/index.php";
$tempfilename="../tempindex.html";
$targetfilename="../index.html";
echo "<p>index.html generálása</p>";
@unlink($tempfilename);
$dynpage=fopen($srcurl, 'r');
if (!$dynpage) {
exit('<p>forrásfájl megnyitása sikertelen</p>');
}
$htmldata=fread($dynpage,1024*1024);
fclose($dynpage);
$tempfile=fopen($tempfilename,'w');
if (!$tempfilename) {
exit('<p>temporális fájl megnyitása nem sikerült</p>

Extra.hu & UTF8

bbeni93 · 2008. Szep. 13. (Szo), 18.29
Sziasztok!

Eléggé nagy problémával küszködöm. Le is írom mi a gondom:

Van egy oldalam Extra.hu-n. E107 ingyenes weboldalmotor fut rajta. Eddig jó és a motorral teljesen megvagyok elégedve, viszont! Nem tudok normális biztonsági mentést létrehozni

Köztudott, UTF8-al rengeteg ékezethiba van, amikor az oldalam telepitettem, akkor ismerkedettem a weboldalfejlesztéssel:(((Szal nem tudtam.

Akárhogy próbálom lementeni az adatbázist, de az SQL fájlba mindig ékezethiba van :(. Kértem segítséget E107 fórumán, de ott sajna nem tudtam nekem segíteni.

Azt mondták, UTF HAXot kellet volna feltennem telepítés előtt, de ha én ezt nem tetem meg, akkor mi tévő legyek???Akkor azt sem tudtam mi az a plugin...

MySQL kapcsolat egyeztetés: utf8_unicode_ci van beállítva.

Biztos vagyok benne, hogy van olyan ember, aki már orvosolta ezt a nagy bajt.

Bármilyen tipp/ötlet érdekelne.

Nagyon szépen köszönöm előre is!!!
 

phpmailer+kérdőív

szocmunka · 2008. Szep. 13. (Szo), 10.35
Szevasztok!

Az alábbi form és mailer kombináció, tökéletesen elvégzi feladatát. Azonban nem tudom megoldani, hogy a „felado” „targy” „uzenet” –en kívül további input mezőkbe írtakat továbbítsak. Pl. Egy kitöltött kérdőívet.
Bárhogy próbálkozom a fenti három lehetőségnél többet nem sikerült post -olni. Hogyan tudom megoldani?

form.html

<html>  
<form action="mailer.php" method="post" enctype="multipart/form-data">  
Felado:    <input type="text" name="felado"> <br>  
Targy:     <input type="text" name="targy"> <br>  
Uzenet:    <input type="text" name="uzenet"><br>
<input type="submit" name="submit" value="Elkuld">  
</form>
</html> 
mailer.php

<?php  
require("class.phpmailer.php");  
$mail=new PHPMailer();    
$mail->From="kuldo##kukac##csigbaiga.hu";    
$mail->FromName=$_POST['felado'];    
$mail->AddAddress("cimzett##kukac##csigabiga.hu");    
$mail->Subject=$_POST['targy'];    
$mail->Body=$_POST['uzenet'];  
if($mail->Send()){    
print"Elment.";}    
else{    
print"Nem ment.";}     
?> 
Kürthy István
 

Three ways the new browser privacy modes will hurt site owners

felyx · 2008. Szep. 13. (Szo), 07.12
Hogyan fogja befolyásolni a weboldalak működését a böngészők új, ún. „pornómódja”