Új hozzászólás Aktív témák
-
Reaper04
aktív tag
Készítettem egy újat. Egyre jobb.
Az emailt is hibátlanul megkapom, rendesen címezve ...stb.Egy bibi van:
Ha rákattintok a gombra, a "sikeres" en kívül még ezt írja:
"Array ( [name] => Ide ird a neved [email] => E-mail cimed [message] => Ide ird az üzenetedet! [reset] => Küldés ) Sikeres küldés! "Ezt miért írja ki ? Valahol megint van valami hiba?
-
Reaper04
aktív tag
Jah igen, köszi! Működik.
Kb. 20-30 x próbáltam ment is, nem variáltam rajt.Most nem megy. Kiírja hogy sikeres, de nem kapom mailt.
Ez miért van ? Van valami limit ? Vagy mi történt ?
SZERK: Feltöltöttem másik tárhelyre, ott megkaptam
Ez most vicc ? Az ultraweben van valami gubanc ...[ Szerkesztve ]
-
Louloudaki
aktív tag
az // existing user ágban van a lekérés, és ezen az ágon belül vannak a problémás // used wrong pwd és // insert new wrong attempt ágak amik nem jól futnak. megvan itt is a userid, be is írja a táblába, csak az a baj hogy többször futnak le az ágak.
annak a userid lekéréses ifnek az
else{
// user not found
$return="notfound";
return $return;
}
a párja ami most nem fontos, nem kell bele semmi id, műxik oszt jóvan, fentebb van a baj[ Szerkesztve ]
-
Sk8erPeter
nagyúr
A phpMyAdminnak van egy config.inc.php fájlja a főkönyvtárában.
Ebben néhány beállítás található, többek közt a blowfish_secret is, ezt nálam az a setup generálta, ami ott van a /setup cím alatt... ez generálta a config.inc.php-met is.
Nálam localhoston így néz ki ez a blowfish_secret kód (egy sor a sok közül):
$cfg['blowfish_secret'] = '4efe8f2e64de52.06461375';Valszeg ez nálad nincs beállítva. Vagy valami hasonló.
Sk8erPeter
-
Sk8erPeter
nagyúr
Miért pont Java?
Csak érdekel az indok, meg az, hogy egyikőtök sem említette a C#-ot, mint lehetséges alternatívát, ha már "nem scriptnyelvekről" beszélünk.===
(#8119) Bencom ™ : többiek a lényeget már elmondták, de amúgy a suliban, ahova jársz, nincs műszaki könyveket is elérhetővé tevő könyvtár? Elég jó írásos könyvek is vannak a PHP-ről.
Amúgy mielőtt ilyenbe belevágsz, egy kicsit kisebb dolgokban gondolkodj, szerezz tapasztalatot. Lehet, hogy nagyon mainstreamnek tűnik, de PHP-ben először tanulj meg viszonylag szimpla dinamikus honlapokat készíteni. Aztán jöhet a komolyabb.
Mindenesetre az elképzelésedre az ideális megoldás úgysem a PHP, de ezt már leírták előttem.(#8124) Bencom ™
"ott pl óva intettek tőle honlapszervezésnél a "7 másodperces szabály miatt""
Milyen 7 másodperces szabály? Nem tudok ilyenről...
Ha arra gondolsz, hogy 7 másodperc után a felhasználók elhagyják az oldalt, akkor arra az a válaszom, hogy nem, az esetek többségében már hamarabb megteszik. Akkor már érdemesebb inkább 3 másodperces "szabályról" beszélni, bár ez a "szabály" szó itt elég vicces, túlságosan is könyvszagú kifejezés ebben az esetben.Egyébként azért ne úgy tekints a Java-ra, mint egy rémséges valamire, mert nagyon is jó nyelv az, főleg a platformfüggetlensége miatt (meg a bőséges támogatottsága miatt is), de a működési elve (virtuális gép, stb.) miatt sok esetben lassabb lehet egy adott program, mint más nyelven megírva (most ez elég általánosan hangzott, nyilván függ attól, hogyan írja meg valaki).
[ Szerkesztve ]
Sk8erPeter
-
biker
nagyúr
jut eszembe, én régen küzdöttem rewrite-al, és most is elővettem, rájöttem min nem jutok tovább
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule kategoria/([0-9]+)/([A-Za-z0-9áéíóöőúüűÁÉÍÓÖŐÚÜŰ\+\-]+)$ /index.php?kat_ID=$1&kat_nev=$2 [L]
</IfModule>az a gond, hogy működik, de innentől nem találja a css-eket, js-eket, mert mintha /.../.../ helyen keresné őket, ha /.../.../.../... akkor ott.
ez miért van?Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
-
Tele von Zsinór
őstag
Ha elérhető a PECL Intl, akkor valószínűleg ezzel jársz legjobban: IntlDateFormatter.
Symfony2-ben ugyanennek a Locale komponens a fallbackje.
-
Speeedfire
nagyúr
-
xTc
aktív tag
Pontosan szubjektív. Személy szerint, kicsi PHP-s projektnél, ahol nem használok framework-t, csak Smarty-t ott notepad++. Ahol már framework-kel dolgozom, ott netbeans párti vagyok. Viszont ha django-t használok (python alapú web framework), akkor vi vagy nano. Lehet hogy kényelmesedik az ember, viszont nagyméretű projektnél azért kényelmesebb, főleg az IDE-be épülő verziókezelők miatt is.
[ Szerkesztve ]
-
Speeedfire
nagyúr
-
Brown ügynök
senior tag
Ehhez mit szólsz?finfo_fileLátom nem elérhető.Példa kép kiterjesztés vizsgálatára:
$img = stripslashes($file_name);
$i = strrpos($img,".");
if (!$i) { return ""; }
$l = strlen($img) - $i;
$ext = substr($img, $i + 1, $l);
$extension = strtolower($ext);
if ( ($extension != "jpg") && ($extension != "png") ) {
$response = "Helytelen kiterjesztés!";
}[ Szerkesztve ]
"hacsak nem jön a jó tündér break utasítás képében..."
-
Tele von Zsinór
őstag
Sajnos ez a valóság, 20% körül van az 5.3 használata: [link]
Nekem is a hetekben kellett birkózni egy 5.3-as szerverért - elkészült a rendszer, minden működött rajta, és deploy során derült ki, hogy a megrendelő szerverén 5.2 van. Jó idő kellett meggyőzni a rendszergazdát, hogy oldja meg.
[ Szerkesztve ]
-
Robaj
addikt
Az 5.3.9 kritikus biztonsági rést tartalmaz, 5.3.10-nél meg 1001 változót tudsz továbbküldeni.
Az utolsó 5.2 a legstabilabb php szvsz. A deprecated errorok miatt nem véletlen, hogy sokan ódzkodnak tőle (hiába kb. egy sor kikapcsolni), pedig 10-15%-kal gyorsabb lett tőle az egyik joomlám, mint 5.2-n egy sor átírása nélkül. -
-
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. -
Speeedfire
nagyúr
Nem rossz elképzelés, de a felesleges erőforrás miatt, inkább nem tárolom el, hogy mennyi hsz érkezett, mióta az oldalon járt.
Inkább csak annyit közölnék, hogy egy vagy több hsz érkezett az adott fórumba/blogba.A jelenlegi szolgáltatónál nincs kimenő email korlát.
[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
És mi ezzel a filozófiával a probléma? Úgy tűnt, mintha ezt negatív dolognak akarnád beállítani.
(#8744) Speeedfire : "4. Adjuk el pofátlanul drágán (a sz*rt)."
Ezt a hozzáállást megint nem értem. Miért kellene, hogy szar legyen?
Attól még, mert valaki ingyenes CMS-sel dolgozik, vesz hozzá egy igényes sablont, mert mondjuk nincs pénze külső, brutális pénzekért dolgozó dizájnerre, vagy csak simán talált egyet, ami neki megfelel, és aztán még módosítgatja az oldalt ízlésének és az igényeknek megfelelően, nem értem, miért kellene, hogy szar legyen egy weboldal!
Azt meg el kell fogadni, hogy ami jól néz ki, megfelel az igényeidnek, azt általában igenis meg kell fizetni.Tudod, mi a nevetséges? Amikor hozzánk bejött az irodába egyszer egy csávó, hogy ő 35 ezer Ft-ért (!!!) komplett ingatlanközvetítő portált akar összetett keresővel, admin-felülettel, képfeltöltési lehetőséggel, stb.
Azt hittem, eldobom az agyam...[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Ja, látom ezt a template-et alkalmaztad.
Nekem a Joomla már akkor komolytalanná vált, amikor széjjeldobálta a fél éve legfrissebb verziója az oldalamat mindenféle PHP-s hibával, ami az E_STRICT bekapcsolása miatt történt - de nem kevéssel, hanem úgy minimum ötvennel, vagy többel. Egy sokak által használt CMS-nél ugyan figyeljenek már azokra az alapvető programozási technikákra, amikkel az ilyen hibadobálások elkerülhetők. Nem, az nem érv, hogy "dehát ne legyen E_STRICT" - de, fejlesztés alatt igenis legyen.
Aztán nekem személy szerint valahogy gyorsan elment a kedvem a Joomlától, nem láttam benne a potenciált, hogy annyira testreszabható lenne, mint a Drupal, hogy bizonyos felhasználók kezéből kivegyem az irányítást, és csak valami apró részletre adjak jogot, nem tartottam átláthatónak és következetesnek a kódját (ami fejlesztői szempontból - ha modulokat akarok írni, stb. - nem mindegy), és valahogy számomra összecsapottnak tűnt. Senki ne vegye sértésnek, aki Joomla-rajongó.
Megerősítve láttam azokat az érveket, amiket a Joomla ellen írtak különböző fórumokon.
Ahogy a Drupalt használtam, eleinte az is rettenetes káosz volt számomra, de már kezdetektől fogva úgy éreztem, hogy ez egy alapvetően egészen profi rendszer, csak még nem ismerem ki magam rajta - nem volt az az érzésem, mint Joomlánál, hogy mintha egy könnyen összedőlő kártyavárba akarnék berendezkedni (inkább mintha egy erődítménybe ).
Nem akarok papolni a Drupal mellett, de számomra a Joomla emellett akkor is komolytalan marad.
Ettől függetlenül természetesen elhiszem, hogy egész jó honlapokat össze lehet benne hozni.Ja, és bocsánat, mielőtt elfelejtem: kollégámmal majdnem egyszerre kezdtünk fejleszteni két tök különböző oldalt, ő Joomlát használt, én Drupalt. Az ő oldalát nagy meglepetésünkre egyszer csak feltörték (valami török zene szólt egy iframe-ből az index.php cím alatt), az enyémet nem, és - lekopogom - eddig azóta sem törték fel. Lehet, hogy ebből nem feltétlenül szabad messzemenő következtetéseket levonni, de valahogy az volt az érzésem, hogy ez valamelyest utal az egyik vagy másik rendszer megbízhatóságára is.
Ahogy sok fórumon azt is olvastam, amikor még vacilláltam, melyik legyen, Joomla vagy Drupal, hogy állítólag a Joomla elég sok biztonsági rést tartalmaz(ott) - lehet, hogy ezeket azóta mind befoltozták, és lettek helyettük újak, nem tudom. Mindenesetre a régebbiek ezek szerint egész jól támadhatók.Azt nem tudom, Joomlához milyen tempóban jelennek meg security update-ek a felfedezést követően, de Drupalhoz nagyon gyorsan elkészítik, ha találnak biztonsági rést, így ez kellő prioritást élvez a fejlesztők munkájában - számomra ez is elég pozitív.
===
(#8749) biker : az már valamennyire közelít a rendes árhoz. Kár, hogy az egész oldal Flash-alapú, pedig jó lenne, de én ezekről az oldalakról valahogy ösztönösen menekülök...
===
(#8752) mobal: én fentebb egy kicsit fáradtan, de próbáltam elmondani a szempontjaimat, hátha érdekel ez a vélemény is a Joomla vs. Drupal témáról.
(#8754) mobal: "Hát nem tudom. Szerintem semmi gond nincs a Joomlával, semmi ilyet nem olvasok róla."
Pedig ezeket a véleményeket kb. 5 perc Guglizás alapján meg lehet találni, én is ugyanezeket olvastam, amikről Speeedfire beszél, pedig elején mindkettőre nyitott voltam.
Ahogy fentebb láthatod, ki is próbáltam mindkettőt, és végül saját tapasztalat alapján döntöttem. Választottam a nehezebbet, de profibbat.===
(#8753) Speeedfire :
ja, világos. Attól még, mert valaki össze tud dobálni mondjuk egy blogos oldalt Wordpress-ben, attól még tényleg nem ő lesz a webfejlesztők királya, ez tény. Amúgy értem, mit akarsz mondani, mintha a CMS-ek használatától valaki venné a bátorságot, hogy elmondhassa magáról, hogy ő profi weboldalakat tud készíteni, pedig az anyja vasporosát."CSorBA: Mutatós oldal, bár nem értem a joomla-sokat, hogy miért nem szeretik használni az apache mod_rewrite modulját."
Tényleg, ezt én is megfigyeltem, hogy ez valahogy náluk rendszerint lemarad. (tisztelet a kivételnek) Drupal már a kezdetek kezdetén felajánlja, hogy ezt igazán bekapcsolhatnád, mert van rá mód (ha van).Sk8erPeter
-
Sk8erPeter
nagyúr
"Drupalban nem vagyok annyira otthon, de úgy vélem, ha valamire nem jó a Joomla, akkor nem a Drupálhoz nyúlnék, hanem sajáthoz Azt hiszem ezzel Te is így lehetsz."
Nem, mert én eleve a Drupallal kezdenék.
Na, de tulajdonképpen pont erre akartam kitérni, hogy manapság már nagyon megfontolnám, hogy érdemes-e belekezdeni saját rendszer megírásába - az esetek többségében nem biztos, hogy megéri beáldozni azt a rengeteg hasznos munkaórát, amit csak példaként azzal töltök, hogy egy szép fastruktúrát építsek a menürendszeremhez, hogy akár több egymásba ágyazható menüpontom is legyen. Persze ilyenkor jól jön, amikor az embernek van korábbról kódja, csak valahogy a saját kódjaimmal eleve úgy vagyok, hogy állandóan találok benne valami javítanivalót, így rengeteg időt eltöltök a kód felülvizsgálatával. Na mindegy, pl. egy ilyen eleve megvan egy CMS-ben, vagy akár egy framework is ezeket a feladatokat sokkal könnyebbé teszi. Most, hogy talán mondható, hogy eléggé belejöttem a Drupalhoz való modulfejlesztésbe, tényleg egyre kevésbé látom a határait, hogy hogyan oldjak meg dolgokat rugalmasan, egyre inkább híve vagyok annak, hogy komplett saját rendszer helyett érdemes felhasználni egy meglévőt, aminek a hibáit sokan felülvizsgálják, javítják, nem kell saját óriási erőforrásokat (pénz, idő, fáradság) szánnom erre a részre is.
Azt is megértem, hogy Te ragaszkodsz a Joomlához: miután az ember átesik azon a szakaszon, hogy "hű, de gyűlöllek, nem értek semmit, nem értem, ezt miért nem tudom elkészíteni, na akkor debuggoljunk megint több órát", majd sikerei vannak vele, és rájön a dolog hátterére, már egészen kezd hozzánőni a szívéhez.
Egyébként a CMS-ekkel készített, igazán igényes honlapok elkészítéséhez szerintem elengedhetetlen a PHP-ismeret: sokszor a számtalan modul felrakása, próbálgatása, majd a jobb füled bal kézzel, a tarkód mögül történő megvakarása helyett lehet, hogy a fejlesztői API segítségével csak néhány sort kell kódolnod a megfelelő helyen, és még erőforrás-takarékos is marad a dolog.Bocs, hogy ennyit ugatok a témáról, csak lököm, ami hirtelen eszembe jut.
Na meg még mindig érdekel a dolog, hogy ki mit gondol a CMS-ekről, és miért - főleg, ha negatív véleménnyel van róluk.===
(#8758) biker: jah, akkor jó. Gondolom azért nem két perc volt összehozni, ahhoz túl igényes. Bár őszintén szólva fogalmam sincs a Flash-alapú fejlesztésről, hogy milyen segédeszközöket lehet hozzá felhasználni - valószínűleg nem is fogok tudni erről a témáról komolyabban semmit. Inkább a csillivilli dolgokhoz valami JS-alapú UI-t igyekszem használni, bár tudom, a Flash-eshez képest ez még mindig korlátosabb, vagy talán nehézkesebb. Bár attól függ, pl. az Ext JS elég komoly dolgokra képes.
===
(#8759) Speeedfire :
"Lényeg, hogy érdemes cms-t használni/ismerni szerintem. Kisebb munkákhoz pikk-pakk, egyedi rendszerhez meg framework."
Na, épp ez az, amit felvetettem. Hogy egyedi igényekhez is bőven használható pl. egy Drupal. Ezt próbáltam megérteni, vajon mi az oka, hogy sokan ennyire ragaszkodnak ahhoz az állásponthoz, hogy egyedi és profi dolgokhoz márpedig csak egy framework jó.
Aztán persze lehet, hogy tényleg simán elképzelhető olyan honlap, aminél könnyebb összehozni framework segítségével, mint CMS-sel.===
(#8761) Athlon64+ : na igen... ez amúgy érdekes probléma. Kíváncsi lennék, Windows-on mi a workaround az APC helyes működtetésére.
Sk8erPeter
-
Sk8erPeter
nagyúr
A "kirohanásom" oka az volt, hogy nem szeretem, amikor valaki felrak egy hibákkal és sebezhetőségekkel telerakott hosszú példát, amiből aztán kezdők nagyon rossz mintát vehetnek, mert gyorsan megörülnek, hogy "jujj de jó, itt egy kész példa, akkor nekem már nem is kell megtanulnom programozni".
===
(#8822) Speeedfire : hát ha valaki ebből szűri ki a lényeget, akkor az rövid és hosszú távon is nagyon rosszul jár.
Ezért érdemes megnézni, mit linkel az ember, nehogy rossz példát mutasson.
Amikor nagyon kezdő voltam, és ilyen linkeket találtam, én is mindig megörültem, hogy de jó, valaki most megmutatja nekem, hogy kell. Aztán később kapartam az arcom, amikor kezdtem belejönni.Amúgy a kód még csak említést sem tesz a sessionök használatáról.
[ Szerkesztve ]
Sk8erPeter
-
MODERÁTOR
Egy lehetséges megoldás. Kiveszed a bannaereket, belerakod egy tömbbe, mindegyikhez hozzárendelsz egy értéket - hogy mennyi az esélye mojduk, hogy ő lesz a következő banner, majd hozzáadsz egy bónuszt. Mondjuk + 10, és a prioritás értékével megszorzod. Pl.:
$banner = array(
'1' => '10',
'2' => '15',
'3' => '20',
...
);és akkor a végén így fog kinézni:
- első: 10 + 4 * 10
- második: 15 + 1 * 10
- harmadik: 20 + 2 * 10egyenlőség esetén, meg megint random döntesz remélem érthető voltam
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Dave-11
tag
Igen azt már láttam máshol is, és úgy is van beállítva. A dokumentum rögtön ezzel kezdődik:
<?php
session_start();
?>
Nem értem. És ez idegesít Kipróbáltam egy teljesen új dokumentummal. Van 2 fájl, legelől session, bekéri az adatot egy input tag, elküldi, és a másik oldal kiírja. Itt viszont nem tudom mit rontottam el Esetleg töltsem fel valahova és átnéznétek a forráskódot?[ Szerkesztve ]
:D Semmi :D
-
Dave-11
tag
Köszi, tényleg köszi mindenkinek!
Na itt vannak a fájlok becsomagolva. Akkor már el is mondom a projektet, hogy min dolgozok.
Szóval regisztrálsz egy felhasználót, közben kiválasztasz magadnak egy hátteret, és amikor bejelentkezel akkor a fiókodban ez lesz a háttér.
Most kérlek titeket a háttér beállításának megvalósításával ne foglalkozzatok, arra már meg van a módszerem, csak ez a fránya session kéne már és minden jó lenne
[link]:D Semmi :D
-
Sk8erPeter
nagyúr
"Az isset elhagyható."
A hsz.-ed nagy részével egyetértek, de ezzel nem.
Ha ezt csinálod, és az oldal úgy töltődik be, hogy a felhasználó még nem küldte el a formot, akkor a következő kód hatására:
if (!($_POST["nev"])) print "Mégis hogy gondolod azt, hogy nem adsz meg nevet?<br />";
szépen kapsz egy notice-t:Notice: Undefined index: nev in ......... on line ........
Akkor már érdemes átereszteni egy empty()-n, ez elméletileg az ellenőrzéshez először végez egy isset()-et amúgy is, és ha ez hamis, egyből visszatér, tehát ezzel nem kapsz notice-t:
if (empty($_POST["nev"])) print "Mégis hogy gondolod azt, hogy nem adsz meg nevet?<br />";
Sk8erPeter
-
Sk8erPeter
nagyúr
Mondjuk az is igaz, hogy most nézem, Te előtte nyomatsz egy if ($_POST), ami miatt tulajdonképpen csekkolod, hogy egyáltalán valami $_POST érték be van-e állítva, de az előbb írtak attól még állnak (az empty()-vel ellenőrzés), mert pl. ha a júzer egy checkbox-ot nem választ ki, akkor abban az esetben nem is állítódik be a hozzá tartozó $_POST változó.
Szerk.: ne aggódj, ezzel én is így vagyok, meg kábé mindenki, aki fejleszti magát programozásból, én is fogom a fejem és pirulok a régi kódjaim láttán.
Szerk. 2.:
(#9277) Speeedfire:
én már onnantól kezdve nem értem, hogy nem látom, milyen globális függvényt írtál, és hol is hívod meg.
" $kategorianev->kategoria; sorra kiírja, hogy nincs az xyz controllerben $kategorianev változó, ami érthető mert én nem is raktam oda..."
Hogy mi? Nem a $kategorianev-en belül nem létezik a public $kategoria mondjuk?Na mindegy, "dögöljek meg, ha ebből egy szót is értek".
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Új hozzászólás Aktív témák
- Milyen TV-t vegyek?
- Politika
- Motorola Edge 40 - jó bőr
- Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
- Milyen billentyűzetet vegyek?
- PlayStation 5
- exHWSW - Értünk mindenhez IS
- Apple AirPods Pro (2. generáció) - csiszolt almaságok
- Milyen belső merevlemezt vegyek?
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- További aktív témák...
- Eladó új gamer PC (Ryzen 7 7800X3D/16GB DDR5/512GB SSD/RTX 4070 Super)
- Xiaomi Redmi Note 11 Pro 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Eladó gamer PC (i5-11400F/16GB DDR4/500GB SSD+1TB HDD/RTX 2060 6GB)
- Bomba ár! Lenovo ThinkPad X270 - i7-7G I 16GB I 256GB SSD I 12,5" I HDMI I Cam I W10 I Garancia!
- Bomba ár HP Spectre Pro X360 G2 - i5-6G I 8GB I 256SSD I 13,3" FHD Touch I Cam I W10 I Garancia!