Új hozzászólás Aktív témák
-
CSorBA
őstag
válasz Reaper04 #7943 üzenetére
Azért, mert a $_POST egy tömb, és foreach ciklusban bejárod az egészet. Majd a mail változóhoz mindig hozzáfűzögeted az elemeit, majd a $mailt kiprinteled, és így látszanak az elemei egyben.
Helyette elég lenne ennyi:
if(!Empty($_POST['E-mail címe:']))
{
$mail = $_POST['E-mail címe:']."\n";
}Bár jobb lenne ha a form name változójában elfelejtenéd a speciális és ékezetes karaktereket valamint a szóközt.
[ Szerkesztve ]
-
CSorBA
őstag
Fentebb írtam, hogy a $_POST egy tömb. Te meg fogod és
print_r($_POST);// Mit ír ki?
itt kiíratod az egész tömböt.Ha a tömb egy értékét akarod, akkor $_POST['ertekneve'] (az ertekneve az amit pl a formban a name atribútumnak megadsz).
-
CSorBA
őstag
válasz Reaper04 #7949 üzenetére
Ami a legegyszerűbb, az a phpmailer osztály. Én azt megnézegetném a helyedben, és ha tutira akarsz menni SMTP módban küldesz, mondjuk gmail fiókon át. Ha jól be van állítva, biztos megkapod a levelet. Használata kb annyi, hogy includolod, csinálsz egy új objectumot, majd megadod az adatokat (erre rengeteg példa van benne).
-
CSorBA
őstag
válasz Reaper04 #7951 üzenetére
Inkább itt, mert ha valakinek van hozzáfűzni valója, akkor látja:
//betöltöd a phpmailert
require_once('class.phpmailer.php');
//a mail változó lesz az objektum
$mail = new PHPMailer();
//itt kell beállítani azt, hogy honnan küldi neked a levelet SMTP hitelesítésen keresztül
$mail->IsSMTP(); // set mailer to use SMTP
$mail->SMTPSecure = "ssl"; // ssl titkosítás
$mail->SMTPAuth = true; // turn on SMTP authentication
$mail->Host = "smtp.gmail.com"; // google smtp kiszolgálójának címe
$mail->Port = 465; //és portja
$mail->Username = "gmailcímed"; // SMTP username
$mail->Password = "gmailjelszavad"; // SMTP password
//a levél beállításai
$mail->CharSet = "UTF-8"; //karakterkódolásod
$mail->From = "feladócíme (gmailcímed)";
$mail->FromName = "geladó neve, ami megjelenik";
$mail->AddReplyTo("válaszcímed"); //fontos megadni válaszcímet, mivel bizonyos szolgáltatók visszadobjá a levelet, ha nincs kitöltve
//levél tárgya
$mail->Subject = "tárgy";
//levél tartalma
$mail->Body = "ez van a szövegtörzsben";
//levél küldése
$mail->AddAddress($_POST['formod email name mezője']);
$mail->IsHTML(true); //html tartalom
$mail->Send(); //küldés
//címzett nullázása (egy címzett esetén felesleges, de megszokásból jobb, ha benne van)
$mail->ClearAddresses();[ Szerkesztve ]
-
CSorBA
őstag
válasz Louloudaki #7959 üzenetére
A $userId['0'] Honnan is jön az else ágban? (mert csak az if ágban látom a lekérést)
-
CSorBA
őstag
válasz Tele von Zsinór #8029 üzenetére
Én is kb hasonló cipőben járhatok. Legtöbb általam készített oldalnál eléggé egyben van a sablon és a funkció, és mivel a dizájváltás általában eddig sosem annyiból állt, hogy tisztán csak kinézetet cserélt a cég (hanem rengeteg funkció került adott esetben be és ki) így kb én is annyit csináltam mint te:
"Nagyon sokáig tiszta php-t használtam a templateimben, kis odafigyeléssel: nem nyúlok már adatbázishoz (ami kell, azt megkaptam a controller rétegtől), illetve vezérlési szerkezetekben az alternatív szintaktikát használtam."
Nem tudom én sem igazából eldönteni, mivel eddig egyszemélyes fejlesztőként dolgoztam kizárólag, így egyelőre én is az első tábort gyarapítom, úgyis csak én foglalkozok az egésszel, és megfelelően kommentezve, tördelve, jegyzetelve, értelmesen csinálva eddig még mindent átláttam. Van egy cég (akikkel elég régóta dolgozok), ami eddig négy átalakuláson ment át, és mindig teljesen új honlap készült , szóval eddig teljesen tudtam hanyagolni ezt a template témát, de persze ez leginkább azért van, mert nem volt olyan munka, ahol szükség lett volna rá.
-
CSorBA
őstag
Ezt nem nagyon értem, de ugyanúgy mint bárhol máshol. Szóval ha kell egy fájl eggyel kintebbi könyvtárból: "../file.neve"
-
CSorBA
őstag
Tegnap óta gondolkozok, mit akartam tőletek kérdezni, végre eszem bejutott (bár nem annyira phps kérdés):
Adott egy cpaneles szerver, cpaneles loginnal. Ha belépek, akkor van phpmyadminom is. Azaz konkrétan a pmadminba a cpnales elérést/azonosítást használja. Van lehetőségem, hogy az adott userrel lépjek külön be? Mert így ha valamelyik aloldalnak kellene, az egészet kellene odaadom.
-
CSorBA
őstag
válasz Sk8erPeter #8093 üzenetére
Megnéztem már, de sajnos nem jártam sikerrel.
Annyit tudok csinálni, hogy felrakom egy mappába a szerveren a pma-t, beállítok neki egy subdomaint, pl.: pma.domainem.hu És ott már enged belépni a dbuserrel és dbpass-al. És szépen csak az adott dolgokat látom.
Egyedül annyi bajom van, hogy be kellene konfigolni normálisan, mert arénázik vagy 3 dologról alul:
The phpMyAdmin configuration storage is not completely configured, some extended features have been deactivated. To find out why click here.
A konfigurációs fájlnak egy titkos hozzáférési kódra (blowfish_secret) van szüksége.
A szerver Suhosinnal fut. Kérjük, hogy a lehetséges problémáknak nézzen utána a dokumentációban.Bár ettől függetlenül engedi csinálni amiket kell.
-
CSorBA
őstag
válasz Sk8erPeter #8095 üzenetére
Persze, mert felmásoltam és kész A Setupot még nem néztem, majd nekiesek egyszer.
Athlon64+: Nincs ennél bosszantóbb
[ Szerkesztve ]
-
CSorBA
őstag
válasz DeltaPower #8120 üzenetére
Sőt szerintem lehet, hogy a JAVA jobb választás lenne ilyenre...
-
CSorBA
őstag
válasz Sk8erPeter #8135 üzenetére
Szvsz sebesség, ha megfelelően van megírva, de csak abban az esetben. Látogatottsági kiszolgálás, adatbázis kezelés. Egyidejű nagyszámú terhelésre optimálisabb.
-
CSorBA
őstag
Őszintén nem vagyok teljesen biztos, de esetleg:
RewriteEngine On
<IfModule mod_rewrite.c>
RewriteBase /localhost/EcommercePHP/
# For sales:
RewriteRule shop/sales sales.php [L]
# For the primary categories:
RewriteRule shop/([A-Za-z\+]+)/?$ shop.php?type=$1 [L]
# For specific products:
RewriteRule browse/([A-Za-z\+\-]+)/([A-Za-z\+\-]+)/([0-9]+)$ browse.php?type=$1&category=$2&id=$3 [L]
stb..
</IfModule>[ Szerkesztve ]
-
CSorBA
őstag
-
CSorBA
őstag
Valahogy ez kimaradt, de ha már így feléledt a topic, gondolom rákérdek.
Különböző országokban más dátumformátumok vannak, ugye Gregorian Little Endian, Gregorian Big Endian, Middle Endian ráadásul ezen belül is eltérnek a szeparátorok. Pl ha jól tudom oroszoknál: Nap/Hó/év van, Angliában: Nap.Hó.Év. nálunk: Év.Hó.Nap, Amerika Hó/Nap/Év. Van rá valami lehetőségem, hogy ez is a localeon alapuljon? Vagy pedig szépen nekem kell formasablonokat csinálnom? Esetleg vmi osztályról tud valaki?
-
CSorBA
őstag
válasz Tele von Zsinór #8288 üzenetére
Pont most lettem kész egy kis sablonos helperrel. Bár az a gondom, nem tudom pl az orosz dátumok helyesírását Ránézek ezekre mindjárt, köszi szépen!
-
CSorBA
őstag
válasz Tele von Zsinór #8294 üzenetére
Ezaz!! Remek, nagyon szépen köszönöm.
-
CSorBA
őstag
válasz Brown ügynök #8338 üzenetére
Kell a zárójel, akkor kiírja. (leteszteltem)
$pager .= "<li value='".(( ($nav['page'] + 1) > $nav['maxpage'] ) ? $nav['maxpage'] : $nav['page'] + 1 )."'>Következő</li> "."\n";
[ Szerkesztve ]
-
CSorBA
őstag
válasz Tele von Zsinór #8364 üzenetére
Nem tudom, de én nem feltétlen szeretek openid-s logginnal belépni, sőt emailt sem szívesen adok meg egy kérdőívhez. A legtöbb ember akkor fogja kitölteni, ha csak válaszolgat és elküld. Én a cookie-s dolognál maradnék. Persze ez függ a kérdőív milyenségétől.
-
CSorBA
őstag
válasz DerStauner #8392 üzenetére
Vagy notepad++ Én még mindig ennél maradtam.
-
CSorBA
őstag
válasz Speeedfire #8412 üzenetére
setlocale(LC_ALL, 'hu_HU.UTF8', 'hu_HU.UTF-8', 'hu', 'hun', 'hungray', 'HUN', 'hu_HU');
-
CSorBA
őstag
Sziasztok!
Úrra feljön az oroszos témám, méghozzá SEO kapcsán.
Eddig az url-ben magyar oldalnál ékezetlenítettem, illetve a spec karaktereket is kiszedtem. Nah de oroszoknál hogy van? Benne hagyjam az orosz címeket az urlbe? (db-nél mindegy, mivel id-alapján tölti be a tartalmat, mindegy mi van a címben)
-
CSorBA
őstag
válasz Speeedfire #8447 üzenetére
Most nézegetek orosz oldalakat Az urlben vagy angol cím van, vagy maximum 1 romanizált karakteres szó Lehet nem bonyolítom túl...
-
CSorBA
őstag
Fájl típus megállapítására tudtok valami hasznosat és működőt?
Ugye a mime_content_type elavult.
A finfo (pear) meg nem elérhető -
CSorBA
őstag
válasz Brown ügynök #8498 üzenetére
ugye!
A kiterjesztéseket kitudom nyerni tök egyszerűen is:
$extension = substr($str, strrpos($str, '.') +1);
Csak gondoltam menőbb kiírni a mime típusokat
Jól sejtem, hogy az említett két módszeren kívül nincs más? -
CSorBA
őstag
válasz Tele von Zsinór #8500 üzenetére
Igen, kb meg kellene írnom amit a magic file library csinál. Erre gondoltál?
-
CSorBA
őstag
válasz Tele von Zsinór #8555 üzenetére
5.2ről jut eszembe, találkoztam egy szolgáltatóval (konkrétan egyik ismerősöm alapítványának van tárhelye), ahol 5.2es php van még. A honlap joomlás (most ettől tekintsünk el), és van olyan kiegészítő ami nem ment, kiírta, hogy csak 5.3 alatt működik. Szóltunk a szolgáltatónak, a válasz az volt, hogy nem frissítenek, mert akkor több honlap nem menne a szerveren, keressünk másik kiegészítőt. Kb ilyen WTF-el reagáltam erre.. Nem szívesen tárolnék én ott semmit sem.
-
CSorBA
őstag
válasz DerStauner #8564 üzenetére
Inkább írd vissza utf-re, és nézd meg amit mobal mondott
-
CSorBA
őstag
Hát, hogy is mondjam, az egész kód, nos nagyon "nyers".
A probléma ott kezdődik, hogy Te sima mail() függvényt akarsz használni, ami nem ajánlott, és nem is jó megoldás.Javaslom egy osztály használatát, én pl tudom ajánlani a phpmailert.
Most egy gyors példa:
require_once('class.phpmailer.php');
$mail = new PHPMailer();
$mail->IsSMTP(true);
$mail->CharSet = "UTF-8";
$mail->From = $felado;
$mail->FromName = $felado_neve;
$mail->AddReplyTo($valaszcim);
$mail->Subject = $targy;
$mail->Body = $html_tartalom;
$mail->AltBody = $sima_tartalom;
$mail->AddAddress($cimzettcíme, $cimzettneve);
$mail->IsHTML(true);
$success = $mail->Send();
$mail->ClearAddresses();opcionális azonosítás:
$mail->Host = "kiszolgalo cime";
$mail->Port = "portja";
$mail->SMTPAuth = true;
$mail->Username = "belépési név";
$mail->Password = "belépési jelszó"; -
CSorBA
őstag
válasz DeltaPower #8614 üzenetére
Jah, szóval sztem előbb adj konkrét összeget a $valami-nek, pl a 7000-et És nézd, h. megkapod-e az eredményt.
-
CSorBA
őstag
válasz Speeedfire #8673 üzenetére
És mi van, ha 10000 feliratkozód van? Akkor az cron nélkül nem fog kimenni.
-
CSorBA
őstag
válasz Speeedfire #8678 üzenetére
Látom már megválaszolták a kérdésed
Én hírlevelet így csináltam. Megírja a levelet az admin, rákattint a küldésre. Akkor belekerül egy táblába a hírlevél, egy másik táblába meg a címzettek (ez a pending). A cron meg hívogat egy php fájlt mondjuk 5 perenként, ami kiküld (nálam épp) 20 levelet. Ahogy kimegy a levél, törli a pendingből.
-
CSorBA
őstag
válasz Speeedfire #8692 üzenetére
Ajaxal hívod a pendingbe helyező php-t, amit majd a cron hívogat
-
CSorBA
őstag
válasz Speeedfire #8694 üzenetére
Amúgy belegondolva, ez egy érdekes optimalizálási kérdés.
Mert amíg kisszámú user van feliratkozva, addig az ajax is jó. Legalább azonnal kimegy.
De tfh van 10-20ezer user, akkor mire a cron körbeér, már jöhet pár száz hozzászólás. Amiről újabb pendingek lesznek, és gyakorlatilag körbe sem tud érni a cron a pendingekkel. Szóval esetleg azt is lehet/kell nézni, hogy már pendingben van-e és akkor updatelni (mit tudom én x számú hozzászólás érkezett, de akkor ez plusz terhelés - ugye plusz egy lekérés és update where). Érdekes kérdés mindenesetre. Persze általában nincs szó 10-20ezer emberről, illetve amikor van, ott nyilván nem egy virtuális szerverkiszolgáló van.
Lehet csak én vagyok vele úgy, hogy minden eshetőségre gondolni kell.összefoglalva, én a helyedben:
Tárolod egy külön táblában a feliratozásokat, pl.: userid, forumid
Új hozzászólás - 1, menti a hozzászólást 2, lekérdezi az említett táblából ahol a forumid megfelelő, és a usereket berakja a pendingbe. Ha már a pendingben van, akkor updateli a hozzászólásszámot insert helyett.
Cron ezt hívogatja, akár lehet percenként is.(bár én is kezdő vagyok még, de remélem nem mondtam hülyeséget, majd vmi okosabb megerősít)
-
CSorBA
őstag
válasz Speeedfire #8698 üzenetére
Ahogy gondolod, akkor viszont pending tábla ellenőrzés után - ha már benne van a user - akkor insert helyett nem update van, hanem semmi.
cucka: Ezért mondtam, hogy egy bizonyos határig, utána nyilván a saját, illetve egyedi szerver üzemeltetése a megoldás.
-
CSorBA
őstag
válasz Speeedfire #8737 üzenetére
Ismerek egy embert (haverom dolgozik/ott neki), amerikai és a következő a filozófia:
1, Vegyünk ingyenes CMS-t, pl. Joomla
2, Vegyünk hozzá, ha kell fizetős modult, sablont
3, írjuk át ahogy nekünk kell.Ennyi
-
CSorBA
őstag
válasz Sk8erPeter #8746 üzenetére
Nem! Dehogy. Akkor félreérthető volt
Szerintem van benne ráció. Nagyon sokan szidják a joomlát, de véleményem szerint igen kikupálódott, én is jópár oldalt csináltam már vele, ráadásul a 2.5ös már elég korrekt. Ott már különvált a joomla rendszer és a fejlesztői api. Véleményem szerint akár abból is meglehetne élni, ha ráállna valaki erre az apira és kész. Hogy miért? A rendszer ingyenes. Rengeteg jó sablon van hozzá, ami pár ezerért meg lehet kapni. És ha tudsz hozzá komolyabb modulokat írni, akkor elég gyorsan össze lehet hozni egy igényes oldalt is.
szerk.: Természetesen meg van a maga hátránya a teljesen saját kóddal szemben. De nem akarok érvelésekbe, ellenérvelésekbe belemenni. Nyilván mindenki fel tudja mérni.
szerk2.: Nem akarok belemenni most önreklámba, de pl ez így konkrétan 3-4 óra volt összesen: http://www.helenakozmetika.hu/
[ Szerkesztve ]
-
CSorBA
őstag
Speeedfire:
Mert elfelejtettem bekapcsolni (és elég csak a keresőbarát url-t)Sk8erPeter:
Igen, azt használom, rocketthemenél van membershipem.
Többnyire egyetértek amit mondasz, a drupal tényleg sokkal komolyabb, a joomlának még a mai napig vannak hülyeségei, amikkel együtt kell élni. Egész egyszerűen azért maradtam ennél, mert anno volt egy nagyon jó kurzusom, és megtetszett (ez még az előtt volt, hogy php-t tanultam volna), pont amiatt hogy viszonylag egyszerűen és gyorsan lehet vele kompromisszumok mellett egy oldalt összerakni. Majd annyira megtetszett, hogy már 2 éve én tartom ezt az órát, és egész egyszerűen maradtam ennél.
A felhasználókezeléses részre visszatérve, a joomla régi verziójában szörnyű volt, ugye még a mamboo öröksége. A 1.6osban ráncfelvarráson esett át, de szvsz még most sem az igazi.
Drupalban nem vagyok annyira otthon, de úgy vélem, ha valamire nem jó a Joomla, akkor nem a Drupálhoz nyúlnék, hanem sajáthoz Azt hiszem ezzel Te is így lehetsz.
De nagyon tetszik a hozzáállásod, h. nem ócsárolod, hanem tényeket közölsz, és belátod, hogy az említett megkötések mellett a Joomla arra jó, amire. - a saját kód meg mindenre
A biztonsági kérdésre meg a megoldás, hogy frissíteni kell és kész. A legtöbb feltörés, mint általában mindig, hanyagságból adódik. Sajnos itt nem lehet magára hagyni a rendszert, hogy megcsináltam, megkapom a pénzt, és pá. Egész egyszerűen jön az értesítés, az updateről, és végig kell menni minden készített oldalon - ez az, amiről megfeledkeznek.
Új hozzászólás Aktív témák
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- DIGI kábel TV
- gban: Ingyen kellene, de tegnapra
- Premier előzetesen a Gray Zone Warfare
- Windows 10
- Poco X6 Pro - ötös alá
- Ukrajnai háború
- Debrecen és környéke adok-veszek-beszélgetek
- XPEnology
- További aktív témák...