- AOMEI Backupper szoftver
- A tüntetések ellenére is bővítheti német gyárát a Tesla
- Még több AI-t hozna a Windowsba a Microsoft
- 2 nm-es chipeknél is modernebb lapkákat fejlesztenek az EU-ban
- Milyen routert?
- Asustor NAS
- Synology NAS
- WLAN, WiFi, vezeték nélküli hálózat
- Bittorrent topik
- Hálózati / IP kamera
Új hozzászólás Aktív témák
-
válasz Peter Kiss #8350 üzenetére
+ Újból adja meg az e-mail címét, illetve legyen SSL a szerveren.
-
Male
nagyúr
válasz Peter Kiss #8351 üzenetére
Vagy ne az e-mailt, hanem más adatot kérj el a levélben küldött linkre kattintás után az új jelszó mellett, így ha pl a postafiókját törik fel, akkor csak annyiból még nem tudják lecserélni a jelszavát az adott oldalon.
-
spammer
veterán
válasz Peter Kiss #8350 üzenetére
Igen, nagyjából így tervezem én is.
- User az e-mail címét beírja, majd elküldi a formot.
- PHP random generál egy visszaállítókulcsot és ezt beírja a userhez adatbázisba
- User megkapja mailben a linket amiben benne van visszaállítókulcs
- Rákattint, a link alapján ellenőrizzük, hogy van-e ilyen azonosítójú visszaállítókulcs valamelyik usernél, ha nincs, akkor die és hibaüzenet. Ha van, akkor betölti a formot, ahol be lehet írni az új jelszót.
- A form elküldésével bírjuk az új jelszót adatbázisba és egyben töröljük a kulcsot az adatbázisból, így nem lehet többször felhasználni.Mondjuk az nem rossz, ha a kulcs elévül mondjuk 1 óra után, de ezt speciel most nem tudom, hogyan kellene
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
PumpkinSeed
addikt
Azt hogyan tudom megcsinálni, pl. van egy hír amit php-val jelenítek meg az adatbázisból, és alul a tovább gomb. Ha rákattint a tovább gombra akkor az a hír jöjjön be neki a következő oldalon. Valahogy a hír ID-jét kellene eltárolni és átvezetni a következő oldalra. Csak nem tudom, hogy a változóban eltárolt értéket hogyan küldjem át a megnyitott oldalra.
"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
-
trisztan94
őstag
válasz PumpkinSeed #8355 üzenetére
Egy sima GET változót raksz a tovább link href attribútumára.
Pl: <a href="tovabb.php?id=1">Aztán csak lekezeled abban a php fájlban amire megy a kérés:
$id= $_GET["id"];És innentől kezdve csak küldesz egy query-t az adatbázisnak:
SELECT * FROM table_name WHERE id = $id[ Szerkesztve ]
https://heureka-kreativ.hu
-
spammer
veterán
Csináltam egy DATETIME mezőt, beírja az aktuális dátumot, de mivel lehetne visszaellenőrizni?
Ez így nem jó:
if ($result->recovery_id_time > 3600)
Mivel lehet megadni neki a feltételt datetime típusú mezőnél?
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Tele von Zsinór
őstag
válasz spammer #8357 üzenetére
Mit tárolsz benne, a generálás idejét? Mysql-ben ugye úgy vannak tárolva (így kéri, és így is adja vissza), hogy "Y-m-d H:i:s". Ebből így tudsz DateTime példányt csinálni:
$date = \DateTime::createFromFormat("Y-m-d H:i:s", $result->recovery_id_time);
Ha azt akarod ellenőrzni, ez az elmúlt egy órán belül volt-e:
if ($date->modify("+1 hour") > new \DateTime()) {}
azaz hozzáadsz egy órát és ellenőrzöd, ez nagyobb-e, mint az aktuális idő.
Ha rögtön mysql-be akarod berakni, akkor így tudod megfelelő formátumban generálni az egy órával ezelőtti időt:
$egy_oraval_ezelott = new \DateTime();
$mysqlnek = $egy_oraval_ezelott->modify("-1 hour")->format("Y-m-d H:i:s");(php5.4 vagy afelett: $mysqlnek = (new \DateTime())->modify("-1 hour")->format("Y-m-d H:i:s");)
[ Szerkesztve ]
-
fordfairlane
veterán
válasz trisztan94 #8356 üzenetére
És innentől kezdve csak küldesz egy query-t az adatbázisnak:
SELECT * FROM table_name WHERE id = $idHa nem akar egyből egy méretes security hibával kezdeni, akkor talán így:
'SELECT * FROM table_name WHERE id = '.mysql_real_escape_sring($id);
[ Szerkesztve ]
x gon' give it to ya
-
spammer
veterán
válasz Tele von Zsinór #8358 üzenetére
Köszi, igen, annak az idejét tárolja el, mikor a visszaállító kulcsot beírja az adatbázisba.
Valamiért nem működik:
Fatal error: Call to a member function modify() on a non-object in....
$result = $db->query("SELECT recovery_id, recovery_id_time
FROM users
WHERE recovery_id = '$recovery_id'");$date = \DateTime::createFromFormat("Y-m-d H:i:s", $result->recovery_id_time);
if ($date->modify("+1 hour") > new \DateTime()) die("Érvénytelen visszaállítási kulcs");
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
trisztan94
őstag
válasz fordfairlane #8359 üzenetére
Csak egy alap pelda volt en amugy is inkabb a pdo-t ajanlanam a mysql_ fgvek helyett, az alapbol kiescape-eli. Pdo + placeholderekkel torteno query-k a legbiztonsagosabbak jelenleg.
[ Szerkesztve ]
https://heureka-kreativ.hu
-
fordfairlane
veterán
válasz trisztan94 #8361 üzenetére
en amugy is inkabb a pdo-t ajanlanam a mysql_ fgvek helyett, az alapbol kiescape-eli.
A prepared statementek használata helyettesítheti a manuális escapelést. Ilyeneket a mysqli és a pdo tud. Ne terjesszünk már tévhiteket, meg rossz példákat, ha kérhetem.
x gon' give it to ya
-
spammer
veterán
válasz Tele von Zsinór #8363 üzenetére
Tartalma ennyi: 2013-05-26 13:22:46
datetime típusú mező, a php a NOW() -val írja bele, mikor a tokent is generálja.
szerk: mármint adatbázisban, mert echo-zva nem ad ki semmit $result->recovery_id_time;
Kell még valami a query után? Vagy kifelejtettem valamit?
[ Szerkesztve ]
„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 #8365 üzenetére
Ha ezt kiprintelem, ezt írja:
Array ( [warning_count] => 0 [warnings] => Array ( ) [error_count] => 1 [errors] => Array ( [0] => Data missing ) )
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
spammer
veterán
válasz fordfairlane #8367 üzenetére
Nem értem a kérdést, mysql témában kezdő vagyok
Definiálva vannak az adatok, aztán:
$db = new mysqli(DB_HOST, DB_USER, DB_PASS, DB_NAME);
$result = $db->query("SELECT recovery_id, recovery_id_time FROM users WHERE recovery_id = '$recovery_id'");
Ez így nem jó? Csak mert egyébként működik eddig mindenhol.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
fordfairlane
veterán
válasz spammer #8368 üzenetére
Ez szerintem nem jó. Eleve mysqli vagy pdo-nál sql statementet kéne használni, és elfelejteni ezt a "paramétert az sqlbe fűzöm nuku escape-pel" módszert.
Másrészt ha mégsem, akkor figyelembe kell venni, hogy a mysqli::query metódus "resultset" objektumot ad vissza. A resultset egy olyan összetett adatszerkezet, ami n darab rekordot tartalmaz (0, egy vagy több), és különféle metódusokat ezen az n darab rekordon való navigációhoz. Tehát resultset esetén még van egy lépés, ami kiszedi a megfelelő rekordot. Amikor egy rekord lehet az eredmény, valahogy így:
$result = mysqli->query($querystr);
$record = $res->fetch_object();[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
-
spammer
veterán
No így sikerült megoldanom, legalábbis localhoston működik:
while($row = $result->fetch_assoc()) {
$recovery_id_time = $row['recovery_id_time'];
$timestamp = strtotime($recovery_id_time);
$currenttime = time();
if (($currenttime - $timestamp) > 360) die("......");
else { ........ }
}Köszi mindenkinek a válaszokat!
[ Szerkesztve ]
„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 #8372 üzenetére
Jaja, tudom, csak próbaképp volt 360 sec 2038-ig még van időm
(#8373) fordfairlane: nem ment, hiába variáltam vele. Nem szeretném senki idejét rabolni, hogy ezen az egy problémán rugózunk órákat. Nem vagyok még olyan szinten mysql-ből, hogy megoldjam gyorsan ezeket a dolgokat, meg a topikot sem akarom telenyomni a nyűgömmel.
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Phvhun
őstag
Van valakinek tapasztalata a Symfony framework-el? Nem nagyon értem, hogy mire jó, meg lehet fogalmazni egy mondatban, hogy mivel vagyok vele előrébb, mint nélküle?
-
-
Phvhun
őstag
Eddig jól hangzik.
Mennyire egyszerű összebarkácsolni egy már kész bootstrapra épülő frontenddel? -
Tele von Zsinór
őstag
Elég meredek a tanulási görbéje, szóval sokat kell olvasnod, mire neki tudsz állni tényleg produktívan dolgozni benne. Cserébe nagyon megéri.
A kérdésedre: attól függ, mennyire összetett ez a már kész kód. Ha már értesz a Sf-hez, akkor valószínűleg nem lesz nehéz dolgod.
-
Soak
veterán
válasz Tele von Zsinór #8382 üzenetére
A meredek tanulasi gorbe azt jelenti, hogy rovid ido alatt sokat sajatitasz el. (X ido - Y tudas)
-
Phvhun
őstag
Nem feltétlen helytelen a használata, mert úgy is fel lehet fogni a meredekséget, mint egy meredek falat, elején nehéz elindulni, de ha már tudod hogy hogyan kell kapaszkodni felgyorsulsz.
Más: Hogyan tudták megoldani, hogy különböző nyelvű embereknek különbözőképpen jelenjen meg ez a post? https://www.facebook.com/GameOfThrones/posts/10151459827497734
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
Lehetséges, hogy akkor parasztvakítás az SSD-s tárhely, elfogadom, mivel konkrét mérési eredményeket nem láttam erről, és simán lehet, hogy igazad van abban, hogy nem igazán mérvadó egy tisztességes szerverkonfig esetében az a különbség, amit az SSD jelenthet mondjuk egy asztali konfig esetén.
Mondjuk azért tényleg kíváncsi lennék, mennyiben van igazatok egy éles rendszer esetében (jó lenne tudni, hogy gyakorlati információk birtokában mondod, hogy baromság, vagy sejtések alapján). Tényleg érdekelne, pusztán igazi parasztvakítás-e a kérdés, vagy lehet minimális alapja. Meggyőző egyébként az, amit felhoztatok ellenérvként.(#8279) Athlon64+ :
igazából a példa nem volt annyira jó, sajnos túlságosan lekorlátoztuk a kérdést az adatbázisra, általánosságban volt észrevehető a gyorsulás, mindenféle webalkalmazás esetében (meg bármilyen alkalmazás esetében. ), de most a saját gépemről beszélünk, nem egy szerverkonfigról, remélem, ezt figyelembe vetted. Egyébként jó lenne tudni, valaha a rendszered volt-e SSD-re téve, vagy csak szeretsz csuklóból mindent f@szságnak tartani úgy, ahogy van (meg természetesen magadon kívül mindenki mást hülyének). Nekem eddig inkább az utóbbi jött le (álljunk hozzá úgy, hogy hülyeség, aztán lehet, hogy kiderül, hogy nem akkora, és akkor jó), még ha elég jól is tudsz érvelni amellett, amit állítasz. Csak kár, hogy mindezt olyan stílusban teszed, hogy az embernek egyből ökölbe szorul a keze a lekezelő hsz.-eid olvasásakor.
De hogy a lényegre még reagáljak: ne fordítsd ellenem a kérdést, nem azzal szoktam megoldani a problémákat, hogy rakjunk mindent SSD-re, és akkor onnantól kezdve minden jobb lesz, és nem is arról van szó, hogy ne indexelném az adattáblákat, de feltételezem, csak általánosságban mondtad. Bár ha mondjuk közönséges asztali gépről beszélünk, nem kérdés, hogy mekkora különbséget jelent egy SSD használata bármilyen értelemben (jó lenne, ha kipróbálnád, hogy mondjuk a jelenlegi rendszeredet klónozod HDD-ről SSD-re, és majd azután nyilatkoznál). Nyilván az első lépés ettől még bármilyen szerver megfelelő konfigurálása, és azután lehet a további gyorsításon gondolkozni.
Egyébként jó lenne már, ha veled is lehetne értelmesen, hőzöngések nélkül kommunikálni a Prohardveren úgy, hogy nem az lenne az érzése az embernek, hogy Te feltétlenül az e-bránert szeretnéd mesterségesen növelni a másik személye ellen irányuló minitámadási kísérleteiddel, az általa használt dolgok lefikázásával. Lehet, hogy kevésbé lenne hidegrázós a stílusod. (lásd pl. kezdő kérdésre nyilván indokolt a cseszegetés)
Na, szóval hogy egy osztott tárhely esetében kijön-e bármi komolyabban érezhető különbség tisztességes konfigurálás UTÁN akkor, ha SSD-re pakolják a cuccaikat, az számomra még nem teljesen lezárt kérdés (kíváncsi lennék konkrét tapasztalatokra vagy mérésekre), de elfogadom, hogy azt mondjátok, hogy a dolognak nagyobb a füstje, mint a lángja, és túl sok mögötte a hype.Sk8erPeter
-
Sk8erPeter
nagyúr
Pedig Soaknak teljesen jogos a felvetése, ha már "meredek tanulási görbéről" beszélünk, akkor azt nem úgy fogjuk fel, mint egy "meredek falat".
Úgy van, ahogy mondja: ha az x tengelyen az idő van, az y tengelyen pedig az elsajátított tudás, akkor annak pont semmi értelme, hogy a meredek tanulási görbe nehézséget jelent: ebben az esetben pont azt jelenti, hogy könnyű; ha a fordítottja, akkor pedig valóban nehéz az elsajátítandó anyag, hosszú időbe kerül, míg elsajátítod. Ezért én sem nagyon értem, miért terjedt el ez a meredek tanulási görbe = nehézség keveredés.
Másik topicban ugyanerről:
http://prohardver.hu/tema/php_kerdesek_2/hsz_13544-13544.htmlSk8erPeter
-
Sk8erPeter
nagyúr
válasz trisztan94 #8337 üzenetére
"Pisti most vett nálunk ezt és ezt, reméljük örül neki
--termék linkje"
Biztos, hogy ez felhasználói szemszögből szerencsés? Én legalábbis nem szívesen látnám publikusan megosztva azt, hogy mit vásárolgattam össze-vissza, valószínűleg inkább akkor nem regisztrálnék. Ez mondjuk a vásárlóitoknak nem biztos, hogy belefér az ingerküszöbébe, ha sikerül megoldani, akkor mindenképp elfogadáshoz kellene ezt kötni, hogy beleegyezik-e, hogy meg legyen osztva, mit vásárol. Nehogy ebből gondotok származzon.Sk8erPeter
-
válasz Sk8erPeter #8387 üzenetére
Egy sima natúr PHP-s webalkalmazás szempontjából (de még .NET, Java webalkalmazás szempontjából) éppen mindegy, hogy HDD vagy SSD van a gépben, semmit sem jelent, egyik működése során sincs fájlművelet (nyilván egy fájlfeltöltéskor van, letöltésnél meg nem mindig). Adatbázison segíthetne a legtöbbet, de ott is előbb az adatbázist, a szervert és a lekérdezéseket kell optimalizálni, mert az egész még in-memory adatbázis esetén is lassú sz.r lehet, pedig akkor már az IO műveleteket elvileg jól bírná.
Ha PHP-s alkalmazást néztél, akkor szintén mindegy, hogy igazi szervert vagy csak a saját gépedet nézegetted, nincs olyan, mint pl. .NET-nél, hogy más a GC működése. Aztán lehet, hogy egy 433 MHz-es Celeron-on nézted, nem tudhatom.
És köszönöm szépen, mindhárom SSD-m jól van (fel is írtam egyet az adatlapomra), kettő itthon/otthon, egy pedig állandóan a munkahelyen lóg, mondtam is neki, hogy túlzásba viszi. Bár lehet, hogy szólók a rendszergazdáknak, hogy beruházni kellene: a NetApp-ban ki kellene cserélni a HDD-ket SSD-re, hogy jobban süvítsenek a szerverek.
A "mire gondolt a költő?" kérdéseket kár feszegetni.
[ Szerkesztve ]
-
Tele von Zsinór
őstag
válasz Sk8erPeter #8388 üzenetére
Átfutottam a másik topicban kapott linket, köszi a kijavítást! Eddig mindig olyan értelemben használtam, hogy sokat kell tanulni, hogy haladj vele, igyekszem leszokni róla
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #8391 üzenetére
Igazából annyiszor láttam már a fórumokban is helytelenül használva, hogy muszáj vóóót.
Ja, majdnem elfelejtettem, erre a felvetésedre reagálva igen, szerintem érdemes lenne írnod erről cikket. Szerintem jól jönne, a PDO-val kapcsolatos bevezetődet is többször be tudtuk linkelni kezdőknek (ahogy írtad is), mert rövid, tömör, de lényegre törő volt.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Peter Kiss #8390 üzenetére
"Egy sima natúr PHP-s webalkalmazás szempontjából (de még .NET, Java webalkalmazás szempontjából) éppen mindegy, hogy HDD vagy SSD van a gépben, semmit sem jelent, egyik működése során sincs fájlművelet"
Lehet, hogy késő van, de a fájlbeolvasás az mégis mi a büdös franc, ha nem fájlművelet?
Értem, hogy az oprendszernek is van bizonyos fájlcache-elése, és?? (Ja, és ne kezdj nekem légy szíves a PHP-hoz kapcsolódó opcode cache-elési mechanizmusokról is beszélni, lehetőleg ne tereljük a dolgot.) Nem csak izomból használt webalkalmazásokról beszélünk, hanem olyanokról, amik ki tudja, mikor kerülnek használatra. Nem csak olyan fájlokról beszélünk, amikhez azelőtt fél perccel nyúlt az oprendszer. Akkor meg qrvára nem mindegy, milyen a háttértár elérési ideje, azokat a bizonyos fájlokat mennyi idő alatt érjük el, mennyire nincsenek vagy vannak mozgó alkatrészek abban a nyomorék háttértárban. Erre adjál már légy szíves valami épkézláb magyarázatot üres okoskodó tőmondatok helyett, mert már tényleg az embernek teli van a töke azzal, hogy te állítólag a fórumban mindenkinél mindent jobban tudsz, de rendesen nem támasztasz alá nagyjából semmit.
De nyilván a rendszerem HDD-ről SSD-re történő KLÓNOZÁSát (nem volt újratelepítés) követően csak valami szer hatása alatt voltam, amikor érzékeltem a qrva nagy különbséget az előtte-utána állapot között, a legegyszerűbb nyomorék PHP-alkalmazásnál is, ami nem használta durván intenzíven az adatbázist (mint egy CMS), sőt lehet, hogy valami különös mágia történt, amiről nem tudok, ami miatt DE, IGEN, TÖRTÉNT gyorsulás, hát biztos valaki hirtelen megáldotta a gépemet, pont, amikor SSD-re váltottam, és még be is voltam tépve (azóta is konstans nyilván), hát mik nem történnek..."Adatbázison segíthetne a legtöbbet, de ott is előbb az adatbázist, a szervert és a lekérdezéseket kell optimalizálni"
Igen, az előbb pont ezt magyaráztam én is, hogy az az első. Utána jön minden egyéb gyorsítás."Ha PHP-s alkalmazást néztél, akkor szintén mindegy, hogy igazi szervert vagy csak a saját gépedet nézegetted"
Mi van? Miről beszélsz? Fejtsd már ki normálisan, ne csak tőmondatokban beszélj, akkor még lehetne is érteni, miről szól a vakera."Aztán lehet, hogy egy 433 MHz-es Celeron-on nézted, nem tudhatom."
Igen, rendkívül valószínű. A gyökérséget hagyjuk már, ha kérhetem. Legalábbis szándékosan ne legyél az.Ja, ha találkozol az SSD-iddel, akkor a nevemben is üdvözöld őket, és kérdezd meg, szeretnének-e HDD-vá válni, hogy újra a háttértár legyen a szűk keresztmetszet egészen sok esetben.
B@szki, nehogy már a végén még azt is előadd nekem, hogy lóf@szt sem számít, hogy SSD van a gépedben, mert kirohanok a világból.
[ Szerkesztve ]
Sk8erPeter
-
válasz Sk8erPeter #8393 üzenetére
Durva fájlműveletet (pl. 100 MB-os *.csv parse) nem rakhatsz webalkalmazás alá, mert sokáig tartana mindenképp, az alkalmazás a lassúság látszatát keltené, senki sem használná.
Most jutott eszembe, azon is szoktam röhögni, mikor egy fájlt beolvasnak PHP-val, és utána küldik ki otput buffer segítségével ahelyett, hogy fpassthru alkalmaznának.Nyilván, ha egy adott szolgáltató/céges kiszolgáló egy 80-as Maxtor-on szüttyög, az hamar megadja magát, de egy ilyen esetben sem a háttértár a legnagyobb probléma, hanem az üzemeltető(k) hozzá nem értése és a felelőtlenség.
Nem tudom, mit nem lehet érteni abban, hogy PHP esetén nincs különbség szerver és fejlesztői gép között. Nincsen szerverprofil, egy szálon dolgozik, akármelyik mai otthoni gép vígan kiszolgálja egy alkalmazás egy vagy több fejlesztőjét. Persze, adatbázis esetében már más a helyzet, az már képes arra, hogy nagyobb gépeket (több processzor) kihajtson, illetve hamarabb eljöjjön a szűk IO terhelés.
-
Sk8erPeter
nagyúr
válasz Peter Kiss #8394 üzenetére
Amit lényegében próbálsz fejtegetni, az az, hogy semmit nem számít otthoni gép esetében sem a kis/közepes/nagy webalkalmazásaidnál, hogy SSD-t vagy HDD-t használsz-e, pedig ez egy egetverő f@szság. Ha nem lenne saját tapasztalatom is a dologgal, akkor még talán el is hinném, amit magyarázol, mert elég kitartóan érvelsz a saját véleményed mellett. (Mondjuk minddjárt kitalálod, hogy bitos DIREKT csapom be magam, csak hogy téged meggyőzzelek.) De egyáltalán nem mindegy, egy-egy fájlt mennyi idő alatt érünk-e el (amit cucka írt korábban, annak legalább volt teteje, de ő is APC-ről, 7 ms-os elérési idejű szerverdiszkről beszélt), ugyanezt pofáztam az előbb is, erre nem reagáltál érdemben. De mivel beírtál a topicba, ezek szerint most már az is mindegy, hogy HDD-d vagy SSD-d van. Ha valaki átáll SSD-re, az fog érzékelni különbséget. (bár ha így lesz, nyilván becsapja magát) Még mindig nem támasztottad alá normálisan az érvelésedet. Egyébként meg hogy jön ide a HDD vs. SSD kérdéséhez, hogy egy vagy több szálon fut-e az alkalmazás (nem egyikről másikra váltástól fog ez változni)?
A 100 MB-os fájlok feldolgozásgatásáról és hasonlókról meg egyszerűen nincs értelme beszélni, nyilván nem erről van szó.
[ Szerkesztve ]
Sk8erPeter
-
radi8tor
MODERÁTOR
Sziasztok!
Blogspotot irogatok és képtelenség egymás mellé tenni két képet user interfészen.
HTML tetszés szerint szerkeszthető, de ez nekem nem olyan egyértelmű.Itt a kódrészlet, ez a két kép egymás alá kerül:
<div class="separator" style="clear: both; text-align: center;">
<a href="http://1.bp.blogspot.com/-HpqjfgR29SU/UaOy85M3Y4I/AAAAAAAAAaY/YsbxyoEHH-0/s1600/crysis3+2013-05-23+16-59-55-22.bmp" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="277" src="http://1.bp.blogspot.com/-HpqjfgR29SU/UaOy85M3Y4I/AAAAAAAAAaY/YsbxyoEHH-0/s400/crysis3+2013-05-23+16-59-55-22.bmp" width="400" /></a>
<a href="http://2.bp.blogspot.com/-NmzVkkuANyk/UaOzAwYiQ3I/AAAAAAAAAag/OFLlSNHIb3c/s1600/crysis3+2013-05-23+16-59-24-84.bmp" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="298" src="http://2.bp.blogspot.com/-NmzVkkuANyk/UaOzAwYiQ3I/AAAAAAAAAag/OFLlSNHIb3c/s400/crysis3+2013-05-23+16-59-24-84.bmp" width="400" /></a></div>Át tudjátok nekem írni, hogy egymás mellé kerüljön a két kép (hivatkozásokkal, kerettel együtt).
Köszi!
⭐ Stella
Új hozzászólás Aktív témák
- Mobil flották
- Samsung Galaxy Note10 és Note10+ duplateszt
- Luck Dragon: Asszociációs játék. :)
- Túra és kirándulás topic
- Nem indul és mi a baja a gépemnek topik
- Politika
- HP ProLiant MicroServer Gen8
- sziku69: Fűzzük össze a szavakat :)
- MW2 - MW3 játékosok baráti köre
- Alkoholista nevelde
- További aktív témák...
- iPhone 15 Pro 128GB - full karcmentes, dobozos, 100% akku, garancia
- Zero 9 (Techlife X6) elektromos roller (35km táv, 45km/h sebesség)
- Dell G5 5590 15.6" FHD IPS i5-9300H GTX 1650 16GB 1TB magyar vbill ujjlolv új akku gar
- Xbox Series X 1TB - 9 hónap garancia, vállalkozástól!
- ESP8266 offline ETAHEN / GOLDHEN wifi modult
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen