- Yettel topik
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Magisk
- Mobil flották
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Bemutatkozott a Poco X7 és X7 Pro
- Xiaomi 11 Lite 5G NE (lisa)
- Samsung Galaxy A56 - megbízható középszerűség
- Google Pixel topik
- Samsung Galaxy A55 - új év, régi stratégia
Új hozzászólás Aktív témák
-
PazsitZ
addikt
válasz
Speeedfire #9592 üzenetére
Egyébként ott van a link a megoldáshoz.
Egy script, amit le kellene futattnod a mivel az új verzióban megváltozott a metadata fájl. -
Siriusb
veterán
válasz
Speeedfire #9597 üzenetére
És ez segíthet: [link] ?
-
Siriusb
veterán
válasz
Speeedfire #9595 üzenetére
Esetleg próbáld meg törölni a .svn könyvtárat.
Szerk: itt egy link is.
-
Speeedfire
félisten
válasz
Tele von Zsinór #9593 üzenetére
-
Sk8erPeter
nagyúr
válasz
Tele von Zsinór #9588 üzenetére
"Még a virtualizáció mellett is látványos, mennyivel rosszabb a php teljesítménye windowson."
Nem értek egyet. Csavarnék rajta egyet: az Apache+PHP kombó teljesítménye látványosan rosszabb Windows-on, mint Linuxon; valamint az Apache+PHP kombó teljesítménye látványosan rosszabb Windows-on, mint az IIS+FastCGI PHP teljesítménye ugyanezen a platformon. Már írtam itt a topicban korábban is erről, de ez saját tapasztalat is, számomra megdöbbentő volt a különbség az Apache-ról való átállás után (Windows platformon). Gondolom Te is olvastad, hogy mostanság a Microsoft eléggé ráfeküdt a PHP-re is, foglalkoznak a Windows szerverekre kerülő open source alkalmazások teljesítményével is, a Drupal, Joomla és egyéb PHP-s CMS-ek meg egyebek is összekattintós módszerrel letölthetők a Web Platform Installeren keresztül (lásd pl. itt), ez pedig az ezekhez szükséges függőségeket és teljesítményt javító kiegészítőket automatikusan behúzza (hasonlóan ahhoz, ahogy a Linuxnál megtörténik a függőségek behúzása), tehát ezt nagyon is érdemes kihasználni Windows-on.
Belegondoltál, hogy amit Te javasolsz, az tulajdonképpen olyan, mintha a jobb füledet úgy akarnád megvakarni, mintha behajolnál a lábad közé, majd a bal kezeddel a lábad között hátulról átnyúlva valahogy elnyújtózkodnál odáig?Főleg amíg nem próbáltad a másik utat, addig nem érdemes hangoztatni, hogy igenis jobb a LAMP stack... A case sensitivity-re meg azt tudom mondani, hogy úgy kell megírni a scripteket, hogy ez ne okozhasson problémát egyik platformon sem (pl. fájlfeltöltésnél alapból csak lowercase fájlneveket és kiterjesztéseket engedni, és így tovább).
Szóval én nagyon kétlem, hogy jót tenne egy LAMP stacket használni Windows-on, amikor van normális alternatíva - előbbi csak macerássá teszi az egészet. De ha van meggyőző érved is/ellenvéleményed, ne tartsd magadban... -
Tele von Zsinór
őstag
válasz
Speeedfire #9592 üzenetére
A pluginek közt tudod letiltani vagy eltávolítani.
-
Speeedfire
félisten
.
-
válasz
Sk8erPeter #9587 üzenetére
Hát ha belegondolsz... igen! Annál tuti csak jobb lesz
-
Jim-Y
veterán
válasz
Sk8erPeter #9587 üzenetére
És akkor te mit csinálnál ha: fejlesztesz,beesteledik, kikapcsolod a gépet, reggel bekapcs, megnyitsz egy böngészőt, elindítod az apache-ot, mysql-t és egy ilyen képernyő fogad, de igazad van, biztos a next-next-finish-t rontottam el, főleg, hogy zip volt
Egyébként semmi adatom nem törlődött, semmi nem változott meg, csak behalt az xampp. De erős a gyanum, hogy OS frissítéseknél tesz ilyet.
-
Tele von Zsinór
őstag
válasz
Sk8erPeter #9587 üzenetére
Furán hangzik, de általában igen, jót tesz. Ha van egy többmagos géped, akkor már sokkal jobban megéri összerakni egy valami minimál szervert virtualboxban és azon futtatni egy LAMP stacket, mint windowson játszani. Még a virtualizáció mellett is látványos, mennyivel rosszabb a php teljesítménye windowson.
Arról nem is beszélve, hogy az esetek túlnyomó többségében linuxos szerverre fog felkerülni, amit ír, ez számos kompatibilitási problémát felvet, hogy a legnépszerűbbet említsem: kis- és nagybetűre érzékeny filerendszer. Ezzel és a hasonlókkal jobb hamar találkozni, mikor még csak egy maréknyi fileból áll a rendszered.
A telepítés pedig nem bonyolultabb: desktop ubuntut felrakni könnyű, utána pedig egy sudo apt-get install phpmyadmin, és a többit a függőségek elintézik.
-
Sk8erPeter
nagyúr
Szerintem meg ahelyett, hogy ezzel tökölne, inkább jöjjön rá, miért törlődnek random a cuccai.
Persze ízlések és pofonok, de szerintem hasznosabb a fejlesztésre (a nyelv(ek) tanulására) fordítani az időt. Mondjuk az engem már eleve meglep, ha valakinek még egy next-next-finish-jellegű XAMPP-pal is ilyen parái vannak.===========
(#9586) mobal : aha, az biztos jót tesz a teljesítménynek...
-
válasz
Sk8erPeter #9584 üzenetére
VirtualBox Ubuntu
-
r0by
addikt
Akkor szerintem valami ilyesmi módon építsd fel a rendszert.
Mondjuk én php-ból a zip-et szoktam letölteni, nem az installeres megoldást.
Ilyen módszerral nekem még sosem volt gondom a fejleszéssel, itthon sem és melóhelyen sem.Sk8erPeter: ugyanarra gondoltunk mind3man, csak én lehagytam az apache-ot
Mind1, nem szóltam semmit. Éljen a xampp sokáig! -
Sk8erPeter
nagyúr
Ha az adataid csak úgy maguktól törlődnek, akkor valami nagyon nagy gáz van a gépeden, amire nem ártana odafigyelni...
De ez valszeg nem a XAMPP hülyesége lesz, mivel a XAMPP képes teljesen jól működni (főleg, hogy csak egy összepakolt csomag a működő webszerverhez szükséges előre definiált beállításokkal).(#9581) r0by : nem hinném, hogy a XAMPP-ot kellene itt okolni...amúgy a kérdésedet sem értem, hogyhogy kell-e neki? Nem feltétlenül kell, hogy a csomag pont a XAMPP legyen (van más összerakott csomag is), de egy működő Apache-MySQL-PHP kombó mindenképp szükséges...
Bár én Windows-ra mostanság nem szarakodom Apache-csal, tökéletesen megfelelő az IIS+FastCGI PHP kombó, sőt! Egyéni tapasztalataim szerint jobb is Windows-ra. -
Jim-Y
veterán
válasz
Sk8erPeter #9577 üzenetére
A felhasználónév, meg a többi adat nem értem hogy lehetne rossz, ha tegnap a gép lekapcsolásakor még jó volt
de egyébként azokat is átírtam/visszaírtam a jóra.
Command line:
d:\xampp\mysql\bin\mysql
ERROR 2003 <HY000>: Cant connect to MYSQL server on 'localhost' (10061)d:\xampp\mysql\bin\mysqld
-> beenged,de a tábláim eltűntek, sőt a default táblák többsége is.. -
Sk8erPeter
nagyúr
"$username",
"$password",
Nem akarok kötekedni, de tök felesleges itt stringbe rakni (így is string, így csak behelyettesítődik a stringbe a másik string), inkább kerüld, ha nem muszáj - elég ennyi helyette simán:
$username,
$password,
Ezt most csak a későbbiekre jótanácsként mondtam. -
Jim-Y
veterán
válasz
Siriusb #9570 üzenetére
Ezt én is néztem, sőt próbáltam is vele, csak az a gond,hogy ha van egy ilyen tömböm
alma
retek
cékla
alma
répaakkor ebből egy ilyet csinál
array{
[alma] -> 2
[cékla] -> 1
[retek] -> 1
[répa] -> 1
}Végigiterálva a tömbön ás az elemeit kiírva ez lesz az eredmény
2
1
1
1Úgy nyílván el tudom érni az elemeket, hogy array['alma'] és akkor visszakapom, hogy 2. De én nem tudom, hogy milyen elemek lesznek a tömbben, így nem is tudom őket megfelelően indexelni
Ez a probléma, de ha valaki megmondja, hogy hogyan tudom elérni jól a leggyakoribb elemet az array_count_values esetén, az is jó lenne már
üdv
-
Siriusb
veterán
Például: array_count_values
-
Jim-Y
veterán
Srácok, kis segítség kéne, hogy lehet visszaadni egy tömb leggyakoribb elemét stringtömbök esetén? üdv
-
ubid
senior tag
köszi!
Tényleg ez volt a hiba . )Én eddig úgy tudtam, hogy nem kötelező kiírni a php szócskát
de ezek szerint mégis : O
köszi !
-
Jim-Y
veterán
Szia, először leírom a -szerintem- hibát:
"<?
}
mysql_close();
?>" helyett<?php } mysql_close(); ?> -> több helyen is lehagytad a <?php taget.
másodszor: szintaktikailag eléggé kusza amit csinálsz (sk8terpeter-> pont én mondom mi?
). Helyette:
- adatbázis kapcsolatra PDO-t használj, azt is úgy, hogy a csatlakozást egy külön php-ba:
mysql_connect.php:
<?php
$host="localhost";
$username="admin";
$password="admin";
$db_name="webtech";
$db = new PDO(
"mysql:host=$host;dbname=$db_name",
"$username",
"$password",
array(
PDO::MYSQL_ATTR_INIT_COMMAND => 'SET NAMES UTF8;',
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
)
);
?>index.php:
<?php
include("mysql_connect.php");
$result = $db->prepare(SELECT * FROM `guestbook`);
$result->execute();
$row=$result->fetchAll(PDO::FETCH_ASSOC);
?>
<style>
#header td{
background-color: red;
color: white;
}
</style>
<table>
<tr id="header">
<td>ID:</td><td>Név:</td><td>Hsz:</td><td>Dátum</td>
</tr>
<?php
for($i=0;$i<sizeof($row);++$i){
echo " <tr>
<td>".$row[$i]['name']."</td>
<td>".$row[$i]['email']."</td>
<td>".$row[$i]['comment']."</td>
<td>".$row[$i]['datetime']."</td>
</tr>";
}
?>
</table>Nem próbáltam ki, de én valahogy így csinálnám. üdv
-
ubid
senior tag
Helló!
Nemrég kezdtem el php-val foglalkozni.
Egy egyszerű vendégkönyvet szerettem volna összehozni, de valami hiba van a kódba.
( a hiba : Parse error: syntax error, unexpected $end in C:\wamp\www\viewguestbook.php on line 55...
az 54-55. sor ez lenne :
mysql_close();
?>
Nem értem mi hiányzik, megvan az összes zárójel szerintem. )A teljes kód így néz ki :
<?php
$host="localhost";
$username="admin";
$password="admin";
$db_name="webtech";
$tbl_name="guestbook";
mysql_connect("$host", "$username", "$password")or die("Nem sikerült csatlakozni a szerverhez!");
mysql_select_db("$db_name")or die("DB hiba");
$sql="SELECT * FROM $tbl_name";
$result=mysql_query($sql);
while($rows=mysql_fetch_array($result)){
?>
<table id="table4">
<tr>
<td class="tleft">ID:</td>
<td class="tright">
<? echo $rows['id']; ?>
</td>
</tr>
<tr>
<td class="tleft">Név:</td>
<td class="tright">
<? echo $rows['name']; ?>
</td>
</tr>
<tr>
<td class="tleft">E-mail</td>
<td class="tright">
<? echo $rows['email']; ?>
</td>
</tr>
<tr>
<td class="tleft">Hozzászólás:</td>
<td class="tright">
<? echo $rows['comment']; ?>
</td>
</tr>
<tr>
<td class="tleft">Dátum/Idő:</td>
<td class="tright">
<? echo $rows['datetime']; ?>
</td>
</tr>
</table>
<br />
<?
}
mysql_close();
?> -
1NT1M3
csendes tag
Üdv!Komplett működő online szöveges mmorpg játékom indításához keresek társat illetve segítséget.
Az oldalt már működtettem , amit eladtam, és ennek a motorját átalakítottam lopott idő című film mintájára.
A játék az én működtetésem alatt jövedelmező volt rengeteg sms és átutalásos támogatás érkezett 2 hónap alatt, de anyagi gondok miatt tovább adtam.
Nem kell napi órákat előtte tölteni programozással, néha kell ránézni újítani 1-2 dolgot és mégis hozza a pénzt megfelelő reklámmal.Amennyiben érdekel, hogy társként tulajdonosként beszállsz várom leveled:
topsite00@gmail.com email címre
További szép napot! -
Speeedfire
félisten
válasz
Sk8erPeter #9561 üzenetére
Használtam tesztelőt, csak a megfelelő megoldást nem találtam.
Thx.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #9560 üzenetére
^\+\d{2}-\d{2}-\d{3}-\d{4}$
Tesztelheted itt:
Regex Tester Online -
Speeedfire
félisten
Többé-kevésbé php kérdésem lenne, egy patternt szeretnék létrehozni telefonszámra, de nem jön össze.
^+[0-9]\d{2}-\d{2}-\d{3}-\d{4}$
Ilyen formában akarom ellenőrizni a tel.számokat.: +36-45-123-4567
-
zsolty28
tag
válasz
Sk8erPeter #9534 üzenetére
Üdv!
Ebben igazad van teljes mértékben, hogy látni kellene az egész PHP oldalt, csak ezzel az a bajom, hogy ez egy fizetős PHP (külföldi fejlesztő által készített) oldal, amit nem szeretnék közzé tenni. Sajnos a PHP oldal külföldi fejlesztője eddig nem volt hajlandó még válaszolni sem arra, hogy átírja nekem az egészet UTF-8 kódolásba. Az oldal kb. 26 fájlból áll.
Köszönöm, hogy próbálsz segíteni!
-
psg5
veterán
Üdv!
Adott egy oldal melyen keresni kellene, ehhez lenne szükség egy kereső form-ra.
Vonalkódok és mellette linkek melyek közt keresni kellene, kb 6000db vonalkód.Tudnátok példát?
-
orkester
őstag
Sziasztok!
Lenne egy megoldandó problémám, alap szinten kezelem a dolgokat, a feladat az lenne, hogy egy adatbázisból szeretnék html formon megjelölt tulajdonságok szerint szűrni. Az odáig rendben van, hogy 1-1 tulajdonsággal hogy megy, de egyszerűen képtelen vagyok rájönni, hogy lehetne több tulajdonság szerint.
Addig meg van a form , hogy (részlet) <SELECT name="tema[]" multiple="multiple" MULTIPLE SIZE=24>
<OPTION VALUE="ertek1">Név1
<OPTION VALUE="ertek2">Név2
.
.
.
Majd ezt a következővel beírom egy változóba $talalat= $_REQUEST["tema"];
De innen elakadok. Ebből több tulajdonság esetén vagy lesz egy "array" vagy ha a "foreach"-el kiíratom akkor ugyan lesz egy hosszú, egybefüggő szavas változóm, amire nem tudom milyen lekérdezést írjak, hogy a tábla értékeinek megfelelően csak azokat a sorokat írja ki, amikre a megjelölt értékek érvényesek.
Egyetlen választható tulajdonság esetén a következőt használtam, de ez ebben az esetben nem megfelelő: $sqlQuery = ("SELECT * FROM secure_xy WHERE erdekeltseg LIKE ('$talalat')
Remélem érthető, ha nem elnézést kérek, de nem akartam az egész kódot bemásolni. -
Speeedfire
félisten
-
Lacces
őstag
válasz
Speeedfire #9550 üzenetére
amúgy a kettő nem ekvivalens egymással?
-
biker
nagyúr
válasz
Speeedfire #9550 üzenetére
echo $name
??? -
Speeedfire
félisten
Kezdő kérdés de ez, hogy oldható meg?
$name = $field->varname;
echo $profile->$name;
echo $profile->$field->varname; //hiba, ha a $field->varname zárójelbe van akkor is..a fenti viszont megy -
Lacces
őstag
válasz
Sk8erPeter #9547 üzenetére
Ha tőlem függne a dolog akkor megcsinálnám, de nem tőlem függ. Szal így engem szopatnak De lehet hamarabb elmegyek munkaügyi segélyre, mintsem itt bohóckodjak tovább.
-
Sk8erPeter
nagyúr
válasz
vakondka #9546 üzenetére
Nekem így elsőre valami web service jutna eszembe, pl. SOAP vagy hasonló - a fogadó oldalon van egy SOAP server, a kliens ennek küldi a megfelelő adatokat a megfelelő metódusok használatával.
De itt is meg kell oldani az authentikációt, meg lehet esetleg korlátozni a portot is, hova kapcsolódjon, stb., tehát a biztonságra itt is ügyelni kell (bár igaz, hogy egyszerűbb lenne megkérni a fogadó oldalt, hogy oldják meg, hogy hadd kapcsolódjatok kívülről az adatbázishoz, ne csak localhoston lehessen).
Szívás PHP-vel a SOAP, de végül is megoldható, pont nemrég beszélgettünk a SOAP használatáról itt a topicban. -
Sk8erPeter
nagyúr
Épp az előbb írtad, hogy az ékezetes karakter HTML-változata egy az egyben kiíródott, szóval az nem biztos, hogy jó lesz.
Egy-két érdekesebb hozzászólás a php.net-ről, ezeket mindenképp érdemes megpróbálni, itt főleg a base64_encode() függvény és egyéb megfelelő hozzáfűzések érdekesek:
[link]
[link]
[link]Na, de pont ezek miatt a szopások miatt javasoltam inkább a kész levelezőosztályok használatát.
Ha most ismerkedsz vele először, akkor is max. kb. 30 perc beállítgatni, ismerkedni vele, tesztelni, cserébe lesz egy könnyebben újrafelhasználható megoldásod. -
vakondka
őstag
válasz
Speeedfire #9545 üzenetére
jójó https, de kicsit konkrétabban...
-
vakondka
őstag
Sziasztok,
Két adatbázis között kellene bizonyos információkat rendszeresen frissíteni de külön szerveren vannak.
Igazából csak egy alapötlet kellene hogyan valósítsam meg a kommunikációt http útján, mert a távoli sql kapcsolódás az tiltott. -
Lacces
őstag
válasz
Sk8erPeter #9542 üzenetére
Az nekem is, kivettem belőle, de semmi változás és a másik kollega meg felülírta a régire.
$body='A szerződés elfogadása esetén generálunk Önnek egy PDF dockumentumot, amit a későbbiekben megkap egy emailben.
Üdvözlettel: '.($_GET['sendername']).'
';
$body = htmlentities($body, ENT_QUOTES, "UTF-8");
Ez javítani fog rajta? A htmlentites() függvény? A feltöltő távmunkás kolleg épp most ebédel... én meg csak probálkozom, mint vak a sötétben... -
Sk8erPeter
nagyúr
Hát nem vágom pontosan, de szerintem fura, hogy nálad
Content-Transfer-Encoding: 7bit
van beállítva, miközben az UTF-8 épp, hogy 8 bites: "8-bit Unicode Transformation Format"
Most így hirtelen csak ezt szúrtam ki, aztán lehet, hogy valami tök más. -
Lacces
őstag
válasz
Sk8erPeter #9540 üzenetére
Jó, most nem a konkrét példára mentem
.
Amúgy már sokat javult a dolog, most már csak az ő betűvel van gondom, az ő betűt cseréli ki ?-re (kérdőjelre).
Erre van valami ötleted? Próbáltam az ő betű htmltentitását beírni, de akkor html kódját írja ki...
-
Lacces
őstag
válasz
Sk8erPeter #9538 üzenetére
Tom, de az én szavam sokat nem számít ilyenkor. Meg belső hálozaton megoldják, meg ráadásul olyan fejlesztőnek kell élesíteni aki néha elég nehezen ismeri ki magát OOP esetén...
Ez egy ilyen hely. -
Sk8erPeter
nagyúr
Nincs mit!
Még annyit hozzáteszek, hogy localhoston sokan szívnak azzal, hogy ugye nem megy a levélküldés SMTP-szerver híján.
Én ennek elkerülésére egyszerűen Gmailes SMTP-szervert veszek igénybe, ha már van náluk accountom, szerintem az a legegyszerűbb.
Erre is van példa a PHPMailer oldalán:Advanced Example using Gmail (for PHPMailer v5.0.0 and up)
Persze más SMTP-szervert is beállíthatsz hasonló módon, a lényeg, hogy a kód könnyen költöztethető legyen.
-
Lacces
őstag
válasz
Sk8erPeter #9536 üzenetére
Köszi!
-
Sk8erPeter
nagyúr
Hát ha Te sem férsz hozzá az említett fájlokhoz, akkor úgy igen nehéz lesz segíteni annak, akinél a probléma előfordul.
Ezt mondjátok meg neki is, hogy látatlanban nem fogjátok tudni megoldani.
Egyébként én alapvetően kerülném az ilyen sima mail() függvényes szarakodást, mert egy csomó hibába lehet belefutni, amit aztán lehet debuggolni, miközben ezt mások már megoldották a PHPMailernél (innen kell letölteni a PHP5-től felfelé érvényes verziót [rossz a link ehhez a hivatalos honlapon (a 4-es PHP-hoz készült változatra mutat), milyen gáz, mindjárt írok nekik emiatt, hogy javítsák már ki, mert ötezer éve így van]: [link]) vagy más levelezésre szolgáló PHP-osztálynál (Swift Mailer, stb.).
Ezzel normálisan megoldott a HTML-tartalmú levelek küldése, a csatolmányküldés, és így tovább. Nagy eséllyel a karakterkódolást sem cseszi el, amennyiben az stimmel mindenhol - persze ha ez valahol alaposan el van rontva, akkor csodákra ezek az osztályok sem képesek. -
Lacces
őstag
válasz
Sk8erPeter #9534 üzenetére
Jah, igen olvastam is ezt az ANSI-s hszt is... valahol máshol jártam.
Fájlok hiányában vagyok én is XD. Én csináltam lokálisan, mert itt kellett, azt mondták, és a rendszer rendkívül jól működik, aztán eg ymásik tagnak kell élesíteni a cuccot, felmásolni a tárhelyre, na és akkor egy csomó karakterkódolási hiba volt, meg még ez - az...
De mi nem kaphatunk azokhoz a fájlokhoz hozzáférést semmit sem. Hanem a tag mondja, hogy mi a baj, meg látjuk... és ez marha jó, mert nálunk lent, egy másik szerveren működik minden...És még csak nem is tudjuk újraprodukálni a hibát... De ugye se hozzáférést nem kapunk az éles rendszerhez, semmit sem látunk belőle, de nekünk kéne a problémát elhárítani...
Amúgy meg a Zsolti-s féle dolognál még van egy tippem. Nekem volt hasonló anno, hogy... az Eclipse/Netbeans-ben is a projektet, be kellett állítani utf8-ra, amikor létrehoztam, meg a szövegszerkesztőt is benne (de ez már nagyon rég volt) és hiába mentetettem utf8-ként a fájlokat, karakterkódolási hiba csak úgy jött elő..., mert alapból valamelyik beállítása automatikusan latin2-esre állította be magát... És ez volt nálam a hiba
-
Sk8erPeter
nagyúr
Ez jó, pontosan ugyanaz a problémád, mint az előtted szólónak.
Pont ugyanúgy nehéz a fájlok hiányában nyilatkozni, ha már a korábban említetteket csekkoltad.(#9530) zsolty28 : akkor az is lehet a probléma forrása.
Ha feltöltenéd valami tárhelyre, akkor lehet, hogy meg tudnánk javítani neked szabadidőben a karakterkódolást. -
Lacces
őstag
válasz
Speeedfire #9532 üzenetére
igen
-
Lacces
őstag
Sziasztok!
Van egy kis problem, email kiküldéssel.
Létre van hozva neki egy header, már netet is túrtam (lehet rossz helyen), már nem tudom hanyadik varációnál tartok.
Szóval az a lényeg, hogy az e-mail szövegét UTF-8-ban akarom kiküldeni, de nem tudtam elérni, hanem egy másik karakterkódolást valósít meg sajnos...
Feladó:
ElkészÃtettük a szerzÅ‘dését az Ön által elfogadott árajánlat alapján.Itt meg a kód:
$header = "From: " . $from_name . " <" . $from_mail . ">\r\n";
$header .= "Reply-To: " . $replyto . "\r\n";
$header .= 'MIME-Version: 1.0'."\r\n";
//$header .= "Content-Type: multipart/mixed; boundary=\"" . $uid . "\"\r\n\r\n";
//$header .= "This is a multi-part message in MIME format.\r\n";
//$header .= "--" . $uid . "\r\n";
$header .= 'Content-type: text/plain; charset=utf-8'."\r\n";
//$header .= "Content-Transfer-Encoding: 7bit\r\n\r\n";
$header .= $message . "\r\n\r\n";
$header .= "--" . $uid . "\r\n";
if ($filename != null) {
$header .= "Content-Type: application/octet-stream; name=\"" . $filename . "\"\r\n"; // use different content types here
$header .= "Content-Transfer-Encoding: base64\r\n";
$header .= "Content-Disposition: attachment; filename=\"" . $filename . "\"\r\n\r\n";
}
$header .= $content . "\r\n\r\n";
$header .= "--" . $uid . "--";
if (mail($mailto, $subject, "", $header)) {
return "OK"; // or use booleans here
} else {
return "ERROR!";
} -
zsolty28
tag
válasz
Sk8erPeter #9529 üzenetére
Köszönöm az eddigi segítséget! Szavaidból úgy veszem ki, hogy ez nem is olyan egyszerű dolog, mint ahogy én ezt gondoltam. Egyet viszont tudok: megnéztem és minden egyes fájl ANSI kódolásban van.
-
Sk8erPeter
nagyúr
válasz
zsolty28 #9528 üzenetére
Nem látjuk a fájljaidat, nem tudjuk, minden fájl karakterkódolása egyezik-e, nem adsz-e ki a karakterkódolás megváltoztatásáért felelős headert (nincs-e ilyen a PHP-kódban), nem kapcsoltad-e át korábban Notepad++-ban a sima ANSI-kódolásra a konvertálás helyett, és így tovább... Ilyen kevés információ birtokában nagyon nehéz segíteni.
-
zsolty28
tag
válasz
Sk8erPeter #9527 üzenetére
Átkonvertáltam: UTF-8 without BOM-ra, de sajnos az eredmény még mindig az, hogy az ékezetek helyett ilyen: ó karaktereket kapok, ez az ó betű lenne
-
Sk8erPeter
nagyúr
-
zsolty28
tag
válasz
Sk8erPeter #9525 üzenetére
Üdv!
Remélem egyre gondolunk, konvertálás dologban.
Én azt próbáltam meg eddig, hogy megnyitottam ezt a php fájlt a Notepad++-al, aminek az Encoding menüpontjára kattintva a lenyíló menüben alapból: "Encode in Ansi" volt bejelölve.
Ha kiválasztom a "Convert ot UTF-8"-at és lementem majd feltöltöm a tárhelyre és megnyitom a böngészőben akkor hibaüzit kapok: "Warning: Cannot modify header information - headers already sent by (output started at home/noname/public_html/contact.php:1) in home/noname/public_html/contact.php on line 2" "Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at"
-
zsolty28
tag
Van egy másik PHP alapú Scriptem is, aminek szintén Kapcsolatfelvétel a funkciója.
Az ékezetek helyett ilyen "ó" és ehhez hasonló értelmetlen karakterek jelennek meg.
A fájl tartalma:
<?php
include 'header.php';
foreach($_POST as $key => $value) {
$posts[$key] = filter($value);
}
if(isset($posts['name'])) {
if($posts['name'] == ""){
$error = "Ird be a neved!";
}else if(!isEmail($posts['email'])){
$error = "Ird be az emailt!";
}else if($_POST['message'] == ""){
$error = "Ird be az uzid!";
}else{
$subject ="Kapcsolat";
$message="{$_POST['message']}";
$header="From: {$posts['name']} <{$posts['email']}>";
$to = $site->site_email;
$send_contact=mail($to,$subject,$message,$header);
$success = "Elkuldve!";
}
}
?>
<div class="contentbox">
<div class="head">Kapcsolat/div>
<div class="contentinside">
<?php if(isset($error)) { ?>
<div class="error">HIBA: <?php echo $error; ?></div>
<?php }
if(isset($success)) { ?>
<div class="success">SIKER: <?php echo $success; ?></div>
<?php }
if(isset($warning)) { ?>
<div class="warning">FIGYELEM: <?php echo $warning; ?></div>
<?php } ?>
<form class="contentform" method="post">
Nev<br/>
<input name="name" type="text" value="<?php if(isset($posts["name"])) { echo $posts["name"]; } ?>"/><br/><br/>
Email<br/>
<input name="email" type="text" value="<?php if(isset($posts["email"])) { echo $posts["email"]; } else { if(isset($data->email)) { echo $data->email; } } ?>"/><br/><br/>
Uzenet<br/>
<textarea rows="10" name="message"><?php if(isset($_POST["message"])) { echo $_POST["message"]; } ?></textarea><br/><br/>
<input style="width:100%;" type="Submit"/>
</form>
</div>
</div>
<?php
include 'footer.php';
?>Tudnál te vagy más ebben segíteni?
-
Sk8erPeter
nagyúr
válasz
zsolty28 #9514 üzenetére
Ne csak "átkapcsold", hanem a konvertálásra menj rá.
Amúgy az nem segít, ha ilyeneket írsz, hogy "hibát ír", de nem osztod meg, hogy konkrétan mit...(#9519) :
"Ahogy látom HTML formátum, mert aki küldi nekem az üzit, annak belinkelve jelenik meg az email címe."
Annak semmi köze ehhez. Attól még lehet plain text, hogy kattintható formában jelenik meg az e-mail-cím, az a levelezőklienstől függ. -
zsolty28
tag
Az egyik fájl tartalma:
<?
$email_recipient = 'mail@gmail.com'; // Write here your email. On that address you'll receive emails from feedback form
session_start();
error_reporting(0);
include("class/captchaZDR.php");
$capt = new captchaZDR;
$wrong_captcha = '';
if(isset($_REQUEST['Submit']) and $capt->check_result())
{
$message_send = "
FEEDBACK
\n\n
Name: ".$_REQUEST['name']." \n
Email: ".$_REQUEST['email']." \n
Message: ".$_REQUEST['message']." \n
";
$headers .= 'To: <'.$email_recipient.'>' . "\r\n";
$headers .= 'From: '.$_REQUEST['name'].' <'.$_REQUEST['email'].'>' . "\r\n";
if(mail($email_recipient, 'Feedback Message from '.$_REQUEST['name'], $message_send, $headers))
echo '<div style="color: green"><strong>Thank you for your comment.</strong></div>'; else echo '<div style="color: red"><strong>Problem in sending message. Please try again. Thank you.</strong></div>';
}
else
{
if(isset($_REQUEST['Submit']) and (!$capt->check_result()) ) echo '<div style="color: red"><strong>Wrong Captcha input. Please try again. Refresh captcha:</strong> <a href="#" onclick="write_captcha();"><img src="images/refresh.gif" border="0" alt="" /></a></div>';
}
?> -
zsolty28
tag
válasz
Sk8erPeter #9513 üzenetére
Köszi az eddigi segítséget! Megnéztem és ANSI-ban van kódolva a PHP fájl. Ha a Notepad++ - al a kódolást átállítom UTF-8, ra akkor hibát ír ki a Script
Nincs valami ötleted?
-
Sk8erPeter
nagyúr
válasz
zsolty28 #9509 üzenetére
Nézd meg Notepad++-szal, hogy milyen karakterkódolásúak a fájlok, és hogy azok konzisztensek-e. Hogy hogyan nézd meg a karakterkódolást, arról keresővel tuti találsz itt a topicban is segítséget, de elég egyértelmű a progiban.
Amúgy ja, legjobb lenne UTF-8-ra konvertálni mindent, kiadni egy ilyen headert, ilyen meta tageket is felhasználni a HTML-kódban, a levélküldésnél is ehhez ragaszkodni, szóval hogy ez mindenhol konzisztensen egyezzen. -
válasz
Speeedfire #9511 üzenetére
Én arra gondolnék, hogy a levél küldő résznél van rosszul beállítva a header
-
zsolty28
tag
Sziasztok!
Elnézést ha túl láma a kérdésem, de nem nagyon ismerem még a PHP-t.
Az a problémám, hogy letöltöttem egy Feedback ZDR nevezetű PHp scriptet, ami áll 4 db PHP kiterjesztésű fájlból + 1db ajax.js nevű fájlból. A funkciója röviden: Kapcsolatfelvétel, amelynél a beküldő beírja a nevét és üzenetét, majd elküldi azt nekem és én e-mailben megkapom. Ez a script SQL-t nem használ, viszont van egy nagy problémám vele: mikor kitöltöm ezt az űrlapot (ékezetes karaktereket használva), akkor az ékezetes betűk helyett, számomra értelmetlen karaktereket kapok. Ott is ahol beírom és az emailben is amit kapok.
Mit kellene beírnom vagy módosítanom ahhoz, hogy az ékezetek megjelenjenek?
Előre is köszönöm a segítséget!
-
Jim-Y
veterán
válasz
Sk8erPeter #9505 üzenetére
Jah, ez utóbbi lett végül, mondjuk classes nélkül, simán
if($user=="guest"){
echo error;
}else{
echo tartalom;
}jó messze kerültem az eredeti elképzeléstől, és alapból így kellett volna kezdeni, így se javascript nincs a kódban, se külön css
lol. Na mindegy -.- újabb felesleges 1h
-
Sk8erPeter
nagyúr
Hát vaze, akkor van egy $classes_auth tömb, meg egy $classes_content tömb, és azokba gyűjtöd a saját osztályokat...
Amit írtál, annak viszont úgy semmi értelme. A hidden legyen shown?Inkább hadd mondjak egy egyszerűbb megoldást, amivel nem is látszik a forráskódban a tartalmad........
<?php
// ........................
$classes = array();
$content = '';
if($user=='guest'){
$content = '<p>Guest users have no permission to enter this page! Please log in or register!</p>';
$classes[] = 'guest-mode';
}
else{
$content = '<p>Lorem ipsum...................................</p>';
$classes[] = 'logged-in';
}
?>
<div id="content" class="<?php echo implode(" ", $classes);?>">
<!-- content here -->
<?php echo $content; ?>
</div> -
Jim-Y
veterán
válasz
Sk8erPeter #9503 üzenetére
Pont azért mutattam a $classes-t, mert ott csak annyi van, hogy az amúgy is hozzáadandó osztályokat pakolod bele. -> szerintem a classes-el nem lett volna jó, gondolj bele, ha a $user=guest akkor a classesbe belepakolod a hidden-t, de akkor a másik div classes-ébe is belekerül, pedig annak pont megjelennie kéne..na mindegy, így működik, nem szarozok vele
Így ugye vágod, hogy a forráskódban ugyanúgy benne lesznek a tartalmak, tehát bárki megnézheti? -> igen, természetesen ezt én is végig gondoltam, de utána nem lesz olyan karakteres tartalom ami fontos lenne, bár..később még lehet, így inkább átírom...
-
Sk8erPeter
nagyúr
if( $user=='guest' ){
$hidden[] = 'hidden';
$shown[] = 'shown';
} else {
$hidden[] = 'shown';
$shown[] = 'hidden';
}Ennek aztán sok értelme van.
Pont azért mutattam a $classes-t, mert ott csak annyi van, hogy az amúgy is hozzáadandó osztályokat pakolod bele.De ugye nem csak megjelenítésben akarsz elrejteni egy tartalmat, ha a vendégnek nincs joga megtekinteni őket?
Így ugye vágod, hogy a forráskódban ugyanúgy benne lesznek a tartalmak, tehát bárki megnézheti? -
Jim-Y
veterán
válasz
Sk8erPeter #9496 üzenetére
Köszi, ezzel sikerült pöpecül megoldani:
<?php
$user = //function here;
$hidden = array();
$shown = array();
if( $user=='guest' ){
$hidden[] = 'hidden';
$shown[] = 'shown';
} else {
$hidden[] = 'shown';
$shown[] = 'hidden';
}
?>
<style>
.hidden {
display:none;
}
.shown{
display:block;
}
</style>
<div id="auth" class="hidden <?php echo implode(" ",$shown);?>">
<?php
echo "<h2>Guest users have no permission to enter page</h2>";
?>
</div>
<div id="content" class="<?php echo implode(" ",$hidden);?>">
<!-- content here -->
</div> -
Sk8erPeter
nagyúr
válasz
Speeedfire #9500 üzenetére
Pedig az előbb írtam le, hogy miért nem jó...
Utána még konkrét példával is magyaráztam, mi lenne az optimális megoldás, és miért is szebb.A dbForge Studio-val egyébként a táblaösszekapcsolásokat nagyon egyszerű megcsinálni, legenerálja neked a query-t. Ha épp nincs kedvem/agyam gondolkodni, hogy pontosan hogyan is kell megírni a query-t ahhoz, hogy a megfelelő táblákat összekapcsoljam, vagy csak időt akarok spórolni, akkor előveszem ezt a progit, és kényelmesen összekattintgatom vele, amit akarok.
Új hozzászólás Aktív témák
Hirdetés
- Apple Ipad 10.generáció
- Új HP Pavilion x360 14-ek Érintős hajtogatós Laptop Tab 14" -35% i5-1335U 8/512 FHD IPS Iris Xe
- RTX 4080 SUPER,16GB. Ryzen 7 7800X3D, 32 RAM Fury RGB! Garancia!
- Asztali PC , i7 9700K , RX 5700 XT , 32GB DDR4 , 500GB NVME , 1TB HDD
- Dell Inspiron 5406 2-in-1i5-1135G7 16GB DDR4 3200 512GB NVME 14" FHD Érintőkijelző W11Pro
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- NJOY Aster 3K 3000VA/2700W Rack Szünetmentes Táp
- LG 55B4 - 55" OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready
- OLCSÓ MONITOROK
- BESZÁMÍTÁS! 2TB Samsung 980 PRO NVMe SSD meghajtó garanciával hibátlan működéssel
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest