- iPhone 16e - ellenvetésem lenne
- Mobil flották
- Milyen okostelefont vegyek?
- Garmin Forerunner 970 - fogd a pénzt, és fuss!
- Bemutatkozott a Poco X7 és X7 Pro
- Azonnali navigációs kérdések órája
- Motorola Edge 50 Fusion - jó fogás
- One mobilszolgáltatások
- Xiaomi 15 - kicsi telefon nagy energiával
- Prohardver app (nem hivatalos)
Aktív témák
-
tbs
addikt
Ha sok az adat, akkor érdemes megpróbálni egy szerializált verzióban a szövegkereséssel és kimókolni belőle a pozíciót. Textmanipulálásban elég gyors a php.
Vagy a tömb feltöltésekor építs indexe(ke)t mellé.
Vagy ne tömböt tölts fel, hanem egy adatbázist.
Ja, még valami: lassú a gép...
[Szerkesztve] -
tbs
addikt
3-as, 4-es phphoz a Fekete Könyv elég jó volt, de bőven megúszható az ára, ha egyébként nem ez az első programnyelved...
#4824, utának: Akkor a help elég lesz neked. Egy jótanács: azonnal kezdj valami template rendszerrel dolgozni. Smarty pl. Pici, egyszerű. Magasabb értékű produkciókat tudsz így előállítani.
[Szerkesztve] -
-
tbs
addikt
válasz
Protezis #4814 üzenetére
Teljesen off ugyan, de kötözködöm...
Tervezhető zseton a havidíjas szolgáltatásokban van, nem az ad-hoc fejlesztésekben. Havidíjért adok neked tárhelyet, mondd mi kell bele.
A produkció hatékony előállításának kérdése pedig pénzügyi szempontból jobb, ha nem szerelem kérdése. -
tbs
addikt
válasz
VladimirR #4805 üzenetére
Pici megjegyzés, nem bántásiból. Ha xhtml kódot gyártsz szerveroldalon domosan (xsltvel), akkor nagyon nem hatékony php-ban varázsolni... Pl. tomcat/java és tsai messze jobb performanciát adnak a kérdéses témában. Még gyenge gépen is.
Amúgy fini és jó technika, de a php ide már fölösleges. -
tbs
addikt
válasz
marcias #4788 üzenetére
Az urlt összerakhatod jáva/vb szkriptben, és a document.locationba töltve navigálódik jó paraméterrel... De ha elfogadsz 1 jó tanácsot: az ilyesmit NAGYON NEM ÍGY KELL megoldani.
A tuti megoldás, ha nem érdeklődsz a kliensfelbontás után. Ha mégis, akkor egy szkriptelt callback kell neked hozzá...
-
tbs
addikt
-
tbs
addikt
válasz
Tele von Zsinór #4364 üzenetére
Oké. Kár, aszittem van valami űbertrükk, ami felett elsiklottam... Nálam is csak ezek mennek. (Cookie + sess. ticket lejárat.)
-
tbs
addikt
válasz
Tele von Zsinór #4362 üzenetére
Nagy igazság. Nincs valami tipped a különböző böngészők különböző history-kezelésével való visszalépegetéses ''navigáció'' jó session megfogására..? Nekem csak a lejárós kuki és a lejárós jegy jött be együtt...
-
tbs
addikt
válasz
StaMiNa #4347 üzenetére
Jaja, igazat ír nagyon. Sok ph levél ''megeszi'' a szervert. Szervereimen kötelezem a júzereket az én levélküldő rutinom használatára. (Www-data nem tud smtp-t nyitni semerre...
) Aszinkron, levél fájlocskákat vár, majd egy perlscript időnként kisöpri őket... Persze nem meggondolatlanul, hanem egy 10Mbitre korlátozott virtuális csatolón keresztül...
Webszerver ne levelezzen ipari méretekben... -
tbs
addikt
válasz
Jester01 #4290 üzenetére
Aha, ráadásul a némszerver is zabos lehet a faggatózásra. Ha meg preparálok egy bind-et, hogy vontatottan szolgáljon ki, akkor mégkönnyebb az ültetgetés.
Véleményem szerint egy publikus oldalra teljesen elég a formai ellenőrzés, mert a felhasználó érdeke, hogy jót, létezőt adjon meg.
Persze lehet fokozni, pl. hogy e/smtp ELHO/HELO-zott userre mit lök a célgép, de ez meg pláne marhaság nyílt lapon...
Amúgy tök egyetértek. Occam borotvája. Tuti megoldás nem létezhet (architekturális probléma), akkor válasszuk a legegyszerűbbet... -
tbs
addikt
válasz
Louloudaki #4285 üzenetére
Ez csak hosztot csekkel, nem címet. Webszervert ügyesen le lehet ültetni ezzel.
Én nem használnám...
-
tbs
addikt
válasz
Tele von Zsinór #3188 üzenetére
Jóesetben...
Amúgy igen, ''kódolható''. APC, Zend Engine témakör. -
-
tbs
addikt
Öööö... Letöltésszűrésre..?
Jön a query: http://leslie.hu/down/file14441
Bemeccseled, hogy az melyik fájl fizikailag (gangbang_w_mule.avi), csekkolod, hogy letöltheti-é a júzer, majd gyártasz egy random symlinket (ami tényleg platformfüggő php alatt, de kis ügyességgel megy winnt alatt is), mondjuk xgg65RREUhh.dat, és location: http://leslie.hu/files/xgg65RREUhh.dat
Ellenőrzés után megszabadulsz a php+apacs vízfejtől és a kliens, mondjuk egy lighty által tolt fájlt kap.
Eccerű. -
-
tbs
addikt
Fájlműveletek:
A fájlok rendszerint egy LASSÚ elérésű periférián laknak, tehát sokkal könnyebb fájlműveletekkel túlterhelni egy gépet, mint memóriaműveletekkel. (Nem szabad a rendszer cache kezelésére építeni: egy szervernek van más dolga is, mint minket kiszolgálni.)
Tehát szerver biztonsági okokból célszerűbb nagy blokkokban olvasgatni a fájlokból, de a legjobb egyben benyalni.
Az egyben benyalás esetén is célszerű egy kövér limitet beállítani az olvasáshoz, extrém memóriafogyás elkerülésére. (A limit egyébként is ajánlott minden fájlolvasáshoz, hackelési lehetőséget ad a limit nélküli olvasgatás.)
Azaz PHP-ül:
$filehandler = fopen ( ''file.txt'', ''r'' );
$lines = explode ( ''\n'', fread ( $filehandler, 65535 ));
fclose ( $filehandler );
Egy requestnél még nem feltétlenül látszik az eredmény, de pár 10-100 konkurens lekérésnél már nagyon... A PHP nagyon gyorsan manipulálja a tömböket. Használjuk ki!
Egyszer még megmentheti a siteot szolgáltató szervert az előrelátásunk. -
tbs
addikt
válasz
Forest_roby #2697 üzenetére
Önmagára mutató form. Gusztustalan minta:
kiir.php:
< ? if isset ( $_POST [ ''ize'' ] )
$valtozo = $_POST [ ''ize'' ] ? >
< form post kiir.php >
< ? print $valtozo ? >
< input name=''ize'' / >
< input type=''submit'' / >
< / form > -
tbs
addikt
válasz
FehérHolló #2396 üzenetére
Összehasonlítani? Korrekten? Háááát. Mivel sohasem tudom, milyen kvalitású rendszerre kerül a produktum (van-e jó modul/sw tömeg felrakva), ezért már egy jó ideje elkészült saját fügvényekkel végzem az utf8-as sztingkezelést.
(Izgalmas kérdés a ''csak'', ''cukor'' sorrend helyes felállítása.)
Java ebben IS sokkal jobb...
Rekordok..? Itt (mivel interpretált nyelv) mi értelme volna? Nincs értékes memóriaterület, ami típus nélküli. -
tbs
addikt
válasz
marcias #2185 üzenetére
Ha IE alatt nézegeted a fejlesztett oldalt, akkor érhet pár meglepetés a szabályozhatatlan cache kezelése miatt. Ilyenkor javaslom a ''force reload''-ot -> Ctrl+Shift+egérrel a reload gomb.
Jobban jársz, ha valami kevésbé okos brózerrel nézelődsz (pl. Opera), és a végső dizájnt szívod végig az IE-vel...
A legritkább esetben a php a hülye. -
tbs
addikt
válasz
marcias #2165 üzenetére
Helyes, csak így lehet megtanulni egy nyelv alkalmazását!
Ha megfogadod a session_start()-os hsz-eket, akkor rájössz, hogy könnyű.
Rajzold le egy papírra, hogy mit csinál a kliens, a szerver, és gondold át hogy a független lekérések között hogy lehet állandó információkat hozni/vinni. -
tbs
addikt
válasz
marcias #2147 üzenetére
2. kérdésedre a válasz: session kezelés. Komoly téma, irányjelző: session_start()...
1. kérdésre Leslie egy olyan megoldást javasolt, ami lehet hogy elegáns, de van 2 súlyos ellenérvem.
-Roppant kellemetlen dolog egy kézzel kendácsolt félig kliensoldali vb/js/akármi, félig szerveroldali php/j/asp/akármi logikát karbantartani a távoli jövőben.
-Ha nincs a szerveroldalon ellenőrzés, akkor egy wget segítségével shellszkriptből is könnyen DoS-olható a rendszer, biztonságtechnikailag szar.
Logikát centralizáljuk egy helyre. -
tbs
addikt
válasz
burgatshow #2130 üzenetére
Hibakezelésre? Minden lépés utáni mysql_error csekkolást...
Ímhol egy régebbi DAO egy függvénye, ma már ennél is kifinomultabb módszereim vannak...
function findByUgyfel_az ( $_sUgyfel_az, $_sOrderField = ''ugyfel_az'', $_sOrderDir = ''ASC'', $_sLimit = ''18446744073709551615'' ) {
$query = ''SELECT * FROM UGYFELEK WHERE ugyfel_az LIKE '''. quote_smart ( $_sUgyfel_az ) .''%' ORDER BY $_sOrderField $_sOrderDir LIMIT $_sLimit'';
if ( ! ( $res = mysql_query ( $query, $this->resConn ))) {
$this->bErr = mysql_error ( $this->resConn );
return ( false );
}
if (( $c = mysql_num_rows ( $res )) < 1 )
return ( false );
if ( ! $this->makeVOsArray ( $res ))
return ( false );
return ( $this->aRetVOs );
} // findByUgyfel_az -
tbs
addikt
válasz
marcias #2126 üzenetére
Szerintem de direkt szivatod magad a hátulról mellbe módszerekkel...
Aszongya:
$res = query ( ''select null from izébizé where user='$user' and pass='$pass limit 2' );
if (( $c = mysql_num_rows ( $res )) > 0 )
// beléphet
elseif ( $c > 1 )
// db integritás gond
else
// nem valid user...
Erre a témára felejtsd el a countot... -
tbs
addikt
válasz
burgatshow #2119 üzenetére
Lassít...
-
tbs
addikt
Értem. Valóban n-es az igény, de nagyon béna selectek futnak csak VÉGIG a táblán.
Amúgy a ''select count(*) from tabname where...'' és a ''select null from tabname where...'' közötti jelentős különbség nem a műveleti igény, hanem a KOMMUNIKÁCIÓS. A ''select null'' csak státuszt lök a kliensnek, ha üres a feltételek eredménye, ha valami van ott, akkor rowobject is megy... Count-nál üres halmaz esetén is megy rowobject.
Bennevalóság vizsgálatnál a null visszaadása nagy trükk.Ha sok az ilyen feladat, akkor az indexek milyenségén is érdemes elmélázni: tree, hash, bitmap, inv. bitmap, stb... (Bár mysql-nél ez nem olyan érdekes probléma...
)
-
tbs
addikt
Csak picit röfögnék: a count(*)-ot érdemes valahogy kitrükközni AKÁRMILYEN sql lekérésből, ha lehet. Ha mysql, akkor inkább ''select null from users where uname='$uname' and upass='$upass' limit 1'' és megnézni a resultsorok számát, ahogy írtad... Nem lesz belőle később félig kideríthetetlen erőforrászabáló.
Web felületre amúgy is érdemes minden result sorszámát korlátozni, ne emiatt akadjon fenn a rendszer. És értelmes sorkorlátok felállításához át kell gondolni a max terhelést/datasize-ot, sok jövőbeli hibát megspórol vele az ember. Két limitert szoktam használni: 1 és egy olyan maximum, ami minden lap előállításához elég infót ad. Mondjuk 1000. (Kétségtelen, hogy némileg máshogy kell az sql-eket összerakni, pl. rowid tartomány kell nekik, okos osztályozó-mezők (indexelve), stb...) -
tbs
addikt
válasz
marcias #2072 üzenetére
Én póriasan beraknám az avg mellé az mcim-et is, és akkor eléggé egyértelmű lesz. print_r-rrel nézd meg, hogy mire kell hivatkoznod a query response array-ban...
Viszont a kód szépítése céljából nézd meg a Smarty-t: sokkal olvashatóbb eredményt fogsz kapni, és nem rögzülnek be rossz php/html keverési szokások. (Mint pl. a mostani.) És az sem hátrány, ha a komplex sql queryk magyarázzák magukat, könnyebb az sql-logban a távoli jövőben extrém hibát keresni... (Lsd. a példám.)
[Szerkesztve] -
tbs
addikt
-
tbs
addikt
Finom kérdés, hátha valaki már megküzdött vele és tud adni egy konveriós tömbböt:
Windows-ról ext2-re másolt ékezetes fájlnevek ékezeteit hogyan tudom élvezhetővé tenni glob-bal történt megtalálás után..? (iso-8859-2 kellene) -
tbs
addikt
Ha túljutottunk a papíron, akkor grafikus barátosném PaintShopPro-val dolgozik, én Pixel32-vel és IrfanView-vel darabolom a produktumát, optimalizálok, piszkálgatok. Majd egyszerűen smarty-ban összerakom...
Amíg megy a rajzolgatás, addig lehet jóóól MVC modell alapján kódolni a hátteret a végleges felületi tudás nélkül. -
tbs
addikt
válasz
whitewolf5 #1938 üzenetére
Mert a CGI tulajdonsága, hogy a szkript lefutása után eltakarít minden nyomot a memóriából. A db kapcsolatokat is.
Ha mindenképp cgi, akkor fastcgi. Ott lehet varázsolni perzisztens db linkeket is. -
tbs
addikt
Ne egymást győzködjük már a saját módszerünk pro-ságáról...
-
tbs
addikt
Jaja, vi fan vagyok én is, bár mióta elég erős a gépem az x-hez, van jó kis JEdit (win alatt is megy), kicsit könnyebb vele projekteket összefogni, mint egy fapad szerkesztővel.
Skera, a pro-sághoz tartozik, hogy nem vagy magányos farkas.
Amúgy még egy tanács kezdőknek: ha nem kívánsz a jövőben szívni az ékezetes karakterek problematikájával, akkor most szívj egy ''kicsit'' és UTF-8-as html outputban és db-ben gondolkodj.
[Szerkesztve] -
tbs
addikt
válasz
szijartg #1916 üzenetére
Ne.
Szerezz a windowsodra (buta feltételezés) egy AMP (Apache-Mysql-PHP) környezetet, ajánlom az EasyPHP-t, mert könnyen levakarható, pici, és nem szemetel szanaszét fájlokat.
Aztán egy php doksit a zend-től, és ha jót akarsz magadnak, akkor egy php template rendszert is elkezdesz megtanulgatni, smarty pl. nagyon egyszerű, és ipari cuccokhoz is jó.
Aztán kapd elő a kedvenc editorodat és hajrá.
Itt régebben láttam egy putrawriter nevű csodát, elég jó szárnypróbálgatáshoz.
Ide-oda húzogatom módszert nem ismerek.
Aktív témák
Hirdetés
- Milyen autót vegyek?
- Medence topik
- Autós topik látogatók beszélgetős, offolós topikja
- Okos Otthon / Smart Home
- Mibe tegyem a megtakarításaimat?
- Milyen légkondit a lakásba?
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Abarth, Alfa Romeo, Fiat, Lancia topik
- One otthoni szolgáltatások (TV, internet, telefon)
- Háztartási gépek
- További aktív témák...
- Bomba ár! HP 255 G7 - AMD A4 I 4GB I 128SSD I HDMI I 15,6" FHD I Radeon I HDMI I W11 I Cam I Gari!
- Telefon felvásárlás!! iPhone 14/iPhone 14 Plus/iPhone 14 Pro/iPhone 14 Pro Max
- Huawei Nova Y70 128GB, Kártyafüggetlen, 1 Év Garanciával
- Telefon szerviz helyben - Gyors javítás, akár 30 perc alatt!
- BESZÁMÍTÁS! ASRock B460M i5 10400 16GB DDR4 512GB SSD RTX 2060 Super 8GB Rampage SHIVA TT 500W
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest