Új hozzászólás Aktív témák
-
cucka
addikt
A hibaüzenetet azért kapod, mert a wordpress úgy érzékelte, hogy aktiválás során a scriptednek volt valamilyen kimenete, aminek elvileg nem kéne.
A kimenetet okozhatja sokminden, például
- konkrétan kiírsz valamit
- valami hiba történt és a hibaüzenet kikerült az stdout-ra
- sortörés vagy fölösleges szóköz a script elején vagy végén
- a file elején található BOM. Egyszerű fix: nyisd meg a file-t Notepad++ nevű programmal és állítsd át a karakterkódolást BOM nélkülire.Remélem segített.
-
cucka
addikt
válasz Brown ügynök #6926 üzenetére
Valamilyen kódrészletet dobj fel pastebin-re, ebből, amit leírtál, semmit sem lehet érteni.
-
cucka
addikt
válasz Brown ügynök #6928 üzenetére
A kód alapján ennek működnie kéne.
Kapcsold be a hibák és warning-ok mutatását és próbáld kideríteni, hogy
- a user és pswd változókba bekerülnek-e az értékek?
- ha igen, mi történik onnan, hogy bekerültek az értékek addig, amíg használni szeretnéd őket (eltűntek az értékek) -
cucka
addikt
válasz Sk8erPeter #6934 üzenetére
Szerintem adatbázis-kapcsolati objektumok létrehozásához érdemes lehet a Singleton-mintát alkalmazni.
Szerintem annyira nem érdemes. Alapvetően PHP-s webfejlesztés során túl sokat nem nyersz a tervezési mintákkal. (Elsősorban a php gyenge típusossága miatt, másodsorban a webfejlesztés sajátosságai miatt). Persze, lehet használni, semmi baj sincs vele.Én személy szerint a PDO-t használom, és ajánlom is a használatát.
Jelenleg kezdek egy hobbi projektet és nézegettem ezt is mint lehetséges eszközt, de hát a tudása az nagyon erősen konvergál a nullához egy komoly orm-hez képest. -
cucka
addikt
válasz Brown ügynök #6939 üzenetére
Az orm azt tudja nyújtani, hogy elfedi előled az sql-t és annak összes nyűgjét.
-
cucka
addikt
válasz Peter Kiss #6981 üzenetére
MVC modellben a menüt és minden más, oldalon megjelenő információt a C szedi össze, majd átadja a V-nek, ami a kapott adatstruktúrák és a sablonok alapján legyártja a html kódot.
Kicsit túl általános a kérdésed, de valahogy így zajlik a dolog:
- C tudja, hogy milyen oldalt nézünk és hogy ehhez az oldalhoz melyik view-t kell majd meghívni, továbbá azt is tudja, hogy ennek a view-nak milyen bemeneti adatokra van szüksége
- C összeszedi a szükséges bemeneti adatokat és átalakítja olyan formába, amit a V meg tud jeleniteni - például menünél átatja egy tömbben a menüpontok listáját és azt, hogy éppen melyik van kiválasztva.
- V kiírja a HTML-t a C által küldött adatok alapján. -
cucka
addikt
válasz Peter Kiss #6983 üzenetére
Hogyan oldjam meg, hogy a top level HTML elemeket tartalmazó View darabok, és esetleg pl. a menüt tartalmazó részeket berántsa magának?
Feltételezem, hogy olyan template nyelvet használsz, ami include-al működik (kívülről befele), nem pedig inherit-el (belülről kifele). Na ez esetben úgy oldod meg, hogy van egy alap template-ed, mondjuk legyen page, ami valahogy hasonlóan néz ki php-t használva template nyelvnek:
<html><head>/ .. /</head>
<body>
<div id="menu"><?php include 'menu.tpl'; ?></div>
<div id="content"><?php include $context['page_body']; ?></div>
/ ... /
</body></html>
Ez az oldal váza, amiből lehet többféle is, a lényeg, hogy a template elkészítése kívülről befele történik. Ezt a vázat fogja a view megjeleníteni. Azt, hogy a kontent részbe mit pakolunk, az attól függ, hogy a controller mit állított be a $context['page_body'] változóban. A kontrollered ez esetben valahogy így fog kinézni:
function view(/../){
/../
$context['page_body']='edit_form.tpl';
return render_template('page_base_template.tpl', $context);
}
Az action beállítja a page_body értékét (vagyis hogy melyik file-t kell behúzni a tartalmi részbe), majd lerendereli az alap template-et a megfelelő paraméterekkel. A $context változó szerepe, hogy ebben tároljuk azokat a paramétereket/változóértékeket, amelyeket a template-ek felhasználnak a html legyártásához.
Természetesen ez csak egy rövid példa, remélhetőleg átjön a lényeg .Arra kellene valami jó megoldás, hogy miként töltse be az adott részeket a cucc.
Normális autoload-ot kell írni . Az számomra rejtély, hogy az Areas mappád mit jelent és miért van benne külön M,V,C mappa, amikor ezek a gyökérben is ott vannak. Saját MVC framework-öt fejlesztesz, vagy kész megoldást szeretnél használni?most az aktuális Controller megkapja a konstruktorában a végrehajtandó action-t (de nem a konstruktor hívja meg!).
Nem szükséges megkapnia. Egy controller általában nem más, mint action-ök halmaza, minden action egy-egy függvény a controller osztályon belül. Az, hogy melyiket kell meghívni, az a routing során dől el, ami tulajdonképpen az a rész, ahova bemegy az url és kijön a controller/action/paraméterek hármas. A framework feladata, hogy ezt megcsinálja, majd az előbb említett hármas alapján meghívja a megfelelő kontroller megfelelő action-jét a megfelelő paraméterekkel. (Illetve az is a feladata, hogy észrevegye, ha nemlétező controllert vagy actiont szeretnél meghívni, vagy esetleg a paraméterek nem megfelelőek - az elsőt az autoload/osztálykereső fogja kiszűrni, a másodikat a controller ősosztályban ügyesen megírt __call() függvény, a nem megfelelő paramétereket pedig maga az action)[ Szerkesztve ]
-
cucka
addikt
válasz Peter Kiss #6985 üzenetére
Utána néztem az 'inherit' módú View-gyártásnak, ez sokkal jobban tetszik, mert könnyebben és szebben valósítható meg
Ebben nem értek egyet veledjelentik az alját, ezeket még nem használtam, van-e valami hasznos megjegyzés hozzájuk?
Amit a php manuálban ír, az elég./felhasznalok/felhasznalo/bombadil_toma/edit
Ilyen url-ek helyett a hasonló struktúrát javaslom:
/felhasznalok/felhasznalo/edit/123
..ahol a 123 a felhasználó id-ja. Ennek oka, hogy framework szinten elég nagy szívás biztosítani, hogy a felhasználó neve az url-ben egyedi legyen, az azonosító viszont mindig az.M "mappa" nem lenne lényeges az area-ba, hiszen a Model az egész rendszerben megtalálható, de esetleg lehet valamilyen örökléses csavart betenni, ha arra van szükség.
Sem M, sem V mappára nincs igazán szükség. C és V mappákban lehet minden area-nak külön mappája, azon belül pedig a kontroller osztályok és template-ek. Szerintem így a legegyszerűbb.Autoload-ra tudsz mutatni valami hardcore-abb példát?
Perpill nincsenek nálam a fileok. Olyat tudok, amiben két mappában keres (framework szint és application szint) és cache-eli az eredményeket. Nem tudom, ez elég hardcore-e?Nálam a Controller azért kapja meg az action nevét a konstruktorban, mert már ekkor létrejön egy View objektum, aminek tudnia kell, mit renderel. Ez azért szükséges megint, hogy minél több mindent tudjon megvalósítani magától a rendszer (action végén csak return $this->_view van).
A view objektumot elég akkor példányosítani, amikor használod. Itt egy folyamatábra, hogy kb. mi történik:1. alkalmazás inicializálás, konfiguráció
2. a routing kitalálja az url-ből, hogy milyen kontrollert kell meghívni
3. a routing meghívja a kontroller ősosztály runAction függvényét
4. a runAction meghívja a kontroller megfelelő action függvényét a megfelelő paraméterekkel
5. az action megcsinálja a dolgát, majd meghívja a kontroller ős render függvényét
6. a kontroller ős render függvénye létrehozza a view objektumot, megfelelő paraméterekkel
7. a kontroller ős meghívja a view objektum render függvényét
8. a render függvény eredménye kikerül az stdout-ra, megjelenik a weboldal, öröm, boldogság[ Szerkesztve ]
-
cucka
addikt
válasz Roliiii #6988 üzenetére
Az echo "asd"-ben az asd-t cseréld ki arra a szövegre/html kódra, amit ki akarsz írni.
Arra figyelj oda, hogy ha " karakterekkel adod meg a stringet, akkor a szövegben a " karaktereket le kell zárnod, vagyis " cserélendő \" -re. (Ha sima idézőjellel adod meg a stringet, akkor meg azokat kell ugyanígy lezárni) -
cucka
addikt
Azt nagyjából tudom, hogy mi az előnye egy CMS-nek, erről sokat olvastam. De mi a hátránya?
Egy CMS kész rendszer, akkor érzed a hátrányait, ha olyan funkcióra van szükséged, amit nem tud / nem úgy tudja, ahogy neked szükséges.Mikor érdemes egy weboldalt teljesen az alapoktól PHP-ban vagy ASP.NET-ben felépíteni?
Ha az "alapoktól" dolgot úgy érted, hogy mindent magadtól írni meg, akkor soha.Másik kérdésem: PHP-ról ASP.NET MVC-re átmenni mennyire nehéz?
Mit jelent az, hogy átmenni? -
cucka
addikt
Akkor úgy érted, hogy mindig használjak fel CMS-t és azt bővítsem?
CMS-t vagy valamilyen framework-öt.
Persze, ha otthon hobbiból programozgatsz, akkor úgy fejleszthetsz, ahogy akarsz, ártani nem árt.Úgy értem, hogy ha egy PHP-s oldalt megcsinálok, akkor azt annak alapján könnyedén megtudom-e csinálni annak az ASP.NET MVC-s klónját?
Gondolom igen.
(Egyébként [moderálva] is ritkán szoktak kérdezni. Minek megírni, amit már megírtál? Egyáltalán, változtat bármit, ha könnyű/nehéz újra megírni?)[ Módosította: 7 ]
-
cucka
addikt
válasz sioaltar #7017 üzenetére
Érdekelne a véleményetek, hogy aki elakar kezdeni foglalkozni a php és társaival, milyen irányba mozduljon
Például a "veszel egy komolyabb php könyvet és elkezdesz tanulni belőle" irányt javaslom. Könyvből meg a PHP fekete könyv nevűt. A "24 óra alatt" típusú könyvek felejtősek.Érdemes itthon egyedül foglalkozni vele
Igen.vagy menjen el az ember valami külön erre szakosodott képzésre?
Ez a szakma (webfejlesztés) olyan, ahol a tudás nagy részét egyedül kell elsajátítsd. Van egyáltalán erre szakosodott képzés, ami komoly tudást ad? (Én nem tudok róla, de ettől még létezhet)Nem az a fő célom, hogy meggazdagodjak belőle és piros porsche-val furikázzak
Ne aggódj, PHP fejlesztésből garantáltan nem fogsz magadnak piros porschét venni. (Meg általában semmilyen 5 évnél fiatalabb autót ) -
cucka
addikt
válasz sioaltar #7019 üzenetére
ott is sokat írták a PHP fekete könyv c. könyvet , de voltak akik "szidták" mert elavult , php4.
Van belőle PHP5-ös kiadás is.php4 vs php5 ?
Egyértelműen PHP5, a 4-es felejtős, minden szempontból.Egyébként , én láttam már képzést amit úgy hirdetnek, hogy webprogramozó, ott gondolom elejétől végéig átrágnak mindent.
Vagy nem. Ilyen webfejlesztő okj képzések kb. annyit érnek, mint a papír, amire az oklevelet nyomtatják.Visszatérve a könyvekre, nekem itthon van pdf formátumban ilyen 24 óra alatt tanuljunk meg "php-ül" könyv, gondoltam azzal kezdem, de ha tré akkor hanyagolom.
Igazából abból is lehet tanulni, meg minden, a baj vele, hogy felületes tudást ad. -
cucka
addikt
válasz Peter Kiss #7025 üzenetére
Nem igazán értem, hogy mi nem világos..
Van egy kontroller action-öd, ami az egész oldalt jeleníti meg és van egy másik action-öd, amit ajax backend-ként használsz.
A közös alkalmazáslogikát kipakolhatod egy külön függvénybe az adott controller-en belül, így nem kell megírni kétszer semmit. A view réteget szintén fel tudod úgy darabolni, hogy a közös részeket mindkét action használja. Melyik része nem világos? -
cucka
addikt
válasz Siriusb #7065 üzenetére
1. Azért, hogy a statikus változót visszaállítsa 0-ra. Ez csak egy példakód.
2. Mert a függvényben egymás után le fognak futni a sorok. Ha a függvényen belül meghívod a test() függvényt, akkor az a futása után oda tér vissza, ahonnan hívtad, tehát a programod onnan fog tovább futni.
Tehát a függvényed először megnöveli a count-ot majd meghívja saját magát. A meghívott függvény megnöveli a count-ot majd meghívja saját magát. Ez megy egészen addig, amíg tizedszer hívta meg magát.
A tizedik hívásnál a feltétel hamis, ezért nem hívja meg magát, hanem továbblép: csökkenti a count-ot majd kilép, a futás pedig ott folytatódik, ahonnan meghívtad, vagyis a 9. szinten, ahol szintén csökkenti az értéket, majd kilép a 8. szintre és így tovább. -
cucka
addikt
válasz Siriusb #7067 üzenetére
A rosszul megírt rekurzív függvény sem szemeteli tele a memóriát, a legrosszabb, ami történhet, hogy nem ér véget a futása, de ezt meg úgyis észreveszed .
Nyilvánvalóan nem érdemes rekurziót használni, ha az a feladat, hogy számolj el 10-ig. Vannak olyan feladatok, amire a rekurzív függvény a kézenfekvő és általánosan használt módszer, például ha be kell járni egy fát. -
cucka
addikt
válasz Siriusb #7118 üzenetére
Van valami előnye annak, ha egy változóhoz rendelek egy anonim függvényt, minthogy egyszerűen a következőképpen alkalmazom:
Abban az esetben van értelme, ha a függvényt egy másik függvénynek szeretnéd átadni paraméterként.a php.net példáiban következetesen használják kiírandó stringekben a \n - t
A php-t lehet használni általános célú scriptnyelvként is. A nyelv szempontjából nézve az teljesen mindegy, hogy az output, amit a stdout-ra raksz, az html vagy sem. -
cucka
addikt
válasz Speeedfire #7255 üzenetére
mindent tud csak kell a python hozzá, ami meg megeszi a gépet
Ööö ezt magyarázd már el, hogyan is eszi meg a python a gépet? (És ezzel párhuzamosan a php hogyhogy nem eszi meg?)[ Szerkesztve ]
-
cucka
addikt
válasz Speeedfire #7260 üzenetére
cucka: Ezen nem tudom mit kell magyarázni. A python megeszi a vasat alólam. A php és a lighttpd meg még nem.
Csak szólok, hogy a python egyik nagy előnye pont a sebessége, a php-nál pl. lényegesen gyorsabb. -
cucka
addikt
válasz fi:zi'k #7328 üzenetére
Van egy $_menu változód. A kód azt csinálja, hogy
- átalakítja a $_menu változót bool típusúra
- megnézi, hogy az így kapott érték True-e
- ha igen, kiírja azt a html szöveget, ami az if és az endif között van
- a html szövegen belül a php echo sornál a $_menu változót stringgé (vagyis szöveggé) alakítja, majd ezt a stringet kiírja. Ez természetesen csak akkor történik, ha egyáltalán belépett a program az if törzsébe.kb.
Nulla előképzettséggel amúgy nehéz lesz.
[ Szerkesztve ]
-
cucka
addikt
válasz DeltaPower #7346 üzenetére
chown() és chmod() függvények.
Persze, elképzelhető, hogy nem fognak működni a szerver beállításai vagy jogosultság gondok miatt, ez esetben szólni kell a rendszergazdának. -
cucka
addikt
válasz DeltaPower #7348 üzenetére
Akkor bizony beszélni kell a rendszergazdával.
Egyébként ez teljesen általános dolog, ha nem házon belül van a szerver. A paranoid rendszergazda mindent letilt és lekorlátoz, a fejlesztő meg emiatt nem tudja elvégezni a munkáját. -
cucka
addikt
válasz Sk8erPeter #7420 üzenetére
Ja, és a hivatkozási alap röviden összefoglalva: "ingyenesek vagyunk, tehát fogd be a pofád".
És ez így teljesen korrekt.Egyébként évi pár ezer forintért lehet rendes hosting csomagokat venni, szerintem ez az az összeg, ahol már nem éri meg sz*pni semmilyen ingyenes szutyokkal.
-
cucka
addikt
válasz Speeedfire #7429 üzenetére
Jól használható gyári szkriptet szerintem (a feladat jellege miatt) nem nagyon fogsz találni.
Egyébként írtam már ilyen programot, a legfőbb tapasztalat, hogy az egész feladat tömény sz*pás. Amire mindenképp oda kell figyelni:
- karakterkódolás
- bemenő adatok validálása
- hibatűrő megoldás kitalálása olyan mezőkre, ahol több, előre definiált opció közül lehet választani -
cucka
addikt
válasz Speeedfire #7434 üzenetére
Ez alatt mit értesz?
Például vegyük azt az esetet, hogy szeretnéd megadni a csv file-ban a termék kategóriáját. A CSV-ben ez egy string lesz, amiben lehetnek elgépelések, előtte-utána szóköz, ebből kell neked egy kategória_id-t legyártanod. Le kell kezelned azt az esetet, amikor valamiért nem tudod ezt a kategória_id-t legyártani. Pl. a júzer feltölt egy több ezer soros táblázatot, amiben néhány sorban hiba van. Mi fog történni ekkor? Hogyan jelzed neki a hibát? A hibátlan sorokat feltöltöd? Csomó eldöntendő kérdés, amin el kell gondolkozni.
(Egyébként nem megoldhatatlan feladat, nekem is sikerült már megírnom egy ilyet, pusztán azért szóltam, hogy messze nem triviális és rengeteg hibalehetőség van)Esetleg ha priviben elküldöm a bolt árlistáját tudnál adni 1-2 irányított tippet?
Küldd, este ránézek. -
cucka
addikt
Importnál a sebesség nem életbevágóan fontos, egyébként meg lehet ezt aszinkron módon is végezni egy cron segítségével, csak ugye minek?
Tudtok ajánlani valami jó magyar MVC tutoriált, könyvet?
Ott az angol wiki oldal, ott mindent leír, amit fontos tudni.Érdekel a működése, csinálnék egy sajátot.
Ezernyi előre legyártott ingyenes mvc framework van, szerintem nem éri meg sajátot írni. -
cucka
addikt
válasz Brown ügynök #7505 üzenetére
Látod, ezért írtam korábban, hogy érdemes megnézni kész framework-öket, például így látni fogod, hogy hogyan kell normálisan megcsinálni a routing-ot.
(#7509) Sk8erPeter
De a 404-es állapotkódot nem véletlenül küldi vissza a szerver a kliensnek.
Pont ezzel jelzi a szerver, hogy a kért tartalom valamilyen okból nem található.
Egyéni hibaoldal vagy hibakezelés?[ Szerkesztve ]
-
cucka
addikt
-
cucka
addikt
Akkor lehet probléma, ha több felhasználó egyszerre nézi meg az oldaladat, így egyszerre több program próbál beleírni ugyanabba a file-ba. Ezért kell
- adatbázist használni file helyett, ott az ilyen helyzeteket megoldja az adatbázis
- lock-olni a file-t használat előtt majd unlock-olni használat után. Lást flock() -
cucka
addikt
válasz Speeedfire #7614 üzenetére
Nem, a te szervereden van kikapcsolva a php beállításai között az url_fopen, ami azt jelenti, hogy fopen() függvénnyel csak lokálisan elérhető file-t tudsz megnyitni. (A dom parser-ed ugyanúgy fopen-el próbálja megnyitni a file-t amivel dolgozni szeretne)
A megoldás, hogy szólsz a rendszergazdának, hogy kapcsolja be.[ Szerkesztve ]
-
cucka
addikt
válasz Speeedfire #7643 üzenetére
Két tábla kell összesen, 1 a felhasználóknak és még egy a látogatásoknak. Ez független attól, hogy hányféle adatot tárolsz el.
-
cucka
addikt
válasz wolandino #7765 üzenetére
Például ez a részed elég szar:
ORDER BY year(1.date), month(1.date), 2.name
Itt ugye a year meg a month függvény az eredmény összes sorára le fog futni, az eredménye tárolódni fog majd utána 150k értéket még rendezni is kell.
Rendezhetnéd 1.date szerint, az gyorsabb.Az explain eredményét még mindig nem láttuk. Fosol, hogy ellopjuk a táblaneveidet, vagy mi van?
-
cucka
addikt
Checkbox-okat úgy szoktunk feldolgozni, hogy mindegyik mellett van egy hidden mező, ami a checkbox állapotától függően 0 vagy 1 értéket vesz fel. Nyilván ez esetben kell egy javascript kód is, ami a checkbox értékének változásánál frissíti a hidden mező értékét. Ezt a javascript kódot javaslom, kösd rá a checkbox onclick eseményére.
-
cucka
addikt
válasz Speeedfire #7790 üzenetére
Nos ezt meglehet oldani dinamikusan valahogy vagy minden egyes ilyen esetben fel kellene darabolnom a tervrajzot, majd egyesével ezeket kitölteni?
Utóbbi.Illetve, mennyit nem pofátlanság egy ilyen oldalért kérni?
- Fogod azt az órabért, amivel kiegyezel és nem érzed azt, hogy szarért-hugyért dolgozol.
- Megsaccolod, kb. hány óra alatt leszel vele kész. Próbálj nagyvonalúan saccolni, főleg, ha olyan dolgot kell fejleszteni, aminek még neked is utána kell nézned.
- Meghatározod a projekt szopófaktorát. Ez azért fontos, mert mindig lesznek váratlan kérések, apró javítások, stb., amivel nem tudsz előre kalkulálni. Javaslat: ha nem különösebben rázós az ügyfél/projekt, akkor kiindulásnak a 2-es szopófaktor kb. jó lesz.Namost a fenti 3 számot összeszorzod és megvan, mennyi az az összeg, amiért neked várhatóan megéri bevállalni a munkát. Ha ennél lényegesen kevesebbet szeretne fizetni az ügyfél, akkor valószínűleg jobban jársz, ha nem vállalod be a munkát.
A kalkuláció általában érvényes mindenféle kis léptékű számtech projektre. Nyilván ha a saját munkádon túl plusz költségeid is lesznek (utazni kell, domain regisztráció, bármi), azt is szépen hozzá kell adni.
[ Szerkesztve ]
-
cucka
addikt
válasz Sk8erPeter #7794 üzenetére
Minek hidden mező és JS ehhez?
Azért, mert így a szerver oldalon fel tudod dolgozni az értékét ugyanazzal a kóddal/alkalmazáslogikával, mint amivel a többi elpost-olt értéket is feldolgozod.Vágod, ha van egy x űrlapelemed, akkor minden esetben tudni fogod, hogy az ő értéke a $_POST['x']-ben található. A hidden mezős technika célja, hogy ez így checkbox-okra is működjön.
[ Szerkesztve ]
-
cucka
addikt
válasz Sk8erPeter #7797 üzenetére
De a többi elpostolt értékhez tartozó alkalmazáslogikába beletenni egy isset() vagy !empty() (ez úgyis lefedi az isset-et) ellenőrzést nem kerül semmibe.
Kivéve ha automatizálni szeretnéd a form feldolgozását.Ez az ellenőrzés úgysem árt, pl. mi van, ha valaki elpostol úgy adatokat, hogy belegányol a kódba kliensoldalon, kiszed elemeket belőle, Te meg a nem létező elemekre futtatsz mondjuk további vizsgálatokat
A checkboxos-javascriptes trükk nem váltja ki az adatok szerveroldali ellenőrzését. A felhasználó által küldött információ mindig megbízhatatlan, ez független attól, hogy az az információ egy egyszerű form elemből jön, vagy közbeiktattunk valamilyen javascript kódot is. (Tehát teljesen mindegy, hogy javascript-el rakod össze az űrlap adatait vagy sem)Én is úgy vagyok vele manapság, hogy k@pja be, aki kikapcsolja a böngészőjében manapság a JavaScriptet, de azért még mindig gondolni kell erre az esetre is.
A munkahelyemen mi nem támogatjuk sem az IE6-ot, sem pedig az ilyen klienseket, ahol nincs javascript.
Szép lassan 2012 van, valahol meg kell húzni a határt - az egész web a javascript-ben írt böngészőben futható alkalmazásokról szól. Nem lehet egyszerre megfelelni a modern kor igényeinek és támogatni az elavult klienseket. -
cucka
addikt
válasz Speeedfire #8665 üzenetére
Ajax-os kérésnél a php szkripted mindig le fog futni, pontosan azért, mert az ajax aszikron.
Az ignore_user_abort() parancssoros php felhasználásra vonatkozik, szóval itt nincs rá szükség.Egyébként meg gondolom van valami php szkripted, ami akkor fut le, ha valaki hozzászól. Miért nem ott küldöd el az emailt, így kihagyva azt a plusz ajax hívást?
A jó megoldás a problémádra amúgy valami cron plusz egy lista az elküldendő levelekkel, méghozzá azért, mert ezt lehet ütemezni. (Pl. azért, hogy ne kerüljön fel a szervered spam-listára). Persze, ha napi 10 levelet kell elküldeni, akkor lényegében teljesen mindegy. -
cucka
addikt
válasz Speeedfire #8675 üzenetére
a) timeout-ol a php
b) letilt az smtp szerver
c) spam listára kerülsz, ami azt jelenti, hogy kimehetnek ugyan a levelek, csak az emberek postaládájába nem fognak megérkezni -
cucka
addikt
mire a cron körbeér, már jöhet pár száz hozzászólás
Nem fogsz tudni olyan rendszert írni, ami egyaránt megfelel egy kis terhelésű oldalnak és egy olyannak, ahol naponta százezrével kell kiküldeni a leveleket. Ha tényleg nagy a para, hogy "elfogy" a levélküldési kapacitásod, akkor érdemes szerződni egy olyan szolgáltatóval, amelynek van megoldása tömeges email küldésre. -
cucka
addikt
Úgy értetem, hogy korábban sok ilyen scriptet láttam, ami csak a változó és function neveket nevezte át követhetetlenné, és azt azért ki lehetett következtetni.
Meg is próbáltad kikövetkeztetni? Nyilván, elméletileg ki lehet, gyakorlatilag meg kevesebb idő újraírni az egészet, mint megérteni egy ilyen kódot. Nem php ugyan, de nézd meg a google által szolgáltatott javascript-eket (pl. analytics) vagy mondjuk a jquery minimalizált forrását, aztán szólj, ha vissza tudtál benne követni egyetlen változót/függvényt is . -
cucka
addikt
válasz Speeedfire #8744 üzenetére
Értem, hogy mire célzol, de soha ne felejtsd: az ügyfél nem azért fizet neked, hogy te gépelj be egy csomó kódot az editorodba, hanem azért, hogy készíts el neki egy alkalmazást, ami megoldja az ő problémáit. Egy szoftver pontosan annyit ér, amennyi hasznot hajt annak, aki megvásárolja.
Új hozzászólás Aktív témák
- Milyen légkondit a lakásba?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Autós topik látogatók beszélgetős, offolós topikja
- Kerékpárosok, bringások ide!
- DIGI Mobil
- Digitális detox a Nokiától
- Fejhallgató erősítő és DAC topik
- bitpork: Balatoni autós tali 2024
- Villanyszerelés
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- További aktív témák...