Hirdetés
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Gurulunk, WAZE?!
- Brogyi: CTEK akkumulátor töltő és másolatai
- sh4d0w: Árnyékos sarok
- Meggyi001: Eldugott helyek Párizsban, amiket jó eséllyel még nem láttál...
- Meggyi001: Eldugott helyek Párizsban, amiket jó eséllyel még nem láttál... 2. rész.
- gban: Ingyen kellene, de tegnapra
- btz: Internet fejlesztés országosan!
Új hozzászólás Aktív témák
-
#6592
RedSign
tag
Sk8erPeter
#6591
RedSign
tag
válasz
Sk8erPeter
#6591
üzenetére
Értem, köszi.
-
#6590
RedSign
tag
Sk8erPeter
#6589
RedSign
tag
válasz
Sk8erPeter
#6589
üzenetére
Igen teljesen igazad van, ezekkel a megoldásokkal valóban rövidül, amire én gondoltam, hogy a timestamp értékét kiolvasásnál és megjelenítésnél azonban vissza kell alakítani...
(vagy van erre valami más megoldás?) -
#6588
RedSign
tag
Sk8erPeter
#6586
RedSign
tag
válasz
Sk8erPeter
#6586
üzenetére
Szerintem is a TS formátum sokkal hasznosabb és kezelhetőbb...
...lehet, hogy PHP-ben pár karakterrel hosszabb a kód, de megéri. 
-
RedSign
tag
Sziasztok!
Tegnap belefúrtam magam kicsit a rewriterule-s oldalcímekbe és felvetődött bennem egy kérdés, hogy szerintetek mi a "helyesebb" vagy célravezetőbb?
Pl.: Ha úgy szeretném felépíteni az oldalam, hogy az aloldalak a domain.hu/aloldal/keres/id formában szerepeljenek, ahol a keres és id nem biztos, hogy adott, akkor érdemes minden aloldalhoz egy rewriterule szabályt létrehozni vagy egy php file-lal kezelni az összes aloldalt? Vagy ennek igazából így nincs jelentőssége?
Várom a válaszokat.
Köszönöm,
RedSign -
-
#6499
RedSign
tag
Speeedfire
#6498
RedSign
tag
válasz
Speeedfire
#6498
üzenetére
Persze, természetesen... :-) ...majd a napokban foglalkozom vele, aztán ha lesz eredmény megírom... :-D
-
#6497
RedSign
tag
Speeedfire
#6496
RedSign
tag
válasz
Speeedfire
#6496
üzenetére
Szia!
Köszönöm szépen a példát, egy alapnak nagyon jó lesz...
RedSign
-
#6495
RedSign
tag
Speeedfire
#6494
RedSign
tag
válasz
Speeedfire
#6494
üzenetére
Sziasztok!
Még nem sikerült kipróbálnom a htaccess rewriterule-s megoldást, de a jelenlegi projektemnél nekem is hasznos lehet.
Speeedfire - Egy példával leírnád, hogy hogyan is működik nálad (link is jó, ha meg van honnan vetted)?
Üdv,
RedSign -
#6484
RedSign
tag
abteam2008
#6483
RedSign
tag
válasz
abteam2008
#6483
üzenetére
Innen már nagyon egyszerű: az 'id'val kiválasztod a játékhoz tartozó sort a táblából (SELECT), majd az ebből kapott értékeket feldolgozod (mysql_fetch_assoc) és kiírod (echo v. print)...
-
RedSign
tag
Szia!
Hát a fő kérdés szerintem, hogy mi az oldal célja és mekkora szintű biztonságra van szükséged? (minél nagyobb annál kisebb időre és annál gyakoribb megújításra). Sok trükköt lehet alkalmazni, a kérdés, hogy szükséges-e az adott oldalhoz?
Persze nem tagadom minél biztonságosabb valami annál jobb... Üdv,
RedSign -
RedSign
tag
válasz
Inv1sus
#6257
üzenetére
Hogy-hogy semmire?
A jelszó semmire sem jó? Egyébként olyan adatok esetén hasznos, amiket a felhasználó visz be és csak összehasonlítani kell velük (megerősítő kód is ilyen például) vagy ha sütiben tárolod a felhasználói azonosítót és automatikus beléptetést alkalmazol vele... 
-
-
#6194
RedSign
tag
Speeedfire
#6193
RedSign
tag
válasz
Speeedfire
#6193
üzenetére
Na én meg automatikusan foo-nak olvastam...
...akkor viszont rossz a kód, ahogy Tele von Zsinór is írta... -
#6190
RedSign
tag
Speeedfire
#6189
RedSign
tag
válasz
Speeedfire
#6189
üzenetére
Tehát először is vannak osztályok és objektumok, a kettő között különbség van. A foo és a bar egy-egy osztály, ahol a bar a foo leszármazottja és jelenleg örökli minden tulajdonságát (nincs) és metódusát (woo). Az objektum jelen esetben az o, ami a bar osztályból származik és mivel a bar örökölte a szülőosztály minden tulajdonságát és metódusát, így o objektumnak lesz woo függvénye.
Remélem érthető lett...
-
#5936
RedSign
tag
Speeedfire
#5933
RedSign
tag
válasz
Speeedfire
#5933
üzenetére
Az igazán szép megoldás az lenne, ha csinálnál egy táblát a jogoknak (rights), és egy kapcsolótáblát (contactor) a jogok és a userek (users) között, majd így "kisakkozhatod" (contactor.user_id -> user.id and contactor.right_id ->right.id) a jogosultságokat...
...kérdés, hogy érdemes-e ennyire elbonyolítani? 
pl.:
users
- id
- name
- email
- pass
rights
- id
- value
- name
contactor
- id
- user_id
- right_id -
#5934
RedSign
tag
Speeedfire
#5931
RedSign
tag
válasz
Speeedfire
#5931
üzenetére
A rendszernek és a célnak megfelel, ahogy Tele von Zsinór is írta előttem, ha nincs osztott rendszered a session biztonságos, mehet bele minden...
...személy szerint én csak a felhasználók egyedi azonosítóját és nickjét tárolom benne (meg hibaüziket, visszajelzéseket a felhasználó felé), a többit kiolvasom az adatbázisból ha szükséges. De feladata válogatja, hogy milyen megvalósítás kedvezőbb... ...ha neked megfelel, akkor mehet bele "bármi"... -
#5930
RedSign
tag
Speeedfire
#5927
RedSign
tag
válasz
Speeedfire
#5927
üzenetére
Szia!
Elsőre bőven elég, bár sessionben nem tárolnám azért a jogosultságszintet, max a felhasználói azonosítót. Egyébként érdemes előtte felmérni, hogy mire van szükség, hiszen egy egyszerű jogosultsági szintű rendszerben, ami piramisra épül és a legmagasabb szinten a legnagyobb jogosultságú felhasználó helyezkedik el bőven elegendő az emelkedő számolás. Egy összetettebb rendszerben azonban már jogosultsági táblára vagy mátrixra lehet szükség - csoportok, csoport jogosultságok, kereszt kapcsolatok - ennyivel általában nem fogod megúszni...
Tömören: jelenleg szerintem bőven megfelelő... -
RedSign
tag
válasz
Tele von Zsinór
#5843
üzenetére
Bármit lekérhet, ha nem az általam meghatározott paraméterek között szerepel a kérés, ha nem akkor hibaoldal és természetesen logolva a kérés. Ennél több mi kellhet még?
-
RedSign
tag
válasz
Tele von Zsinór
#5838
üzenetére
Én is ezt a megoldást használom...
...akkor ezek szerint nincs parám... -
RedSign
tag
válasz
Brown ügynök
#5835
üzenetére
Hát egy nagyobb méretű tartalmakat mozgató közel száz lapos rendszernél nem hinném, hogy okos ötlet lenne...
...szóval ezen kívül miért is para? -
RedSign
tag
válasz
Brown ügynök
#5833
üzenetére
Igazából nem értem ezt a para dolgot, mivel ha biztosítani tudod, hogy a megfelelő oldalt kérjék csak le, akkor hol a para?
Vagy félreértek valamit, akkor viszont légyszíves írjátok le, hogy miért is rossz a switch azon kívül, hogy kilométeres lesz egy több specifikus lapot kezelő oldalnál? -
-
RedSign
tag
válasz
Brown ügynök
#5757
üzenetére
Nem, persze hogy nem...
![;]](//cdn.rios.hu/dl/s/v1.gif)
<form method="post" action="index.php?option=com_ajanlatkeres&task=kereses&targy=".$_POST["targy"].">
helyett:
<form method="post" action="index.php?option=com_ajanlatkeres&task=kereses&targy=<?php echo $_POST['targy']; ?>">
-
RedSign
tag
válasz
Brown ügynök
#5731
üzenetére
Szia!
Ezt javítsd:
<select name="nem">
<option>F</option>
<option>N</option>
</select>Valami hasonlóra:
<select name="nem">
<option value="F">F</option>
<option value="N">N</option>
</select>és az adatbázisban is a nem oszlopot ennek megfelelően töltsd fel...
Üdv,
RedSign -
RedSign
tag
válasz
maestro87
#5722
üzenetére
Itt az okozza a problémád, hogy az aa.jpg mérete meghatározott és semmi sem méretezi át, ha az oldal nagyítása változik. Megoldás lehet egy háttérszín, ami nem fehér (pl.: background-color: black; ) vagy ha a kép ismétlése nem "csúnya" akkor vedd ki a no-repeat opciót...
-
RedSign
tag
válasz
maestro87
#5715
üzenetére
Nem tudom most tesztelni - és megnézni sem -, de próbáltál esetleg nagyobb képet és negatív helyzetet (elcsúsztatni a képet)?
Me lenne egy olyan probléma is, hogy internet explorer alatt sokkal nagyobbak a betűk mint kellene. Ezt, hogy lehetne orvosolni?
Mivel most tesztelni nem tudom azt javaslom, hogy állíts be egy fix értéket az oldalra (body) font-size: 12px; majd relatív ehhez képest állítsd a többi betű méretét. Ha dinamikus megjelenítést akarsz, akkor body-ban font-size: 1em; és ehhez képest mehet a többi...
Bár ez már nem PHP kérdés...
-
#5632
RedSign
tag
TomyLeeBoy
#5631
RedSign
tag
válasz
TomyLeeBoy
#5631
üzenetére
Az is jó, de a link is elég...
...lehet, hogy PHP-ben pár karakterrel hosszabb a kód, de megéri. 
A jelszó semmire sem jó? 
...akkor viszont rossz a kód, ahogy Tele von Zsinór is írta... 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- BestBuy topik
- Milyen autót vegyek?
- Yettel topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Számtech boltosok memoárjai, azaz amikor kiborulunk...
- Vicces képek
- RAID
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- A fociról könnyedén, egy baráti társaságban
- OLED monitor topic
- További aktív témák...
- HIBÁTLAN iPhone 12 mini 128GB Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS3392, 94% Akkumulátor
- HIBÁTLAN iPhone XR 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3267, 96% Akkumulátor
- BESZÁMÍTÁS! Asrock B450M R7 3700X 16GB DDR4 512GB SSD RTX 2070 Super 8GB GameMax Aero Mini ECO 600W
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- HIBÁTLAN iPhone 13 mini 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3319
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest