Új hozzászólás Aktív témák
-
Soak
veterán
válasz pvt.peter #11049 üzenetére
Szia !
http://ideone.com/nUwsA ez megcsinálja azt kódot amit szeretnél (mármint a mellékelt kódrészletet) , egy osztály tulajdonságainak megfelelő számút, majd azok értékét beteszi magába a tabsba .
Szerk : A fül neve pedig a tulajdonság neve.
[ Szerkesztve ]
-
Speeedfire
nagyúr
válasz Sk8erPeter #11045 üzenetére
Én is hasonló okok miatt álltam át rá. Illetve kiíratni is úgy íratom ki, ahogy épp szükséges.
Azóta nem is használom a mysql timestamp-et.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
foreach($this as $key => $value)
Jesszus, Te itt igazából mit művelsz?ucfirst($key)
ucfirst($value)
Miért akarod felülbírálni a felhasználó által megadott nevet, hogy legyen upper case az első betű? Nehogy már. Ilyet nem szabad. Hadd döntse el a felhasználó, nagy- vagy kisbetűvel szeretné, kódból ne írd felül.class Content extends HtmlBuilder{
public $prop1;
public $prop2;
public $prop3;
}Itt konkrétan az egész leszármaztatásnak abszolúte SEMMI értelme.
Ezenkívül public változókat használni itt mi értelme van? Akkor minek az OOP, az encapsulation, stb.?
Lényegében ezzel felrúgod ezeket az elveket, példányosítás után azt lehet belepakolni, amit csak akarsz.Amúgy itt az egész szétválasztásnak sincs sok értelme, hogy külön legyen megcsinálva a "header" (legalábbis így nevezted), meg a tartalom maga, ennek úgyis egymás alá kell kerülnie, szétválasztva nem valószínű, hogy szükség lesz rá, tehát lehetne akár egyetlen render() metóduson belül.
Sk8erPeter
-
válasz pvt.peter #11049 üzenetére
Valami ilyesmire gondoltam, ehhez hasonló irányt nagyobb versenyzők is követtek, nem véletlenül. Hiba lehet benne, nem próbáltam ki, igazából egy sornyi megvalósítást se akartam írni, de így talán egyértelműbb.
---
#11050, Sk8erPeter, ezt hívják ocsmány megoldásnak, no offense.
---
#11051, Soak, az OO-val még nem kerültél közelebbi barátságba, de nagy pirospont a külön header és tab-ok legyártásáért, innen már csak egy lépés a NVI (non virtual interface, én is ezt használtam).
-
Soak
veterán
válasz Sk8erPeter #11053 üzenetére
Epp volt egy hasonlo kodreszleten keznel. Azt alakitottam at minimalisan. Az elso kerdeaedet nem ertem. A tobbire is csak azt tudom mondani hogy egy nagy kodbil kivaktam ket reszletet amivel a kivant eredmenyt eleri. Innentol elindulhat megcsinalhatja ahogy o akarja. A masodik classt is azert hagytam benne, mert nekem konkretan konfigplhato contentet tud epiteni a htmBuildet, csak a tobbi kodreszletet kivagtam, mert nem volt relevans neki.
Szerk : Athlon64+ : jelen feladatot hogy oldanad meg OO-ban ha egy ismeretlen ember segitseget ker es Sos? Komolyan, ird le kivancsi vagyok.
[ Szerkesztve ]
-
-
Soak
veterán
válasz Peter Kiss #11057 üzenetére
Más : Nem tudom, hogy PHP-vel kéne-e megoldani de azt szeretném elérni, hogy van egy szövegem , abból szeretném kiválasztani egy speciális karakter utáni szövegrészekete, tehát pl Bla blaaa bla bal @bla , bla blaaa bla blaa bla @albla . , ebből a @bla és @albla-át szeretném kiválasztani (természtesen a @ utáni rész userinput és nem előre definiált) . Nézegettem a beépített funckiókat, de azokkal nem tudtam megoldani.
Az is lehet, hogy javascriptel mikor a textarea-ba gépelnek már kiválasztani és mint hidden input elküldeni?
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz Peter Kiss #11054 üzenetére
Ahtlon64+, ezt hívják kicsit nevetséges hozzáállásnak, "no offense". (Annyira gáz ez a "no offense", semmi értelme nincs, mert attól még a kicsit faragatlan stílusodat nem tompítod vele... Akkor már jobb, ha nincs mögötte semmi, mert így csak cinikus. )
Nulla indoklás, nulla érvelés. Így a mondókádat semmivel nem támasztod alá, ennek megfelelő értékű is ebben a formában.
Már a legelején mondtam, hogy a lehető legegyszerűbb megoldást okádtam ki, ami működőképes lehet, és nem igazán erőltettem meg magam, hogy gondolkodjak jobb megoldáson. Plusz mivel a srác kezdeti, kiinduló kódrészletet sem mutatott, abból indultam, ki, hogy egyszerű megoldásra vár első körben, nem egy viszonylag komplikált megoldást szeretne látni (komplikáltat értsd: át is kell nézni a kódot ahhoz, hogy értsd a működését, nem adja magát egyből, mint amit mutattam). Ennek fényében már könnyebb volt neked megmutatni a tutit, ahol OOP-síted a teljes feladatot, mindent szétbontva, ami rendben is van, de ha már úgy döntesz, oltogatsz másokat, akkor legalább arra is vegyél fáradságot, hogy alátámaszd egy kicsit az érveidet. A szakmai kommunikáció érdekében legalábbis ez elvárható, hogy ne tűnjön puszta személyeskedésnek.
Mondjuk azt már megszoktam, hogy úgy állsz hozzá, hogy amit mondasz, az az etalon, mindenki más csak hülyeségeket beszél ("no offense"), és az jó, hogy van önbizalmad, de azért nem ártana, ha végre úgy is tudnánk kommunikálni, hogy abból nem csak a kakaskodás része marad meg, hanem egymás fejlődése érdekében vitatkozunk valamiről."nagy pirospont a külön header és tab-ok legyártásáért"
Hát ez valóban egyszerűen lenyűgöző, hogy képes volt külön függvényt létrehozni rá. Mondjuk annyiban jogos, hogy változhat a jQuery UI, és ahhoz, hogy jól működjön, esetleg a tabok fejlécét a body elejére kell rakni, a tartalmát meg a legvégére. Na jó, ez most a gonoszkodás része volt, de amúgy nyilván jó az, hogy így külön kezelhető a kettő.
Amúgy kicsit vicces, hogy Soak kódját magasztalod, amikor nyilvánvaló, hogy az OOP-s elveket teljesen felrúgja, szerintem az általa mutatott módon és helyen teljesen értelmetlen az osztály-leszármaztatása is, és egy nem túl jó mintát mutat (lásd pl. public változók használata).A Te mintád kiindulásnak már jó, mondjuk érdekes lett volna többet tudni a konkrét megvalósításról, renderelésről, bár az már talán az egyszerűbb része.
====================================
(#11055) Soak :
"Az elso kerdeaedet nem ertem."
A $this objektumon mész végig egy foreach-csel. Megismétlem, a $this-en. Nem is mondjuk egy $this->tabs változón, hanem a $this-en. Írjam még egyszer?
Az is gány, és a többit is fenntartom továbbra is (pl. public változók, stb.).[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Igen, nem valami szép.
A Drupalban ezt elég jól megoldják szerintem: format_string()
(A fordításra használatos t() függvénynél nagyon sokszor előkerül ez, amikor helyettesíteni kell ilyen speciális karakterekkel jelzett "tokeneket".)Sk8erPeter
-
Soak
veterán
válasz Sk8erPeter #11061 üzenetére
Az mondjuk mindenesetre érdekes, hogy neked szabad olyat, hogy "kiokádj" valamit ami jelen állapotában még nem is használható - legalábbis azt vettem le, hogy egy bőven kezdő a segítség kérő. Mondjuk Athlon kódjával sincs semennyire beljebb szvsz - , nekem viszont nem szabad összedobni 2.5 perc alatt egy, az ő kérését maximálisan és egyszerűen megoldó kódot ( ami nyilván nem tökéletesen OOP meg miegymás, de nem "erőltettem" meg magam ) .
U.i.: Leírtam neki, hogy miért megyek végig a $this objektumom. A tulajdonság neve a tab neve, az értéke pedig amit a tab-ba szeretne. Ennyire egyszerű, de nem értem, hogy eddig miért nem vetted a fáradtságot ehelyett a hosszú hsz helyett és összedobtál valamit. Nekem semmit nem tudónak 2percig tartott összedobni amit összedobtam. Gondolom neked ugyanennyi időbe tellne egy normálisat, nem?
-
Sk8erPeter
nagyúr
Oké, akkor bocs, ha sértő volt a stílusom, én hajlandó vagyok beismerni, ha hibáztam.
Akkor ezek szerint erősen fogalmaztam, amikor felhívtam a hibáidra a figyelmet. De legalább megpróbáltam részletezni, Athlon64+ csak annyit mondott a kódomról, hogy ocsmány megoldás, és kész, 0 indoklás.
Peace!Sk8erPeter
-
SureStudio
tag
Sziasztok!
Ezzel a kóddal mi a baj? - Egyszerűen a gomb nem csinál semmit...
<html>
<head>
<title>E-mail cím</title>
<script language="JavaScript">
function ellenoriz() {
var rendben = true;
var cim = document.urlap.e_mail.value;
var hossz = cim.lenght;
if (hossz <9) {
alert('Az e-mail cím rövid');
rendben = false;
}
// asa@bb.cc
// Az e-mail cím minimum 9 karakter hosszú
// Az e-mail cím nem haladhatja meg a 45 karakter hoszt
// Az e-mail címben a kukac előtt minimum 3 karakter legyen
// Az e-mail címben a kukac után miminum 2 karakter legyen
// Az e-mail címben a kukac után az utolsó pont után minimum 2 és maximum 3 karakter legyen
}
</script>
</head>
<body>
<center>
<form name="urlap">
E-mail.:<br>
<input name="e_mail"><br>
<input type="button" value="Ellenőrzés" onClick="ellenoriz()">
</form>
</center>
</body>
</html>
Előre is köszönöm a segítséget.*-._.-* *-._.-*-* [SureStudio] *-*-._.-* *-._.-*
-
Soak
veterán
válasz Sk8erPeter #11064 üzenetére
Nem volt sértő a stílusod, legalábbis van annyi fórum kilóméterem, hogy a stílus mögé látok, csak amit Athlon64+-nak is linkeltem kép szerintem nagyon megállja a szituációban a helyét. (persze én sem ezt a kódot használnám, ha magamnak írnám, de érdemes megnézni, hogy milyen oldalra készül és ezt nem fikázásból írom.)
Athlon64+ csak annyit mondott a kódomról, hogy ocsmány megoldás
Erre két dolog jutott eszembe : A vakok közt a félszemű a király effektus . (nyilván a topikban nem csak vakok vannak) és az, hogy jelenleg azt a korszakát éli amikor még arra keményedik a cerka, hogy mennyire OOP a kód. No Offense
-
Sk8erPeter
nagyúr
Ja, láttam a képet, tényleg ideillő.
Az írásod végével is nagyjából egyetértek, a legegyszerűbb megoldást is agyon lehet bonyolítani, szépíteni, amíg világ a világ (ahogy egy projektnek sincs vége soha, mindig lehet valahova szépíteni), de ha valaki először egy egyszerű összegyűjtésre, kiíratásra vágyik, akkor szerintem jelen esetben felesleges a hatmillió leszármaztatás, gyönyörűzés.
Athlon64+ akár elvihette volna olyan irányba is, hogy egy komolyabb, komplett osztályt ír arra, hogy mindenféle esetet lekezelve legeneráljunk jQuery UI tabokat, sőt, még a megfelelő könyvtárakat is behúzza, ezenkívül képes legyen arra is, hogy akár CDN-ről, akár helyi példányból húzza be a jQuery UI-t, ha még nincs include-olva, aztán eldönthető legyen, a vonatkozó kód minimalizált vagy fejlesztői változatát szeretnénk behúzni, sőt, még akár körépakolhatott volna egy rendes admin-felületet GUI-val, és akkor már hű de tuti lenne.
Amit én írtam, azt kb. két perc megírni, majd működésre bírni. Amit Athlon64+ írt, az már egy szétboncolt, komplexebb OOP-s, nyilván rugalmasabban továbbfejleszthető változat, amibe bele lehet építeni még sok mindent, de az előnye akkor jön elő igazán, amikor valaki advanced megoldásra vágyik, és bonyolultabb célokra is használni szeretné. Az övé nyilván szép (mert ő írta, és mert OOP-s, és széjjel van boncolva), az enyém meg nyilván ocsmány, mert nagyon leegyszerűsített, szimplán a konkrét feladatra összpontosított, kezdő által is könnyen kezelhető kód volt. Hát mit is képzeltem én, hogy nem rakok a kódomba legalább egy leszármaztatást?[ Szerkesztve ]
Sk8erPeter
-
válasz Sk8erPeter #11061 üzenetére
Inkább örültél volna, hogy még megoldásnak neveztem a tiéd. Soakot leszólod azért, mert sántít az OO látásmódja, de a tiéd sem jobb. Azt mondod:
public function addNewTab(tabId, tabLabel, htmlContentOfTab)
Első körben syntax error, második körben pontosan tudod, hogy egy Tab-ot akarsz hozzáadni, akkor adj hozzá egy Tab-ot, ne pedig egy metódusban hozz létre raw adatból újat, és azt add hozzá. Single responsibility mond valamit? Nem hiszem.
$tabs = array(
'fragment-1' => array(
'label' => 'One',
'content' => '<p>tartalom egy.............</p>'
)
);Ezt meg hol tanultad? Tömb mire való? Azonos elemek (néha a végletekig leeegyszerűsítve (pl. valami alap osztály)) tárolására, nem arra, hogy újabb olyan tömböket rakjunk bele, amelyek inkább szótárak, így az azokban lévő KeyValuePair-ok csak úgy lógnak a levegőben.
private $tabs = array();
Miért private? Mi van, ha később hozzá kell férni egy leszármazott osztályban? Vagy ilyet nem lehet, annyira egységbe zársz?
Soak kódját nem magasztaltam, az ő megoldása PHP-san ronda és finom, egyedül kiemeltem benne egy jó elgondolást, de az is igaz, hogy az övé több és jobb, mint a te általad berakott pár gondolat, ráadásul te csak leszaroztad, ahelyett, hogy megpróbáltad volna megfogni benne a jót, esetleg a jó útra terelni. Sőt, azt mondtad, hogy a public field-ek miatt akármit berakhat oda bárki, miért, a tiédbe talán nem?
Ráadásul az egyszerű megoldást emeled ki, szerintem a te általad folytatott sokkal bonyolultabb azzal, hogy gyakorlatilag egy helyen intézel mindent.
És még egyszer ne add be senkinek, hogy nekem könnyebb volt a rövid beszélgetések után összehozni azt, amit.
-
Soak
veterán
-
CSorBA
őstag
Gondolkodtam melyik topik legyen, de végül php lett:
Apróság csak, de azért még is na:
Unicorn - W3C egyesített helyességellenőrző (micsoda név, lol), hibát dob W3C Internationalization Checker részen. Amit abszolút nem értek:
Non-UTF-8 character encoding declared
Explanation
The page currently uses the following non-UTF-8 character encoding declaration(s):
Content-Type: text/html; charset='UTF-8'Conflicting character encoding declarations
Explanation
The following character encoding declarations are inconsistent:
Content-Type: text/html; charset='UTF-8'
<meta charset="UTF-8"/>Pedig van egy ilyen headerem:
header("Content-Type: text/html; charset='UTF-8'");A HTML headem eleje:
<!doctype html >
<html lang="hu">
<head>
<meta charset="UTF-8">Ötlet? Mert már szétkeresgéltem magam, de fogalmam sincs. Ja, és minden fájl UTF-8 without BOM
-
j0k3r!
senior tag
nem nagyon akarok beleszolni, de Sk8erPeter es Soak kollegahoz az volna a kerdesem, hogy hol irta a kerdezo, hogy egy egyszeru (es szar) megoldast szeretne?
"Szeretnék írni egy olyan osztályt php-ban, amely adott paraméterekkel legenerál egy HTML oldalt."
"Tehát form létrehozása, ugyanis mindegyik lapon lesz majd vmi dinamikusan létrehozott tartalom, pl. text field stb. amik szintén függvényekkel lesznek megírva, tehát csak egy kiindulási alap kellene nekem."
ezek alapjan nekem ugy tunik, hogy a kerdezo egy HtmlHelper osztalyt (nyilvan tobb osztalybol all) szeretne letrehozni, ahol szerintem teljesen indokolt az orokles, mivel vannak olyan "tulajdonsagok", amelyek gyakorlatilag minden html elemre rahuzhatoak (id, name) es nyilvan vannak specifikusak (value, src, alt, stb.)
en, ha nekikezdenek akkor ilyesmikkel probalkoznek eloszor:
HtmlElement - ososztaly, absztrakt
Image, Form, List, stb - html elemeket reprezentalnak, HtmlElement az ososztalyuk
HtmlBuilder - itt lehet hozzaadni magat a HtmlElement-eket (pl.: $htmlBuilder->addElement(new Image("www.valami.hu/kep.jpg", "valami kep"));
ugyanez az osztaly hivna meg a render() metodust is, ami vegigmegy a HtmlBuilder-en beluli HtmlElement collectionon, es kiirja az adott elemet (ezeket nyilvan minden elem sajat maga hatarozza meg).nyilvan ezt lehetne meg tovabb szofisztikalni, de ez nagyjabol lefedne a kerdezo igenyeit, miszerint egy komplett hmlt oldalt akar generalni php-val.
[ Szerkesztve ]
some men just wanna watch the world burn...
-
SektorFlop
aktív tag
userek online - offline státuszát szeretném feltüntetni, ami működik is attól eltekintve ha egy felhasználó kijelentkezés nélkül bezárja a böngészőt akkor online marad a státusza. Hogy tudnám ezt a legkönnyebben kiküszöbölni? A státuszt 1-el vagy 2-el jelőlöm adatbázison.
"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."
-
Soak
veterán
válasz j0k3r! #11071 üzenetére
Már bocs, de a hozzászólásba ez állt;
A lényeg, hogy az osztályok ezt a kódot generálják, természetesen változó db számú füllel:
........Én csináltam egy olyat ami legenerálja neki ezt a lehető legegyszerűbben, és nem, nem mondta, hogy egyszerűt akar, de ha nem azt akar akkor majd megcsinálja magának jobb featureökkel (mondjuk értelmesen megcsinálja a tabok nevét és tartalmát ami megint nem nagy feladat).
nyilvan ezt lehetne meg tovabb szofisztikalni, de ez nagyjabol lefedne a kerdezo igenyeit, miszerint egy komplett hmlt oldalt akar generalni php-val.
Egyelőre ő kerek-perec megjelölte a legeneráltatni kívánt kódrészletet, a konkrét segítség kérés erre korlátozódik szerintem.
Szerk : Az meg nem az én problémám, ha valaki szerint szar a megoldásom (nem mondtam soha hogy ezentúl mindenki csinálja így btw) , nyugodtan lehet írni jobbat és szebbet ha valaki szeretne, de azért ne legyek már fasz mert nem lehet arra recskázni hogy mennyire OOP a kód. Én kipróáltam, tök jól működik így is, egy egyszerű sitehoz bőven megteszi, ha meg a kérdezőnek több kell akkor tovább fejleszti ahogy azt írta is a hsz.-ben .
[ Szerkesztve ]
-
válasz SektorFlop #11072 üzenetére
Nem státuszt kell jelölni, hanem vizsgálni kell az utolsó aktivitás időpontját egy kis időablakot hagyva az "aktív" besorolásnak (aki még 5 percen belül kattintott, az aktív).
-
CSorBA
őstag
válasz SektorFlop #11072 üzenetére
Szvsz nem jó megközelítés. Legyen az online aki 1 perce még itt volt. Szóval ne 1 v. 2-őt jelölgess. Hanem minden oldalfrissítésnél szúrd be az aktuális időpontot, mondjuk lastseen mezőbe.
És az online, akinek a lastseen mezője nagyobb, mint a mostani időpont-1perc.
szerk.: Látom, Athlon64+ megelőzött, valóban lehet az 5 perc praktikusabb.
[ Szerkesztve ]
-
SektorFlop
aktív tag
válasz CSorBA #11075 üzenetére
hát am én ugyan így próbáltam most nézem... csak nálam rossz volt a gondolat menet, az volt offline akinek nagyobb vagy egyenlő volt mint a mostani időpont-15perc, de inkább az online dolgot átírom 5 percre én is
"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."
-
Sk8erPeter
nagyúr
válasz j0k3r! #11071 üzenetére
"nagyjabol lefedne a kerdezo igenyeit, miszerint egy komplett hmlt oldalt akar generalni php-val."
Úgy tűnik, tényleg rohadtul félreértettem a kérdező szándékát, úgy értelmeztem, hogy jQuery UI Tabs füleket szeretne szimplán legeneráltatni, erre akar osztályt írni, és kész. Ezért még csak nem is gondoltam több HTML-elem generálására. A lehető leggyorsabban implementálható, legostobább megoldást írtam egy qrva szar nap után (bár én sem szeretem, amikor mentségeket hoznak fel, hogy fáradt voltam, meg ilyenek, most érted, kit érdekel? Akkor ne írjon semmit, most én estem ebbe a hibába ).
Igaz, rossz mintát mutattam én is, nekem mindössze annyival volt a bajom, hogy ha valaki leszól egy kódot, akkor indokolja is. De még egyszer mondom, beláttam, hogy rosszak volt az instrukciók, amiket írtam, hiba volt egyáltalán "tollat ragadni" akkor.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Peter Kiss #11068 üzenetére
"Első körben syntax error"
Ezt most remélem csak viccnek szántad. Szerintem teljesen nyilvánvaló volt, hogy csak egyfajta pszeudo-kód volt."Single responsibility mond valamit? Nem hiszem."
Ezt az okoskodó stílust igazán mellőzhetnéd, hálás lennék érte, ha végre magadon kívül mással is megpróbálnál tisztelettel beszélni. Feltételezgetni meg nem kell, Te meg attól nem leszel több, hogy gyönyörűszép kulcsszavakat dobálgatsz. Igen, tudom, miről beszélsz, és tényleg az a követendő.De hogy végre a szakmai részéről is beszéljünk, és megpróbáljak eltekinteni a szokásos nevetséges személyeskedésedtől: alapvetően igazad van, belátom, hogy a kódom a mutatott formában gány szar. Az a tömbös megoldás okádék, tényleg ezerszer értelmesebb lett volna mondjuk objektumpéldányokat összegyűjteni egy tömbbe, nem csak belehányni ilyen "szótárszerűen". Egyetértek. Utólag ránézve a hsz.-emre nem vagyok rá büszke, de ez van, ezt is megbeszéltük, volt már pár hsz.-em, nyilván van pár, amit jobb lenne törölni utólag. Szívesen fogadom a kritikát, de sokkal jobb lett volna, ha eleve elmondod, mit nem tartasz helyesnek, ahelyett, hogy kvázi leidiótázol. Összesen a tab hozzáadására koncentráltam, néhány HTML-elem legenerálására, és kész, de se időm, se kedvem nem volt szép megoldáson törni a fejem. Ez valóban nem helyes mentalitás, legközelebb inkább várni fogok arra, hogy majd Te jól megírod a feladathoz tartozó szép kódot, ellátod jó tanácsokkal a kérdezőt, és lesz időd és agyad is gondolkozni másnak a problémáján. Legalább nem fogunk vitatkozni.
De ismét elmondom, én nagyon szívesen vitatkoznék veled, de szinte eddig az összes párbeszédünket sikeresen elterelted személyeskedés irányába, és arra próbáltad kihozni a vitát, hogy Te értesz hozzá, én nem, és kész. Ez így nem túl produktív, és a topicot követőket sem biztos, hogy érdekli a kakaskodás."És még egyszer ne add be senkinek, hogy nekem könnyebb volt a rövid beszélgetések után összehozni azt, amit."
Mi ez a rendreutasító stílus? Most komolyan, kinek képzeled magad, hogy meghatározod, hogy mit ne csináljak még egyszer? Adja magát a kérdés: mert különben mit csinálsz? (Azért ilyenkor sajnálom, hogy ezt a nagy hévben nem szemtől szembe mondod.)
Csak hogy én is tanácsoljak valamit, lehetőleg egy kicsit tekerd le a hangerőt, mert ezzel a stílussal elég nehéz érvényesülni, így csak összeveszni lehet.Sk8erPeter
-
Brown ügynök
senior tag
Szerintem itt alapvető probléma néhány embernél, hogy úgy gondolkodik, hogy "ki tudja, ha én nem". Hőzöng, újjal mutogat a másikra, hogy mekkora szar kódot írt. Szerintem alázatosabbnak kéne lennünk, nem biztos, hogy mindig az a legjobb ahogy mi csináljuk.
Tavaly ilyenkor én is nagyon el voltam telve magamtól, hogy mekkora király programot írtam és amikor írták, hogy lehetne jobban, hát nem hittem el. Ma már látom igaza volt az illetőnek. Az más kérdés, hogy a fentebb illusztrált viselkedési módban tett javaslatot.
Peace
"hacsak nem jön a jó tündér break utasítás képében..."
-
j0k3r!
senior tag
ertem mire gondolsz, csak ugye, ha latod, hogy azt irja a hozzaszolasa vegen, hogy meg szeretne formokat meg inputokat is hozzaadni, akkor nyilvan erdemesebb alapbol rugalmasabbra megtervezni a dolgot.
"Egyelőre ő kerek-perec megjelölte a legeneráltatni kívánt kódrészletet, a konkrét segítség kérés erre korlátozódik szerintem." - igazad van, akkor lehet en gondolkodtam (feleslegesen?) egy lepessel elore
(#11078) Sk8erPeter: egy hosszu nap utan nem szabad nagyon leulni forumozni, hanem bontani kell egy sort, amig ilyen szep idonk van
azt meg, hogy konkretan mit is akar a kollega, majd elmondja, bar ugy latom eddig nem igazan reagalt egyik javaslatra sem.
[ Szerkesztve ]
some men just wanna watch the world burn...
-
válasz Sk8erPeter #11079 üzenetére
Szóval végül is igazam volt, csak megint belekevered a költő lelki állapotát mindenbe.
-
Sk8erPeter
nagyúr
válasz Peter Kiss #11082 üzenetére
Örülök, hogy ennyi jött át neked az egészből...
Legalább bebizonyítottad, hogy veled aztán értelmes vitát nem lehet folytatni személyeskedés nélkül. Na mindegy, reméljük, majd idővel elsajátítod ezt a képességet.
Addig is királykodj nyugodtan a topicban!(#11081) j0k3r! :
hát az biztos, hogy a fenti thread helyett tényleg értelmesebb lett volna beverni pár sört.Sk8erPeter
-
j0k3r!
senior tag
na megprobaltam en is:
HtmlHelper
Testjelenleg csak imaget gyart, biztos lehetne rajta utni meg, de kiindulasi alapnak talan megteszi.
some men just wanna watch the world burn...
-
j0k3r!
senior tag
-
válasz j0k3r! #11086 üzenetére
Egész jó, kissé zárt a final és a private dolgok miatt, plusz nem tud rekurzívan működni, ha jól látom, a HtmlBuilder-t pedig paraméterként adnám át az elemeknek (a render-ek paramétereként), hogy az építse meg a tag-eket, attribútumokat bele, ilyesmiket, ne az aktuális HtmlElement. (Az az egy NULL ellenőrzés nem kell, mert, ha jól emlékszem, NULL paraméternél, ha default-nak nincs megadva NULL, akkor eldobja magát a PHP.)
-
trisztan94
őstag
Sziasztok!
Egy kosárba rakós rendszert ti hogy csinálnátok? Én úgy gondoltam, hogy adatbázisban van egy "kosar" nevű tábla, ott felhasználó id-je szerint rakja be a termékeket. Szóval az összes felhasználó kosárban lévő terméke benne van a táblában, csak az id különbözteti meg őket. Csak szerintem hülye ötlet?https://heureka-kreativ.hu
-
válasz trisztan94 #11088 üzenetére
Ha ez webboltos kosár, akkor simán session-be kell rakni, hiszen felhasználója nem mindenkinek van, aki már használja a kosarat, plusz felesleges is elrakni a táblába.
-
trisztan94
őstag
válasz Peter Kiss #11089 üzenetére
Erre nem gondoltam
Lehet, hogy hülye kérdés, de Session-be lehet adatot rakni? Vagy hogy van ez?Szerk:
Csak regisztráltak használhatnák a kosarat[ Szerkesztve ]
https://heureka-kreativ.hu
-
pvt.peter
őstag
Szia!
Köszönöm szépen a segítségedet. Nagy előrelépés ez nekem.
Így néz ki élesben: [link]
Zavaró benne ez a "Loading..." szöveg megjelenése.
Kiindulási alapnak, hogy megértsem ezt a generálásos dolgot hasznos a példád, legalábbis nekemEz egy .50-es rombolópuska, elég szép visszarúgással.
-
pvt.peter
őstag
Sziasztok!
Bocsi, hogy csak most jelentkezem, közben volt még más dolgom is, de nyomon követtem a hozzászólásaitokat.
@Sk8erPeter, @Soak illetve @Athlon64+: mindenkinek köszönöm szépen a segítségét
Ez egy .50-es rombolópuska, elég szép visszarúgással.
-
pvt.peter
őstag
válasz Peter Kiss #11054 üzenetére
Szia!
Köszönöm szépen a segítségedet, valószínűleg a te megoldásodat fogom használni.
Még kérnék egy kis segítséget a _renderBody() illetve a _renderHeader() megírásában.Nem tudom, hogy hülyeség-e az amit kérdezek, de ez a kettő miért ne lehetne-e akár egyben?(bocs, hogy nem szerkesztettem a válaszaimat, nem akartam 1 hsz-ben összesűríteni ennyi választ különböző postokra)
[ Szerkesztve ]
Ez egy .50-es rombolópuska, elég szép visszarúgással.
-
válasz pvt.peter #11093 üzenetére
Lehetne, hogy egybe rakd őket, csak akkor rugalmatlanabb a kód. Ha mondjuk most megcsinálod, amit szeretnél, és később az alkalmazásod egy másik részén is szeretnél hasonlót, de mégis kicsit más lenne pl. a body rész (akár teljesen üres, bár ennek most nem sok értelme lenne), akkor az új leszármazott osztályodban csak a _renderBody() metódust kell újraírni, minden más maradhat a helyén, feltéve, hogy nem szükséges még valami plusz hozzáadása.
Ha egybe raknád (mondjuk a Render()-be), akkor a bővítés úgy történne nagy valószínűséggel, hogy az új osztályodba bemásolnád a régi Render() kódját, és módosítgatnád pár ponton, ez nagy méretű duplikáció.
Ettől nagyobb fokú rugalmasságot pedig úgy érheted el, ha megoldod azt, amit a Render()-hez írtam a kommentbe.
-
#65675776
törölt tag
válasz Sk8erPeter #11083 üzenetére
Szerintem már megkértünk rá legalább egyszer, hogy a stílusodon csiszolj!
[ Szerkesztve ]
-
biker
nagyúr
válasz trisztan94 #11088 üzenetére
Tedd tablaba a session id es a termek id es a user id ertekeit, igy ha vasarlas kozben belep, akkor is konnyu dolgod 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 |
-
SektorFlop
aktív tag
érdekes hibába botlottam, dolgozom egy oldalon amin a belépés form-ot egy sablonon helyeztem el, és mindegyik oldalon ugyan az a form jelenik meg, viszont a közel 20 oldal egyikén nem akarom működni a belépés. Így látatlanba valakinek van valami ötlete vagy tippje hogy mi lehet ennek az oka?
"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."
-
Soak
veterán
válasz SektorFlop #11097 üzenetére
Csekkold, hogy a $_POST eljut-e a feldolgozó oldalig .
-
pvt.peter
őstag
válasz Peter Kiss #11094 üzenetére
Igen, aztán nekem is eszembe jutott.
Akkor először is Ribbonból létrehozok egy osztályt, majd Tabból is lértehozok egy új osztályt, majd pedig a Ribbonhoz hozzáadom a Ribbon::Add metódussal.
Ahhoz, hogy látszódjon a Fül 2 -nél a táblázat, akkor gondolom majd a Tab::AddContent -t kell használni.
Esetleg ezeknek a megírásában tudnál segíteni?
Nem látom át ezeket a _render* függvények működését.
Vmi ilyesmi [link] tartalomnak kellene létrejönnie.Ez egy .50-es rombolópuska, elég szép visszarúgással.
-
Új hozzászólás Aktív témák
- Magga: PLEX: multimédia az egész lakásban
- Luck Dragon: Asszociációs játék. :)
- Vicces képek
- Okos Otthon / Smart Home
- Milyen autót vegyek?
- MasterDeeJay: Volta a bányából azaz CMP 100-210 kisteszt (Tesla V100 mining)
- Telekom mobilszolgáltatások
- Kertészet, mezőgazdaság topik
- exHWSW - Értünk mindenhez IS
- Facebook és Messenger
- További aktív témák...
- LG NanoCell 55NANO766QA Halvány píxel csík
- Philips 58PUS8545/12 1 ÉV GARANCIA Játék üzemmód
- Tyű-ha! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 32/512 FHD HUN
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!
- The Last of Us Part I Ps5