Hirdetés
-
Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
it Az AI-t kiszolgáló adatközpontok olyan nagy energiaigénnyel bírnak, hogy egyre több atomenergiára van szükség.
-
Mindent megtudtunk az új Nokia 3210-ről
ma Részletes képek, specifikációk és euróban megadott ár is van a legendás modell újraélesztett verziójához.
-
A virágcsokor mellé hardvert is ajándékozhatunk anyák napján
ph A héten desktop PC-k, monitorok, gamer kiegészítők és házak vannak a kirakatban.
Új hozzászólás Aktív témák
-
trisztan94
őstag
válasz Tele von Zsinór #8292 üzenetére
Lehet, hogy rosszul értelmeztem az egész dolgot?
Ahhoz, hogy én tudjak egy FB bejelentkezést az oldalamra külön domain és tárhely kell, amit támogat a FB API? Az alkalmazás készítésénél felajánlja a heroku-t, mint ingyenes domain-t és tárhelyet.. Ha azt megcsinálom, akkor át lehet valahogy irányítani a bejelentkezést az ATW-s domain-re?
Tehát pl van egy html gombom, arra mondjuk egy async megoldással ráküldöm a heroku-s tárhely login funkcióját?
https://heureka-kreativ.hu
-
spammer
veterán
válasz fordfairlane #8300 üzenetére
Az a része oké, persze. Nálam ebből lett egy regisztrációs űrlap, egy regisztrációs feldolgozó, egy login űrlap és egy login feldolgozó. A többi meg bele lett gyúrva a megfelelő helyekre, nem tárolgatok mindent külön alkönyvtárban, meg 1 soros php fájlokat mi a fenének.
Persze példának jó, nyilván egy teljesen kezdetleges állapotú oldalhoz próbálgatni rendben van, de azért lehet egyszerűsíteni, meg fontos részekkel bővíteni is kell: pl. email csekkolás nem volt benne, így lehetett volna többször regelni azonos email címmel, ezt bele kellett még raknom. Meg még más csekkolásokat is csinálgatok éppen
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Tele von Zsinór
őstag
válasz trisztan94 #8301 üzenetére
Nem feltétlen kell neki külön domain és tárhely, de az atw és hasonló ingyenes megoldásokkal csak magad szivatod - atw-n különösen a frame-es megoldásuk miatt, amit ki kell kísérletezned, hogy hogyan eszik meg az FB. Miért ragaszkodsz hozzá ennyire? Korábban többször volt itt linkelve a tárhelypark, ahol évi egy ezresért kapsz normális helyet.
Persze, meg lehet oldani, hogy külön menjen két helyen az auth és az oldal maga - viszont akkor rögtön megbonyolítod annyival, hogy ezeknek a biztonságos és megbízható kommunikációját meg kell oldanod.
-
PumpkinSeed
addikt
Lenne egy olyan problémám, hogy adatbázisból beolvasott tartalom nem jeleníti meg az ő betűt.
Az index.php-ban iso-8859-2 a kódolás
A sql táblának az illesztése és a varcharok is iso-8859-2Mi lehet a probléma?
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
spammer
veterán
válasz PumpkinSeed #8305 üzenetére
php-ben utf8 legyen
adatbázisban meg mondjuk utf8-hungarian-ci+ mysql kapcsolatnál (php-ben, ahova beírod), lehet, hogy oda is be kell írni (nekem be kellett), hogy utf8.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
fordfairlane
veterán
válasz PumpkinSeed #8305 üzenetére
A kliens, az adatbázis kapcsolat, és az adatbázis tárolási formátuma legyen azonos.
Első körben próbáld ki, hogy az adatbázis kapcsolat inicializálásakor kiadsz egy "SET NAMES latin2" queryt.
x gon' give it to ya
-
-
fordfairlane
veterán
válasz Peter Kiss #8308 üzenetére
OOP szempontból pocsék. Kezdő szintű valami, csak éppenhogy jobb, mint mondjuk egy ősrégi php autentikációs tutorial.
x gon' give it to ya
-
PumpkinSeed
addikt
válasz spammer #8306 üzenetére
Így néz ki az utf-8. Mindenhol az van megadva.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
fordfairlane
veterán
válasz PumpkinSeed #8310 üzenetére
Ez nem stimmel. Lehet, hogy mentésnél történt a hiba, így már akármit is csinálsz, nem tudod jól megjeleníteni. Mindenesetre az látszik, hogy a böngésző utf-8-ként próbálja értelmezni ezt a szöveget, és hogy ez nem jön össze, mert ez a szöveg nem utf-8 kódolású.
[ Szerkesztve ]
x gon' give it to ya
-
PumpkinSeed
addikt
válasz fordfairlane #8311 üzenetére
Új adattábla segítene rajta szerinted?
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
fordfairlane
veterán
válasz PumpkinSeed #8312 üzenetére
Kipróbáltad az adatkapcsolat latin2 kódolásra állítását, amit javasoltam? Egyébként ha jól rémlik, tudsz karakterkonverziót végezni lementett adatokon is Mysql-ben, csak most nem ugrik be, hogy kell (tán ALTER TABLE-vel).
Javaslom, hogy a jövőben minden projectet utf-8-as alapokon indíts, a legkisebbet is.
[ Szerkesztve ]
x gon' give it to ya
-
PumpkinSeed
addikt
válasz fordfairlane #8313 üzenetére
Igen, úgy jobb volt, mert csak az ő betű helyén volt kérdőjel. Mint most is. A többi jó volt.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
fordfairlane
veterán
válasz PumpkinSeed #8314 üzenetére
Igen, úgy jobb volt, mert csak az ő betű helyén volt kérdőjel. Mint most is. A többi jó volt.
Akkor az történhetett, hogy a táblába íráskor még nem volt átállítva latin2-re az adatkapcsolat (a legtöbb helyen a default a latin1), így az ő betűk elvesztek, és így került letárolásra a szöveg.
[ Szerkesztve ]
x gon' give it to ya
-
PumpkinSeed
addikt
válasz fordfairlane #8315 üzenetére
Értem. Akkor ha kitörlöm a szöveget átállítom latin2-re és újra beteszem akkor jó lesz.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
fordfairlane
veterán
válasz PumpkinSeed #8316 üzenetére
Igen, elvileg jó, de ha nincs sok adat a táblákban, akkor még most érdemes mindent átrakni utf-8-ra, szerintem.
x gon' give it to ya
-
PumpkinSeed
addikt
válasz fordfairlane #8317 üzenetére
Ha valami akkor ez a kódolás beleteszi a sírba az embert...
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
spammer
veterán
válasz PumpkinSeed #8310 üzenetére
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2">
Hát a headben nem állítottad át.
De egyébként phpmyadminban látod, hogy az adatbázisba illesztett szöveg jó-e.
Javaslat: phpmyadminban is állíts mindent utf8-hungarian-ci -re:
1, phpmyadmin fő - főoldalán (General Settings): MySQL kapcsolat illesztése
2, Adatbázis névre kattints, aztán Műveletek menüpont, aztán ott lesz az illetsztésnél.
3, Tábla névre kattints, majd Műveletek menüpont és ott a tábla beállításainál lesz illesztés
4, Ha kész vagy ezekkel, akkor külön a mezőkön is állítsd be egyenkéntSzóval sok helyen be lehet (kell) állítani. Legalábbis én mindenhol egységesre állítottam, biztos, ami biztos
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
fordfairlane
veterán
válasz PumpkinSeed #8318 üzenetére
A kezdők életét eléggé megbonyolítja. Látszik az angolszász hatás, hogy sokáig nem volt rá univerzális megoldás. Az "utf-8-ra mindent" azért már elég jó.
[ Szerkesztve ]
x gon' give it to ya
-
PumpkinSeed
addikt
válasz fordfairlane #8320 üzenetére
Azért köszönöm a segítségeket, játszadozok vele. Már minden utf-8on van ő de itt az eredmény: [link]
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
fordfairlane
veterán
válasz PumpkinSeed #8321 üzenetére
Meglévő adattáblákat a tartalommal együtt valahogy így lehet áttenni utf-8-ra:
ALTER TABLE tbl_name CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;
Egyelőre nem tudom kipróbálni, a netről szedtem. Gondolom akkor kell használni, amikor még minden az eredeti latin kódolásban van, a mező típusa és a tartalom is, és ez egyszerre elvégzi a típusmódosítást és a tartalomkonverziót.
[ Szerkesztve ]
x gon' give it to ya
-
PumpkinSeed
addikt
válasz fordfairlane #8322 üzenetére
Lefutott a tábla módosítás de valahol máshol lesz a probléma. PHP-nál nem lehet megadni a kódolást?
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
fordfairlane
veterán
válasz PumpkinSeed #8323 üzenetére
Lefutott a tábla módosítás de valahol máshol lesz a probléma.
Először nézz bele a táblába, hogy az adatok a megfelelő formátumban vannak-e, a phpmyadminnal ez nem probléma. Ha a tartalom jó, nem szemét van az ékezetes karakterek helyén, akkor kell megnézni, hogy az adatbázis műveletek előtt a "SET NAMES utf-8" ott van-e.
Külön a PHP-nak csak akkor kell beállítani a lokalizációt, ha PHP-s stringműveleteket is végzel a kiolvasott adatokon, egyébként nincs jelentősége. A böngésző utf-8-ként látja az oldalt, úgyhogy ez a része oké.
[ Szerkesztve ]
x gon' give it to ya
-
PumpkinSeed
addikt
válasz fordfairlane #8324 üzenetére
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Phvhun
őstag
válasz PumpkinSeed #8323 üzenetére
fordfairlane már írta, de nekem is ez volt a gondom, és ez megoldotta a problémát:
( mysql_connect után tedd be )mysql_set_charset("utf-8");
mysql_query("SET NAMES utf8");és mindenhol utf8-at kell használni. mondjuk én inkább az utf8_unicode_ci-t használom hungarian helyett.
[ Szerkesztve ]
-
-
spammer
veterán
válasz PumpkinSeed #8327 üzenetére
Amit írt, azt beírtad a php-be az adatbázis csatlakozás rész után?
Ezt:
mysql_set_charset("utf-8");
mysql_query("SET NAMES utf8");Nekem sem volt jó, amíg így nem volt még beállítva a charset.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
-
Phvhun
őstag
válasz trisztan94 #8330 üzenetére
De igen, bár még nem vettem rá énse magamat az átállásra. Bár Telefonzsinór írása egész jó kezdőlöketnek.
-
Tele von Zsinór
őstag
válasz trisztan94 #8330 üzenetére
Igen, valóban hivatalosan is elavult és nem karbantartott az ext/mysql. Ettől még nem kell használni a mysqli vagy PDO függvényeket, de erősen ajánlott. Még nincs eldöntve, melyik verzióban kerül ki a mysql_* függvénycsalád a php core-ból.
-
Phvhun
őstag
Egy elméleti jellegű kérdésem lenne: a nagy tömegek tudnak visszafele lépni a böngészőben?
Szóval ha rákattintanak egy linkre, elolvasták ha érdekelte ptt valami őket, és nincs tovább vezető dolog, akkor visszalépnek?Csak azért kérdezem, mert én nagyon ritkán hazsnálom ezt, mindig mindent uj tabban nyitok meg.
-
trisztan94
őstag
Mióta divat az, hogy az oldalak kiírják, hogy cookie-kat használnak ezért és ezért és el kell fogadnia a felhasználónak? Több oldalon is láttam már. (Miniclip, Google...)
Esetleg ez valami törvény lett USA-ban?https://heureka-kreativ.hu
-
spammer
veterán
válasz trisztan94 #8335 üzenetére
Valószínűleg igen, mert a Gugli is elkezdte nyomni ezeket mindenhol.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
trisztan94
őstag
Sziasztok!
Facebook API-val lehet olyat csinálni, hogy ne a belépett FB júzer falára rakjon ki valamit a Post, hanem egy Fan Page oldalára, de azt sem a felhasználó nevében, hanem a Fan Page nevében és csak megemlíti a felhasználót.
Kicsit bonyolultan fogalmaztam, így itt a kifejtés:
Pisti felmegy egy Webshopra, be kell jelentkeznie FB-kal. Amint veszt ott valamit a Webshop hivatalos Facebook oldalán kirakódik egy POST, ami így jelenik meg:
Pisti most vett nálunk ezt és ezt, reméljük örül neki
--termék linkjeTehát nem Pisti írja ki a FB oldalra, hogy vett valamit, hanem az oldal írja ki és csak megemlíti Pistit (de be is linkeli)
Ilyet lehet? Hogy?
https://heureka-kreativ.hu
-
PumpkinSeed
addikt
Miután megoldódott a problémám a kódolással jött még egy.. Képeket nem lehet véletlen adatbázisban tárolni, vagy hogy szokás ezt megcsinálni?
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
spammer
veterán
válasz PumpkinSeed #8338 üzenetére
Képeket (fájlokat) a szerveren/tárhelyen tárolod. Adatbázisban karaktereket tárolsz, vagyis képek esetében pl. a linkjeiket (pl.: felhasználók avatarjainak a linkjeit).
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
PumpkinSeed
addikt
válasz spammer #8339 üzenetére
Szval ha admin felületnél egy felhasználó feltölt egy képet és mellé adatbázisba a kép elérési urljét img blabla akkor azt a képet kapom vissza ha lekérdezem. Értem. De akkor kell egy szövegdoboz amibe beviszi az adatot , mellé meg egy másik form ahol a képet tölti fel.
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Soak
veterán
válasz PumpkinSeed #8340 üzenetére
Azt ne a usernek kelljen megadni hogy mi a kep elerese .
-
Tele von Zsinór
őstag
válasz PumpkinSeed #8338 üzenetére
Lehet, de nem érdemes. Van egy speciális adatbázis, ami kifejezetten erre lett kitalálva, ez pedig a filerendszer
Úgy szokás megoldani, hogy adatbázisban csak jelzed, hogy van egy ilyen fileod, mint mondjuk egy galériában van egy 123-as id-jú kép, adatai ott, de a file maga meg mondjuk a webroot/uploads/123.jpg néven. Az is megoldás, ha máshogy generálod a nevet, és mondjuk tárolod azt is adatbázisban.
Hogy a webroot alá rakd, vagy azon kívül, attól függ, kell-e csak jogosultságoktól függően elérhetőnek lennie. Ha nem, akkor irány a webroot alá, és kiszolgálja a szerver php kód érintése nélkül. Ha kell, akkor webrooton kívül, és mindenképp php szolgálja ki - persze jogosultságellenőrzés után.
trisztan94: lehet, annyi az egész, hogy a user access tokenje helyett a page-ét kell használni.
A másik kérdésedre pedig: EU cookie law.
-
fordfairlane
veterán
válasz PumpkinSeed #8338 üzenetére
Ha nem túl nagy képekről van szó, tárolhatod BLOB mezőkben. Ha nagyok a fájlok, akkor célszerű valami más megoldás után nézni.
A legáltalánosabban használt eljárás, ha a szerver fájlrendszerét használod erre. Persze ilyenkor ki kell alakítani egy szisztémát, amivel a megfelelő fájlokat párosítani tudod a megfelelő adatbázis-objektumokkal, és az adatintegritást is az alkalmazáslogikával kell biztosítani.
Léteznek erre spéci kiszolgálók (pl. hadoop + hdfs), de ez igencsak haladó témakör. A NoSQL tárolók ebből a szempontból jobbak. (pl. a REDIS string típusai binary-safe-k pont azért, hogy fájl tartalmát is lehessen benne tárolni)
[ Szerkesztve ]
x gon' give it to ya
-
spammer
veterán
Kérdés:
Hashed password ugye nem küldhető el jelszóemlékeztetőben, és nincs is mód arra, hogy plain textben küldje el az emlékeztetőben (nem lehet visszafejteni), meg egyébként sem biztonságos.
No de akkor ha egy oldal nekem plain textben küldi ki a jelszóemlékeztetőmet, akkor ez azt is jelenti, hogy plain textben is tárolja az adatbázisában?
Csak mert épp én is jelszóemlékeztetőt csinálok éppen, vagyis pontosabban password resetet jelszócseréhez.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
-
spammer
veterán
válasz Tele von Zsinór #8345 üzenetére
De ha kódolva tárolják, akkor hogyan küldik ki nekem plain textben? Akkor az azt jelenti, hogy visszafejthető, vagyis nem biztonságos a kódolás sem. Jó, persze mindent fel lehet törni, nincs 100%-os biztonság, ezt tudom, csak hát akkor érdekes.
(#8347) Athlon64+: Én resetet csinálok, mert kódolva van az egész. Csak azért kérdeztem, mert több helyről is kaptam már plain text emlékeztetőt. Én pedig úgy tudom (és gondolom), hogy alap, hogy nem tároljuk plain textben, legalább valami alap kódolás legyen rajta.
(#8349) fordfairlane: Jaja, oké, akkor jól gondoltam
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
fordfairlane
veterán
válasz spammer #8348 üzenetére
Ahol hash-ben tárolják a jelszót, ott nem küldik ki neked a meglévőt, hanem csak új jelszó beállítási lehetőséget adnak. A hashben tárolás lényege az egyirányú kódolás, ami nem visszafordítható semmilyen módszerrel.
Tárolhatják a jelszót kódolva is valami szimmetrikus vagy aszimmetrikus kulcsú kódolással, ami így visszafejthető. Ez a módszer kevésbé biztonságos. Ha egy támadó hozzáfér az adatokhoz, akkor az adatokat kezelő eljárásokhoz is hozzájuthat, így pl. a dekódoló kulcshoz. Egy fokkal azért jobb a plain textnél, mivel ott csak az adatokhoz kell hozzáférnie a támadónak, minden login információ egyből kéznél van.
[ Szerkesztve ]
x gon' give it to ya
-
válasz spammer #8348 üzenetére
Elfelejtettem a jelszavam link
Következő oldalon meg kell adnia a regisztrált e-mail címét
Ha fail, lock 10 percig
Ha siker, kiküldesz egy levelet, előtte token-t generálsz a jelszó reset-hez, erre jó egy GUID amit biztosan nem pszeudo random generáltak, token él 1-2 percig vagy még addig se
Levélben linkre katt, megadhat egy jelszótTalán egynek jó így.
Új hozzászólás Aktív témák
- LEGO klub
- Dell notebook topic
- Crypto Trade
- Építő/felújító topik
- eBay-es kütyük kis pénzért
- Vicces képek
- Samsung Galaxy S23 Ultra - non plus ultra
- Debrecen és környéke adok-veszek-beszélgetek
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
- EDIFIER R1700BTS hangfal pár makulátlan, új állapotban, 2 év hivatalos garanciával, alkalmi áron
- LG OLED55B23LA 2 Év GYÁRI GARANCIA
- Apple iPhone XR 128GB, Kártyafüggetlen, 1 Év Garanciával
- Gamer PC , i7 12700KF , RTX 3080 Ti , 64GB DDR5 , 960GB NVME , 1TB HDD
- Intel PC , i5 8500 , 1660 6GB , 32GB DDR4 , 512GB NVME , 500GB HDD
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen