- Mobil flották
- India felől közelít egy 7550 mAh-s Redmi
- Google Pixel 9 Pro XL - hét szűk esztendő
- Motorola Edge 50 Neo - az egyensúly gyengesége
- VoLTE/VoWiFi
- One mobilszolgáltatások
- Samsung Galaxy Watch7 - kötelező kör
- További kavarás a Pixel 10-ek körül
- Telekom mobilszolgáltatások
- Okosóra és okoskiegészítő topik
Új hozzászólás Aktív témák
-
modder
aktív tag
válasz
Speeedfire #8898 üzenetére
Nem tudom pontosan, mit akarsz (nem olvastam vissza
), de nem hiszem, hogy a $nap-ot a 2. for-cikluson belül akartad deklarálni
-
Speeedfire
félisten
válasz
Speeedfire #8891 üzenetére
Így próbálom, de nem jó. Ötlet?
$napok = array('nap_1', 'nap_2', 'nap_3', 'nap_4', 'nap_5', 'nap_6', 'nap_7');
for($i=0; $i<=6; $i++) {
for($j=0; $j<=3; $j++) {
$nap = '';
$nap .= (string)$_POST['Hirdetes'][$napok[$i]][$j];
if($j==0 || $j==2) $nap .= ':';
if($j==1) $nap .= '-';
}
$model->$napok[$i] = $nap;
}Kicsit mintha keverné a tömbböket.
'nap_1' => string '0' (length=1)
'nap_2' => string '0' (length=1)
'nap_3' => string '0' (length=1)
'nap_4' => string '0' (length=1)
'nap_5' => string '0' (length=1)
'nap_6' => string '0' (length=1)
'nap_7' => string '0' (length=1)Alap tömb:
'nap_1' =>
array
0 => string '0' (length=1)
1 => string '0' (length=1)
2 => string '0' (length=1)
3 => string '0' (length=1)
'nap_2' =>
array
0 => string '0' (length=1)
1 => string '0' (length=1)
2 => string '0' (length=1)
3 => string '0' (length=1)
'nap_3' =>
array
0 => string '0' (length=1)
1 => string '0' (length=1)
2 => string '0' (length=1)
3 => string '0' (length=1)
'nap_4' =>
array
0 => string '0' (length=1)
1 => string '0' (length=1)
2 => string '0' (length=1)
3 => string '0' (length=1)
'nap_5' =>
array
0 => string '0' (length=1)
1 => string '0' (length=1)
2 => string '0' (length=1)
3 => string '0' (length=1)
'nap_6' =>
array
0 => string '0' (length=1)
1 => string '0' (length=1)
2 => string '0' (length=1)
3 => string '0' (length=1)
'nap_7' =>
array
0 => string '0' (length=1)
1 => string '0' (length=1)
2 => string '0' (length=1)
3 => string '0' (length=1) -
Sk8erPeter
nagyúr
válasz
Speeedfire #8886 üzenetére
Ja, hát azt még eddig nem mondtad, hogy pontosan ugyanarra készül a form, csak egyik esetben ki lesz egészítve egyebekkel is.
Na mindegy, azért jól elvoltunk. -
Sk8erPeter
nagyúr
válasz
Speeedfire #8884 üzenetére
Nem sebességről beszéltem.
Logikus és átlátható struktúráról. Legalábbis amennyire értettem, egyik form regisztrációra szolgálna, a másik meg valami teljesen más feladatra. De ahogy érzed, ez csak tanács volt, nem kötekedés!
-
Sk8erPeter
nagyúr
válasz
Speeedfire #8882 üzenetére
Mondjuk szerintem praktikusabb lenne teljesen szétválasztani a dolgot.
Akkor megvizsgálod, hogy mik a feltételek, ha mindenképp meg kell jeleníteni egyik vagy másik formot, akkor bizonyos feltételek fennállása esetén x formot jeleníted meg, más feltételek esetén pedig y formot. De ne kelljen minden egyes elem létezéséhez vizsgálgatni, majd azok értékét a vizsgálatok eredménye szerint beállítgatni, hanem legyen egy kész formod mindkettőre (mivel ezek szerint úgyis teljesen eltér a kettő "témája").
Persze nem akarok okoskodni, csak tanács, kevesebb szívás van vele, és jobban elkülöníthető.Szerk.:
"Amúgy ezzel is megy."
Azért megy, mert már kiszedted az "if" szócskát, ami az előbb teljesen értelmetlenné tette az egészet.
Egyébként meg így sincs túl sok értelme szerintem, mert akkor tök felesleges a "?:"-operátor, nem ilyen használatra való. -
Sk8erPeter
nagyúr
válasz
Speeedfire #8880 üzenetére
Egyébként itt az if és "?:" operátor keveréke a kódodban eleve rossz, szóval rosszul használod a kiértékelést, most akkor el kell döntened, hogy mit használsz:
if-fel:
if(isset($_GET['kategoria'])){
$button='Next';
}
else{
$button='Register';
}vagy inkább (!!):
$button='Register';
if(isset($_GET['kategoria'])){
$button='Next';
}"?:" ("ternary") operátorral:
$button = ( isset($_GET['kategoria']) ? 'Next' : 'Register' );
U.i.: hozzáteszem, azért nem épp a "kategoria" $_GET-érték meglététől tenném függővé egy regisztrációs űrlap gombjának feliratát (a regisztrációs folyamat köv. lépése vagy épp maga a regisztráció elkezdése). Persze ez egyéni döntés kérdése.
-
Tele von Zsinór
őstag
válasz
Speeedfire #8878 üzenetére
Nézd meg mégegyszer: [] vs. ()
-
Sk8erPeter
nagyúr
válasz
Speeedfire #8874 üzenetére
Korábban definiálj egy default szervert, ServerName localhost és a többi értékkel, az mindenképp kerüljön bele, aztán jöhetnek a VirtualHostok. Aztán persze ez is lehet külön VirtualHost. Mondjuk nem lenne szar látni a teljes konfigfájlt, mit alkottál eddig, így úgyis csak nyújtani tudjuk a témát, mint a rétestésztát.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #8871 üzenetére
Csodás.
Csak arra céloztam, hogy ha még nem műxik, akkor mutasd meg, addig mivel próbálkoztál, gondolom ez már a működő változat.
Egyébként már épp gondoltam, hogy írok cikket VirtualHostokról, de közben találtam egy egész jót:
XAMPP telepítése, helyi mail szerver beállítása és domének kialakítása.===
(#8869) mobal :
"/etc/hosts akart lenni, persze most megint nem tudom, hogy ez linux esetén van e."
Őőőő, miért, talán Windows esetén lenne? -
Sk8erPeter
nagyúr
válasz
Speeedfire #8866 üzenetére
Azért legközelebb azt is mutasd meg, mit raktál a konfigfájlba, mert néma gyereknek az anyja se látja a fától az erdőt.
===
(#8859) mobal : mi az a hosts.etc? Én olyanról még soha nem hallottam.
-
válasz
Speeedfire #8864 üzenetére
Jelentkezz ki majd vissza.
-
válasz
Speeedfire #8862 üzenetére
Indítsd újra a gépet?
-
válasz
Speeedfire #8860 üzenetére
Újraindította a networkinget?
-
válasz
Speeedfire #8858 üzenetére
hosts.etc -re gondolsz? oda kell bebökni
-
Sk8erPeter
nagyúr
válasz
Speeedfire #8848 üzenetére
Szerintem sem az.
-
Sk8erPeter
nagyúr
válasz
Speeedfire #8846 üzenetére
Na, akkor jó.
Amúgy érdekes téma, mit sorolnak direkt marketingbe, én alapvetően a keresőoptimalizálást nem sorolnám ide, mert marketing tanulmányok alapján (jó, ez lóf@sz, amit én tanultam belőle) ez számomra valahogy már kiesik ebből a fogalomból - itt mégis részben ezt is említik, mint szempontot: [Wikipedia - Direct_marketing]
"Online Tools
[...]
Search: 49% of US spending on Internet ads goes to search, in which advertisers pay for prominent placement among listings in search engines whenever a potential customer enters a relevant search term, allowing ads to be delivered to customers based upon their already-indicated search criteria.[12] This paid placement industry generates more than $10 billion dollars for search companies. Marketers also use search engine optimization to drive traffic to their sites." -
Sk8erPeter
nagyúr
válasz
Speeedfire #8844 üzenetére
"Seo ebben a kategóriában nem nagyon szokott lenni, inkább direkt marketing."
Ezt a megjegyzésedet most nem igazán értettem.Az nem direkt marketing a szó szoros értelmében, ha javítanak a keresőoptimalizálási technikákkal a találati listán való megjelenésben. Mivel ebben még nincs semmi közvetlen kapcsolatfelvétel az értékesítés ösztönzésére...
Arra céloztam, hogy ha a teljesen különálló témák különböző domaineken vannak, az még javíthat is a Google-féle értékelésen, mert nem keverik a szezont a fazonnal azonos domain alatt.A Yii-t nem ismerem, de gondolom valami hasonló gondolatmenetet kéne követni, mint ahogy itt a többnyelvűsítésre különböző aldomaineket hoznak létre: [link].
-
Sk8erPeter
nagyúr
válasz
Speeedfire #8841 üzenetére
Szerintem annyira nem hülyeség maga az alapötlet, hogy más aldomainen van, ha más témakörről van szó, így legalább jobban elkülöníthető, ráadásul a cím is könnyebben megjegyezhető, aztán lehet, hogy SEO-val kapcsolatos előnyei is vannak.
Egyébként mindezt nem Yii-vel akarod megoldani? Csak mert szerintem tuti van rá valami beépített megoldás, hogy subdomainek vagy teljesen más domainek szerint elkülönítve jelenjen meg más tartalom, legalábbis ha Drupalban van erre mód (azonos motor kapcsolódik más-más domainekhez, és az más-más tartalmat jelenít meg - sőt, akár más-más modulok is tartozhatnak ezekhez), akkor feltételezem, hogy egy olyan népszerű frameworkben is megoldották, mint a Yii. Saját megoldás készítgetése előtt azért nézz körül alaposan a Yii doksijában.
===
(#8842) Coyot : jogos a reakció.
-
Coyot
őstag
válasz
Speeedfire #8841 üzenetére
szóval a prohardver meg a mobilarena meg a logout meg a többi oldal is hülyeség?
-
Peter Kiss
őstag
válasz
Speeedfire #8839 üzenetére
Ilyet csináltam 4 oldallal. Ugyanúgy működik minden, csak más dolgokat mutat, de pl. azt is megoldottam, hogy ha egyik helyre belép valaki, akkor belépett a többire is, illetve mindenhonnan elérhető volt pl. az összes feltöltött kép.
Szerintem symlink-kel próbálkoznék először. Az egyik oldal tartalmazná az alkalmazást, míg a másik csak arra irányulna, de a rendszer figyelni a domain nevet, hogy mit is kellene mutatnia.
-
válasz
Speeedfire #8832 üzenetére
Nem feltétlen. Te tudod.
-
válasz
Speeedfire #8830 üzenetére
Ok, de ha van a frameworkhöz modul, szerintem használd inkább azt. Gondolj frissítésre, kevesebb szopás ha valami változik, amúgy meg minek még1x megírni
-
válasz
Speeedfire #8826 üzenetére
Facebook, OpenID.
Amúgy Yii -hez nem ez kéne inkább neked? [link]
-
Peter Kiss
őstag
válasz
Speeedfire #8826 üzenetére
<?php
$file = 'monkey.gif';
if (file_exists($file)) {
header('Content-Description: File Transfer');
header('Content-Type: application/octet-stream');
header('Content-Disposition: attachment; filename='.basename($file));
header('Content-Transfer-Encoding: binary');
header('Expires: 0');
header('Cache-Control: must-revalidate');
header('Pragma: public');
header('Content-Length: ' . filesize($file));
ob_clean();
flush();
readfile($file);
exit;
}
?>
Ilyet használok az MVC keretem FileResult osztályában.---
OpenID-s megoldások jutnak eszembe. Vagy valahogyan megoldod a két rendszer migrációját.
-
válasz
Speeedfire #8822 üzenetére
De rosszul. És ez a gond!
-
Sk8erPeter
nagyúr
válasz
Speeedfire #8818 üzenetére
Na ezt a kódot inkább nem kellett volna...
Sorban, amit csak elsőre észrevettem, így még tuti lehetnek benne hibák:
$jelszo1 = $_POST['jelszo1'];
eleve ez az ugyanolyan nevű változónak átadás, meg az, hogy nem is csekkolja, létezik-e egyáltalán a $_POST tömbben a 'jelszo1' kulcson valami, vagy még el sincs küldve ez az érték.
Ezért lehet kapni egy ocsmány notice-t, ha nincs kikapcsolva.
Meg vegyíteni ilyen durván a magyar nyelvet az angollal szintén nagyon rossz szokás.
Plusz ez a megoldás:
$statusz = "OK";
vagy épp
$statusz= "HIBA";
Ahelyett, hogy mondjuk true, false vagy hasonló, értelmes értékekkel dolgozna.
Na meg hibakezelésre a kivételkezelés a szép.
Vannak szimpla szintaktikai hibák is, pl.:
if (emptyempty($jelszo1))Ha hiba van, akkor egyszerűen megjeleníti az üzenetet, majd egy "Vissza" linket, ahelyett, hogy mondjuk a form tetején megjelenítené a hibát.
Jujj... de csak most látom a legrosszabbat:
$parancs = mysql_query("INSERT INTO regisztracio (felhasznalo,jelszo,email,regisztralt) VALUES('$felhasznalo','$jelszo','$email',NOW())");
Nem gáz ám, hogy lazán lehet SQL Injectiont alkalmazni...
Ja, de van egy valosf() függvény, az még előbb lehet, hogy megtalálja, ha nem engedélyezett karakter van benne. De akkor is, ettől a kódtól feláll a szőr a hátamon, abszolúte nem újrafelhasználható, pl. ha ugyanezt valaki kimásolja, és máshol alkalmazza, azt a függvényt meg nem küldi rá korábban, akkor ott van lazán az SQL Injection.Aztán a sikeres regisztráció megtörténte után számomra rejtély, hogy mi a büdös francnak rak ki egy "regisztráció" linket, és csak azt.
Később:
$belepoid = $_GET['belepoid'];
Ez már megint ellenőrzés nélkül, plusz nehogy már hozzá legyen csapva az URL-hez a 'belepoid'...Vegyük a kilepes.php-t:
$parancs = "UPDATE regisztracio SET belepoid='' where felhasznalo='$felhasznalo'";
mysql_query($parancs);
//OLDAL TARTALMA
echo"Sikeresen kiléptél.";Ez most komoly?
Úgy léptet ki, hogy a belepoid mező tartalmát üres stringre állítja?Ez a kód botrányosan szar.
Ha javasolhatom, ezt többet ne ajánlgasd senkinek referenciaként. -
negyedes
addikt
válasz
Speeedfire #8816 üzenetére
Ezt ertem,de akkor minden oldalba kellene agyazzak egy php kodot ami megnezi,hogy ervenyes a juzer? Session-nel dolgozom.
-
biker
nagyúr
válasz
Speeedfire #8800 üzenetére
10 email fiók dolgozik a 25-ös porton a gépemről, valami a xampp-ra korlátozódik szerintem
-
válasz
Speeedfire #8755 üzenetére
"Én elég sokat hallottam róla anno" és azóta gondolom nem is foglalkoztál vele, utalok a párra feljebb levő postra. Én nem foglalkoztam egyikkel sem. Majd most. Drupal - de mielőtt megkérded, hogy miért, mert amikor letöltöttem az volt a legfrissebb
-
válasz
Speeedfire #8753 üzenetére
Hát nem tudom. Szerintem semmi gond nincs a Joomlával, semmi ilyet nem olvasok róla. De ez szerintem kb. olyan mint a CakePHP vs. CodeIgniter.
-
válasz
Speeedfire #8744 üzenetére
Miért vagy ennyire Joomla ellenes? Mert Drupalt használsz?
-
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.
-
CSorBA
őstag
válasz
Speeedfire #8737 üzenetére
Ismerek egy embert (haverom dolgozik/ott neki), amerikai és a következő a filozófia:
1, Vegyünk ingyenes CMS-t, pl. Joomla
2, Vegyünk hozzá, ha kell fizetős modult, sablont
3, írjuk át ahogy nekünk kell.Ennyi
-
Sk8erPeter
nagyúr
válasz
Speeedfire #8739 üzenetére
Persze, a frameworköknek is bőven megvan a létjogosultsága, ez nem is kérdés.
Csak az én kezdeti véleményemet befolyásolták fórumos hozzászólások is (nem feltétlenül itt, és most nem linkelek konkrétakat, mert honnan tudjam már, hol vannak azok), miszerint elsősorban kezdőknek valók a CMS-ek, ami ebben a formában baromság.
Arra lennék kíváncsi, hogy vajon mi az oka a CMS-ek degradálásának."Viszont itt van is egy kis hátulütője a dolognak. Sok zugweblapkészítő wp-t használ, de ha már kell valami extra dolog, akkor sírnak rínak a megrendelőnek, hogy ezt nem tudja kivitelezni."
Ez nem látom be, miért a CMS-ek hátulütője. Ez a zugweblapkészítő gyökérségét (finomabban: hozzá nem értését) igazolja, ez a szememben nem a CMS-ek "hátulütője". -
Sk8erPeter
nagyúr
válasz
Speeedfire #8737 üzenetére
Igen, de az "inkább kezdőknek való" résszel már abszolúte nem értek egyet, pont azóta, mióta jobban belemerültem a Drupal-fejlesztésbe. Ahogy elnézem a Drupal-közösséget, ott is nagyon nagy számban fordulnak elő jó programozók, nem olyanok, akik tegnap kezdték. Tulajdonképpen most már nem látom be, hogy mitől lenne "profibb" mondjuk egy keretrendszerrel, a széles körű testreszabást lehetővé tévő grafikus admin-felület nélkül összehozni egy honlapot, mint egy CMS-sel. Drupal-modulfejlesztés sokszor bizonyos komplikáltabb feladatokat alaposabb PHP-ismeret nélkül egyszerűen lehetetlen összehozni. Viszont az egész "rendszer" átgondoltsága és a meglévő API-k miatt radikálisan redukálódik (ezt a két szót most muszáj volt egymás mellé raknom, annyira jól hangzik
) a fejlesztésre fordítandó idő. Nemrég már némi Drupal-tapasztalattal hoztam össze egy egyszerű, többnyelvű céges honlapot, egyszerűbb kódolásra is szükség volt, de nagyon gyorsan össze tudtam kalapálni. De komolyabb célokra is esélyes, hogy a Drupalt választanám. A jól megírt és szintén alaposan testreszabható jogosultsági rendszer (szinte a legapróbb részletekig beállítható, melyik felhasználónak mire van jogosultsága), valamint a cache-elési mechanizmusok, a security és egyéb update-ek gyors megszületése, valamint a mögötte álló nagy közösség is mellette szólnak.
Igazából a modulfejlesztés széleskörűsége miatt nem is nagyon látom a Drupal alatti fejlesztés korlátait, ami miatt feltétlenül át kellene térni inkább keretrendszerre - persze bizonyára vannak olyan feladatok, amik esetleg gyorsabban összehozhatók épp egy komolyabb frameworkkel, de akkor talán még mindig egálban van a kettő, mivel a Drupalnak ugye elég komoly grafikus alapú admin-felülete is van, meg a meglévő modulok miatt rengeteg megoldás már tálcán van kínálva a hivatalos honlapon.Az mondjuk lehetséges, hogy épp a nagy felhasználói bázis miatt talán több a kísérlet a rendszerek feltörésére. Bár tudtommal a biztonság kérdésében is egész jól helytáll (most hirtelen mondjuk nincs előttem erről szóló kimutatás).
Ezek miatt a szempontok miatt érdekelne, hogy ki miért tartja mondjuk kevesebbre a CMS-eket, miért gondolja úgy, hogy akkor is a framework a nyerő egy profi környezetben. (Bár gyorsan hozzáteszem, elég sok profi környezetben használják a Drupalt is.)
Itt nyilván elég sok szempont van, érdekelnének a különböző vélemények. -
biker
nagyúr
válasz
Speeedfire #8722 üzenetére
Van egy php alapu rendszer amit nem csak en arulok hanem egy emberem is
Nem szeretnem hogy zsebre adja el
Hogy tudom minimum azt megoldani hogy ne tudjon beleolvasni, modositani, illetve ha ez sikerulne akkor levedenem azzal hogy a kod egy reszet tavolrol kapja a progi
De amig olvashato addig ezt o kiszurhatja es kijavithatja -
válasz
Speeedfire #8722 üzenetére
Hát szerintem az xy.com ról akar bizonyos php kódot betölteni.
-
Peter Kiss
őstag
válasz
Speeedfire #8717 üzenetére
Önmagában sem az isset sem az empty nem elég a $_FILES-hoz. (Kivéve egy esetet: ha nem tartalmazott a form fájlfeltöltési input-ot.)
Változtatni kell az ellenőrzésen:
if (isset($_FILES['Item']) && $_FILES['Item']['error'] == 0) {
// single file upload
}De több fájl esetén már bonyolultabb a történet, részlet a kódomból:
$this->Files = new HttpFileCollection();
foreach ($_FILES as $key => $value) {
if (is_array($value['name'])) {
$tmp = new HttpFileCollection();
for ($i = 0, $limit = count($value['name']); $i < $limit; ++$i) {
$tmp->Add($key . $i, new HttpPostedFile($value['name'][$i], $value['tmp_name'][$i], $value['size'][$i], $value['type'][$i], $value['error'][$i]));
}
$this->Files->Add($key, $tmp);
} else {
$this->Files->Add($key, new HttpPostedFile($value['name'], $value['tmp_name'], $value['size'], $value['type'], $value['error']));
}
} -
Peter Kiss
őstag
válasz
Speeedfire #8715 üzenetére
Azt nem értem, hogy a $_POST-nak mi köze van a fájlfeltöltéshez? A PHP minden egyes fájlt a $_FILES tömbbe mappeli, nem másnak, csináljon bármit is a keretrendszer (no persze teljesen kukázni lehet a $_FILES-t, de ezt nem teszi a yii).
-
Peter Kiss
őstag
válasz
Speeedfire #8713 üzenetére
Szívesen.
Nem, én sajátot írok.
-
Peter Kiss
őstag
válasz
Speeedfire #8711 üzenetére
CUploadedFile::getInstance NULL-t ad vissza, ha nem lett semmilyen fájl feltöltve az adott "attribútumhoz". Nézd meg, mi van a $_FILES-ban, mert könnyen lehet, hogy csak látszólag működik a dolog.
-
Peter Kiss
őstag
válasz
Speeedfire #8708 üzenetére
Nem tudom, mi lehet olyan nehéz benne. Ma megírtam saját magamnak a fájlfeltöltős részt, kellett 2 osztályt írnom (mindkettőt egy-egy meglévőből származtattam, de semmi fájlfeltöltéssel kapcsolatos nincs benne), és megy is:
/**
*
* @return ViewResult
*/
public function index() {
if ($this->HttpContext->IsPost()) {
$i = 0;
foreach ($this->HttpContext->Files as $value) {
/* @var $value \System\Web\HttpPostedFile */
if ($value->IsMultiple()) {
foreach ($value as $m) {
$m->SaveAs("o/up" . $i . ".valami");
++$i;
}
} else {
$value->SaveAs("o/up" . $i . ".valami");
++$i;
}
}
}
return $this->View('index');
}Egy SaveAs jellegű sort simán el lehet viselni bárhol. Egyébként a SaveAs mellett tudom neki azt is mondani, hogy ->Stream() és máris tudom olvasni. Ha pedig mentettem és sikerült is, akkor kapok egy FileInfo nevű objektumot. Amennyiben nem sikerült a feltöltés, dobja SaveAs-nál és Stream-nél az Exception-öket.
-
válasz
Speeedfire #8705 üzenetére
Csinálj osztályokat, amit példányosítasz és/vagy statikus függvényeken keresztül hívogatsz.
-
Peter Kiss
őstag
válasz
Speeedfire #8705 üzenetére
Egyszerű: készítesz egy (igazából valószínűleg többet) osztályt, ami ténylegesen dolgozni fog a fájlok feltöltésével, és ezt használod az összes helyen, ahol csak kell, csak a határok kijelölésére van szükség.
-
CSorBA
őstag
válasz
Speeedfire #8698 üzenetére
Ahogy gondolod, akkor viszont pending tábla ellenőrzés után - ha már benne van a user - akkor insert helyett nem update van, hanem semmi.
cucka: Ezért mondtam, hogy egy bizonyos határig, utána nyilván a saját, illetve egyedi szerver üzemeltetése a megoldás.
-
CSorBA
őstag
válasz
Speeedfire #8694 üzenetére
Amúgy belegondolva, ez egy érdekes optimalizálási kérdés.
Mert amíg kisszámú user van feliratkozva, addig az ajax is jó. Legalább azonnal kimegy.
De tfh van 10-20ezer user, akkor mire a cron körbeér, már jöhet pár száz hozzászólás. Amiről újabb pendingek lesznek, és gyakorlatilag körbe sem tud érni a cron a pendingekkel. Szóval esetleg azt is lehet/kell nézni, hogy már pendingben van-e és akkor updatelni (mit tudom én x számú hozzászólás érkezett, de akkor ez plusz terhelés - ugye plusz egy lekérés és update where). Érdekes kérdés mindenesetre. Persze általában nincs szó 10-20ezer emberről, illetve amikor van, ott nyilván nem egy virtuális szerverkiszolgáló van.
Lehet csak én vagyok vele úgy, hogy minden eshetőségre gondolni kell.összefoglalva, én a helyedben:
Tárolod egy külön táblában a feliratozásokat, pl.: userid, forumid
Új hozzászólás - 1, menti a hozzászólást 2, lekérdezi az említett táblából ahol a forumid megfelelő, és a usereket berakja a pendingbe. Ha már a pendingben van, akkor updateli a hozzászólásszámot insert helyett.
Cron ezt hívogatja, akár lehet percenként is.(bár én is kezdő vagyok még, de remélem nem mondtam hülyeséget, majd vmi okosabb megerősít)
-
CSorBA
őstag
válasz
Speeedfire #8692 üzenetére
Ajaxal hívod a pendingbe helyező php-t, amit majd a cron hívogat
-
válasz
Speeedfire #8690 üzenetére
Miért ajax -szal nem tudnád. Kinek a pap, kinek a paplan. Mindkét megoldás végülis jó, és működőképes, de az enyém az up-to-date -ebb
-
válasz
Speeedfire #8665 üzenetére
Hozzászólás után az utolsó előtti dolog lenne, hogy értesítőt küldök, az utolsó pedig a lap ujratöltés. Így szerintem lefut. Gondolom akkor magát a hozzászólás beküldését is ajax -szal oldanád meg.
Így elsőre: a formot serializálnám, ajaxal postolnám majd location.reload()
-
CSorBA
őstag
válasz
Speeedfire #8678 üzenetére
Látom már megválaszolták a kérdésed
Én hírlevelet így csináltam. Megírja a levelet az admin, rákattint a küldésre. Akkor belekerül egy táblába a hírlevél, egy másik táblába meg a címzettek (ez a pending). A cron meg hívogat egy php fájlt mondjuk 5 perenként, ami kiküld (nálam épp) 20 levelet. Ahogy kimegy a levél, törli a pendingből.
-
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 -
CSorBA
őstag
válasz
Speeedfire #8673 üzenetére
És mi van, ha 10000 feliratkozód van? Akkor az cron nélkül nem fog kimenni.
-
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. -
Tele von Zsinór
őstag
válasz
Speeedfire #8670 üzenetére
Nem így értettem, hanem hogy a háttérben, automatikusan dolgozó folyamataid ne függjenek bármi kliens meg(nem)lététől. A tipikus megoldás erre a cron - például új kommentnél egy táblában jelzed, hogy arról az értesítőket ki kell küldeni, cronból ezt vizsgálod, és ha van ilyen jelzés, dolgozol.
Az igazán szép megoldás valami queue daemon használata volna, mint például a ZMQ. Ennek küldesz egy üzenetet, hogy értesítőket kell küldeni, az pedig eljut a megfelelő feldolgozó folyamatig, így a cronbóli futtatás esetleg zavaró késleltetése sincs meg.
-
Tele von Zsinór
őstag
válasz
Speeedfire #8668 üzenetére
Mert így a leveleid küldése teljesen független bármi klienstől.
-
Tele von Zsinór
őstag
válasz
Speeedfire #8662 üzenetére
De jobban jársz, ha írsz egy mailküldő scriptet, amit crontabbal ütemezel.
-
válasz
Speeedfire #8662 üzenetére
Nem értelek. Hozzászólás értesítő érdekelne konkrétan? Miért nem php ból oldod meg?
-
Korcsii
őstag
válasz
Speeedfire #8649 üzenetére
Ha nem string, akkor elvileg működik: number_format($szam, '.')
-
biker
nagyúr
válasz
Speeedfire #8647 üzenetére
de ha string és nem float, akkor a number format hibát dob!
-
ArchElf
addikt
válasz
Speeedfire #8644 üzenetére
-
cAby
tag
válasz
Speeedfire #8644 üzenetére
echo str_replace(",",".","3,75");
-
PazsitZ
addikt
válasz
Speeedfire #8630 üzenetére
Esetleg RenderPartial-al van kitolva a kimenet? Valamiért ajax-os működésre van felkészítve pl. csak rossz action-t hívsz?
-
válasz
Speeedfire #8636 üzenetére
Maga a controller a ludas szerintem. Azt dobd fel paste.bin -re
-
válasz
Speeedfire #8634 üzenetére
Akkor szerintem magát a templatet rosszul képezed le. Kódot mutatsz?
-
válasz
Speeedfire #8632 üzenetére
Nézd meg a forrást. Ha nem tölti be a .css fájlt akkor szerintem .htaccess a hiba. Ha igen akkor passzolom. De nem találja az tuti
-
válasz
Speeedfire #8630 üzenetére
.htaccess tuti jó? szerintem ott keresd a hibát.
-
válasz
Speeedfire #8628 üzenetére
Nem értelek. Tudtommal csak menedzselésre való. Milyen html tartalmat generáljon neked? :S
-
Lacces
őstag
válasz
Speeedfire #8536 üzenetére
A cégfeje egyben hr-es, menedzser, és volt fejlesztő
És ő maximalista és fontos neki a tudás.
1-5-ös skálán 3-asra értékelik. Ez rendben van, de én is őket...: session_register() oh yeah.
Már csak azért mennék szívesen pár hónapra, hogy lássam hogyan működhet pocsékul egy cég.Jó, szóval nem szabad tényleg így ki...zni senkit, csak érted, ha ő neki vannak magas elvárásaim felém. Meg, hogy legyen napra kész tudásom, akkor úgy gondolom, hogy ezt én is elvárhatom. Nemtudom, szóval nekem azért ezek így furcsák voltak. Intőjelek, hogy csak rövidtávra tervezzek.
-
Frigo
őstag
válasz
Speeedfire #8493 üzenetére
ASP.NET van linux (és OSX) alá is és lehet futtatni Apache alól is.
-
Lacces
őstag
válasz
Speeedfire #8479 üzenetére
Aham, köszi, megvan megy!
-
Lacces
őstag
válasz
Speeedfire #8476 üzenetére
Nézd már... ez is beválik. De kell az uploads után a '/'-jel
$destination = 'images/uploads/'
Furcsa mód, azt a script fájlt
Aztán egy mappába tettem a script fájlt: (root/scriptfájlmappája/)
// __DIR__ Jelenlegi könyvtár helye
$destination = __DIR__ . '/../images/uploads/';
try {
$upload = new ThumbnailUpload($destination);
$upload->setThumbDestination($destination.'thumbs/');És így már jó... A fenti kód működik. Érdekes
-
Lacces
őstag
válasz
Speeedfire #8471 üzenetére
Írtam fentebb, hogy ezt is próbáltam
akkor sem működött...
Mindegy, ez az egész úgy sz... ahogy van
Fájlkorlátnak is megadom a 100mb-ot és 2mb-os képnél már sír a szája, hogy nagy... 1mb-osat még le nyel (és jól írom be a méretet, online átváltokat is használtam)
Ez a sz...suk meg a kezdő PHP-st című dolog
-
Lacces
őstag
válasz
Speeedfire #8467 üzenetére
Ha simán megadom az abszolút útvonalat, akkor jó. Ki van kommentálva, de amúgy meg nem jó...
Szerintem adsz egy jó kis linket ahol van ennél jobb
.
Könyv példájából van. De amúgy nem rossz, mert sok minden van hozzá, átnevezés, thumbnail create.
De így is van vele egy nagy gondom... hogy hiába állítok bele fájlméret korlátot, elég rosszul működik. hiába állítom 100mb, 5 megásra kivágja, hogy túl nagy méret, 3 megásat meg elfogad...if (isset($_POST['upload'])) {
// define the path to the upload folder
// $destination = '/var/www/PHP/images/uploads/';
$destination = realpath(__DIR__ . '/images/uploads');
require_once('./classes/Upload.php');
try {
$upload = new Upload($destination);
$upload->setMaxSize($max);
$upload->move();
$result = $upload->getMessages();
} catch (Exception $e) {
echo $e->getMessage();
}
}Upload osztályból:
public function __construct($path) {
if (!is_dir($path) || !is_writable($path)) {
throw new Exception("$path must be a valid, writable directory.");
}
$this->_destination = $path;
$this->_uploaded = $_FILES;
}
protected function processFile($filename, $error, $size, $type, $tmp_name, $overwrite) {
$OK = $this->checkError($filename, $error);
if ($OK) {
$sizeOK = $this->checkSize($filename, $size);
$typeOK = $this->checkType($filename, $type);
if ($sizeOK && $typeOK) {
$name = $this->checkName($filename, $overwrite);
$success = move_uploaded_file($tmp_name, $this->_destination . $name);
if ($success) {
// add the amended filename to the array of filenames
$this->_filenames[] = $name;
$message = "$filename uploaded successfully";
if ($this->_renamed) {
$message .= " and renamed $name";
}
$this->_messages[] = $message;
} else {
$this->_messages[] = "Could not upload $filename";
}
}
}Szal inkább lehet linket kéne küldeni nekem, hogy mely kód implementálását ajánljátok nekem
-
Lacces
őstag
válasz
Speeedfire #8465 üzenetére
Hogy érted? forráskód?
-
Lacces
őstag
válasz
Speeedfire #8459 üzenetére
Most már legalább tudom, hogy Yii-ben bajban vagyok, akkor ide jöhetek majd
-
CSorBA
őstag
válasz
Speeedfire #8447 üzenetére
Most nézegetek orosz oldalakat
Az urlben vagy angol cím van, vagy maximum 1 romanizált karakteres szó
Lehet nem bonyolítom túl...
-
coco2
őstag
válasz
Speeedfire #8436 üzenetére
Úgy sem futott le. Lebontottam végül az egészet már csak annyira, hogy függvényen belül semmi mást nem csinálok, mint sima integer értéket töltök fel. És azt sem csinálta meg függvényből.
Akkor esett le a tantusz, hogy függvényen belülről nincs hatással a már definiált globális változókra. Kellett neki adni egy "global $config_array;"-t a függvényen belül, és akkor lefutott. Egy egész órája szívatott a változók élettartama.
-
coco2
őstag
válasz
Speeedfire #8434 üzenetére
Ezeket megcsináltam, de ofc nem ez volt a baj. Ugyan úgy nem működik.
Egyébként is fut az a php script, mert van kimenete. Megtalálja a file-t, és lefut az array explore is.
Egyszerűen csak nem látom, hogy mi baja van.
-
coco2
őstag
válasz
Speeedfire #8426 üzenetére
Köszönöm. Egyenlőre csak az egyszerűbb dolgokat használnám. Előbb legyen meg ez. Action scriptezni majd utána. Éppen dolgozom rajta..
Képkivágásra nincs valami új html5 elem?
-
PazsitZ
addikt
válasz
Speeedfire #8422 üzenetére
A példában is az első 3 karaktert nézi csak.
if (substr($sapi_type, 0, 3) == 'cgi') -
Speeedfire
félisten
válasz
Speeedfire #8422 üzenetére
Solved.
Küldtem magamnak egy mail-t a php-val és ezt kaptam:
cgi-fcgi
Átírva erre már jó.
-
Tele von Zsinór
őstag
válasz
Speeedfire #8418 üzenetére
Leginkább olyan helyre rakd, ami nem elérhető kívülről. Ha ez nem megoldható, vizsgáld a php_sapi_name() fv. visszatérési értéke "cli"-e.
-
PazsitZ
addikt
válasz
Speeedfire #8418 üzenetére
Primitív megoldás, de megteszi:
egy random hash-szerű paraméter-nek megadsz egy random hash értékét és azzal hívva futtatod.tehát: cron.php?eca07335a3=ea2e444264c384420771b6af490b16fb
kódban:
if (isset($_GET['eca07335a3']) && $_GET['eca07335a3']=='ea2e444264c384420771b6af490b16fb') {
...
} -
Peter Kiss
őstag
válasz
Speeedfire #8406 üzenetére
A kifejezés végére kell egy 'u' módosító.
/itt van a kifejezésed/u
-
CSorBA
őstag
válasz
Speeedfire #8412 üzenetére
setlocale(LC_ALL, 'hu_HU.UTF8', 'hu_HU.UTF-8', 'hu', 'hun', 'hungray', 'HUN', 'hu_HU');
-
rt06
veterán
válasz
Speeedfire #8410 üzenetére
akkor setlocale( LC_ALL, "hu_HU" );
-
rt06
veterán
válasz
Speeedfire #8408 üzenetére
echo setlocale(LC_ALL, 0);
ha nem jo, a hulla helyere irj hu_HU-t (nincs kulon getlocale, 0-val lekeri, ha mast irsz oda, beallitja) -
rt06
veterán
válasz
Speeedfire #8406 üzenetére
locale be van allitva, hogy tudja a php mik szamodra az ekezetes karakterek?
tovabba ha utf8-as a string, kellhet a egy u modosito
valamint nem hianyzik a pattern elejerol es vegerol a hatarolo karakter? -
válasz
Speeedfire #8401 üzenetére
közben rájöttem, hogy jól csináltam, csak rossz fájlban
-
válasz
Speeedfire #8399 üzenetére
rákeresek a jquery topicra én a cursor: progress css állításával próbáltam de az nem változtatta a kurzort
-
lazlo16
aktív tag
válasz
Speeedfire #8390 üzenetére
Jah erre gondoltál a httpd.conf-ba: DocumentRoot "d:\! PHP\!Project\php5.3.10\" ez be van.
-
lazlo16
aktív tag
válasz
Speeedfire #8388 üzenetére
Hogy érted ?
-
válasz
Speeedfire #8345 üzenetére
Egy szóval sem említetted...
-
Peter Kiss
őstag
válasz
Speeedfire #8349 üzenetére
Idézet:
(20:33:37) Laci: ad a gépnek egy második esélyt, ha esetleg benézné :d
@Siriusb, ha jól értelek az a gond, hogy nem szeretnéd azt, hogy error-ba szaladjon a dolog a felhasználónál.
Miután feldolgoztad a formot, irányítsd át a felhasználót (header). De szükség lehet arra, hogy a form kapjon egy egyedi azonosítót, ami alapján meg tudod mondani, hogy az adott formot fel kell-e dolgozni, avagy már nem kell vele foglalkozni, mert már járt nálad. -
Siriusb
veterán
válasz
Speeedfire #8349 üzenetére
Huh, nem igazán értem, mi jár a fejedben.
-
Speeedfire
félisten
válasz
Speeedfire #8346 üzenetére
Solved!
-
válasz
Speeedfire #8336 üzenetére
Oké értem. Témát lezártam. Van ez a megoldás, eléggé elismert de ha neked nem jó fel is út le is út! Szerintem semmivel kevésbé nem olyan biztonságos mint a saját megoldásod
-
válasz
Speeedfire #8332 üzenetére
Ez is egy svn.
-
válasz
Speeedfire #8324 üzenetére
Erről fut egy projektünk, szóval nem az Szabolcs!
[link] bal felső sarok: "Subversion or Git Hosting Only (Free), A free, commercial quality, private repository with unlimited users, 1GB storage and the world's best features."
-
válasz
Speeedfire #8317 üzenetére
Bonyolult? [link], a föld legegyszerűbb dolga
. Ezt melegen ajánlom ha SVN ha nem a legjobb.
Új hozzászólás Aktív témák
Hirdetés
- Miért vezet mindenki úgy, mint egy állat?
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Ventilátorok - Ház, CPU (borda, radiátor), VGA
- Tőzsde és gazdaság
- ASUS routerek
- Mobil flották
- Azonnali processzoros kérdések órája
- Path of Exile (ARPG)
- Azonnali alaplapos kérdések órája
- hdanesz: Elektromos autózás - első élmények
- További aktív témák...
- Bomba ár! Dell Latitude 7320 - i5-11GEN I 8GB I 512SSD I HDMI I 13,3" FHD I Cam I W11 I Garancia!
- iKing.Hu - Apple iPhone 16 Pro Max - Desert Titanium - Új, kipróbált
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! ASRock B250 i5 7400 16GB DDR4 512GB SSD GTX 1660 SUPER 6GB Rampage Everest 500W
- AKCIÓ! ASROCK H310CM i5 9600K 32GB DDR4 500GB SSD RTX 3050 8GB DeepCool Tesseract SW 500W
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest