setInterval kell neked, azzal X idõközönként meg tudsz hívni egy függvényt. Ha valami chat félét akarsz (szal több kliensed van és mindnek ugyanazt kéne mutatnia) akkor kell valami szerver oldani dolog is, amitõl X idõközönként kérdezed van-e új üzenet.
Hello! Azt meg lehet csinálni, hogy ha valaki megnyom egy gombot az oldalon, akkor egy adott DIV-et mindenkinek frissítse aki az oldalon van? Ha nem akkor azt megmondjátok, hogy hogyan kell azt megcsinálni, hogy akkor idõnként frissüljön az adott div?
"firefox a modern kor IE-je:D"
Sajnos igen, majdnem 8 évig használtam korábban de az elmúlt idõben a "sebessége" is botrányos lett... :(
SELECT UM.user, PN.pname, PV.pvalue FROM users_pvalues AS PV INNER JOIN users_main AS UM ON PV.uid = UM.uid INNER JOIN users_pnames AS PN ON PV.pid = PN.pid
Nem tiszta mit szeretnél és hogyan, ezért az alábbiak nem feltétlenül állnak meg, de azért leírom.
Külön táblákat akkor érdemes készíteni, ha egy rekordhoz több rekord tartozhat, vagy ha túl sok mezõje van (50+). Tehát ha pname-hez és pvalue simán mehet egy táblába, hacsak nincs valami más ok.
Így máris egyszerûbb a lekérdezés és az eredmény kezelése. Külön táblának akkor van ebben az esetben értelme, ha rendszeresen változatnád a paraméterek neveit. Esetleg, ha listázni szeretnéd a paraméterek neveit, bár akkor is ott a distinct vagy group by. Persze - ahogy írtam volt - ez függ attól mit szeretnél és hogyan.
Továbbá nem értem miért használsz minden táblánál más id nevet, ezzel szerintem magadnak okozol nehézségeket, persze ez szokás kérdése. Nálam mindig id, a kapcsolódó táblákban pedig táblanév_id a mezõ neve. Így egyértelmû mindig, illetve a kódban sem kell azzal foglalkoznom éppen milyen nevet adtam az id mezõnek.
// Constructing the email $sender = "[email protected]"; // Your email address $recipient = "Leigh "; // The Recipients name and email address $subject = "Test Email"; // Subject for the email $text = 'This is a text message.'; // Text version of the email $html = 'This is a html message'; // HTML version of the email $crlf = "\n"; $headers = array( 'From' => $sender, 'Return-Path' => $sender, 'Subject' => $subject );
// Creating the Mime message $mime = new Mail_mime($crlf);
// Setting the body of the email $mime->setTXTBody($text); $mime->setHTMLBody($html);
// Sending the email using smtp $mail =& Mail::factory("smtp", $smtp_params); $result = $mail->send($recipient, $headers, $body); if($result === 1) { echo("Your message has been sent!"); } else { echo("Your message was not sent: " . $result); } ?>
Hogy tudnám összehozni, hogy mindenhol feldolgozza a pear mail az utf8 karaktereket? Küldõ, címzett, subject, etc...
Felületesebb vizsgálódás (tehát nincs kizárva, hogy elsiklottam dolgok felett) után egyik oldal esetében sem tudtam ismertebb CMS rendszer nyomára akadni, a HTML kód elemzése során is mindkét esetben inkább egyedi/closed source/cloaked motorra utaló dolgokat találtam.
"Ha külön készített mennyibõl jönne ki egy ezekhez hasonló, de mégsem klón oldal ?" Ha ezt úgy érted, hogy valakivel elkészíttetnéd és hasonló színvonalt szeretnél, akkor nem olcsón...
Persze van sok nagytudású ingyenes CMS, de azokkal is bõven lehet szopni, ha valami egyedi elven mûködõ dolog kell bele.
A _pnames táblában annyi sor lesz, ahány jellemzõje összesen lesz a usereknek az adott weboldalon.
A _pvalues tábla csak a _pnames id-ját fogja tartalmazni. A _main táblával az uid lesz a kapcsolat.
És azt szeretném, ha egy olyan lekérdezésem lenne, ami készít egy új táblázatot, a mezõk neve pedig a _main tábla mezõnevein túlmenõen folytatódnának a _pnames táblában található paraméternevekkel.
Köszönöm, de valami miatt nekem használhatatlan, ahogy megjelenik. A zöld th elemek üresek, a nevek (a th span elemek) nem jelennek meg, a 'hosszabb címke' pedig teljesen el van csúszva jobbra.
CSS help kellene. Egy felmérés adatait kell HTML-be öntenem. Emberek jelölnek meg embereket, az eredményt mátrixosan kell megjeleníteni, valahogy (nem valahogy - pontosan) így:
A lényeg a fejlécben elforgatott szöveg. Egy táblázatban akár 50 név is lehet, nem írhatok vízszintesen.
Rengeteget gugliztam, próbálkoztam, a legjobb, amit össze tudtam hozni ez a kód:
Az eredmény elég szarul néz ki. A kisebbik gond, hogy a szövegek függõlegesen középre vannak igazítva, bármit csinálok. A fõ probléma, hogy a cellák szélessége a benne lévõ szöveg hosszától függ, pedig nem kéne. Kép, hogy érthetõ legyen:
Bármi segítség jól jönne!
Én se nagyon értem ez így miért jó, max akkor lenne értelme, ha egyedi adatokat lehetne megadni a usereket (macska színe, kedvenc alma, etc)
Lehet én értelmezem rosszul, de ennek a szerkezetnek akkor látnám én max értelmét ha esetleg a "users_paramname" táblában lenne még 1 ID mezõ, vagy te az emaileket akarod kulcsnak használni ?
Van egy "users_main" táblám, ami csak a legalapabb paramétereket tárolja (uid, username, pass). Van egy "users_paramname" táblám, ami csak a paraméterek neveit tárolja, pl. email, zipcode, city, street. És van egy "users_paramvalues" táblám, ami a paramétereket rendeli az usershez. Olyan lekérdezést szeretnék, amiben megjelenik az userid, username (ez a 2 az users_main táblából), zipcode, city, street (utóbbi 3 az users_paramvalues/paramnames táblából) paraméterek neve a fejlécben, és az összetartozó értékek magában a táblázatban.
Valószínûleg a SELECT-tel és a JOIN-nal kell valamit trükközni, de pár óra kísérletezés nem segített. Vágja valaki az SQL-t ilyen szinten?
Közben újabb elvi jellegû kérdés PHP/MySQL témában, ha valaki unatkozna:
Egy faszerkeszetbe rendezhetõ és kurvára flexibilis rekordosztályon dolgozom,tehát tulajdonképp egy elég fejlett node osztályon.
Ragaszkodnék egy egységes táblához, ami csak {id, szülõ, primitív név(url-hez pl), típus indexelt mezõkbõl és a data nevû, nem indexelt, típusonként tetszõleges 1 dimenziós stdClass/array-ból enkódolt JSON string mezõbõl állna.
Ez a "kurvára flexibilis" elvárásomat így teljesíti is, viszont a data mezõ értékei alapján való szûrés így nyersen nehézkes és teljesítménygyilkos lenne.
Találtam egy megoldást (le is kódoltam már amúgy így reggeli unalmamban :D): Van egy segédindex tábla, saját id-vel, node id-vel, data-n belüli azonosító és érték párossal, ez a különbözõ írásmûveleteknél magától frissül ('DELETE FROM tábla WHERE nid=$this->id' illetve konstruktív mûveleteknél utána 'INSERT INTO tábla (nid,fname,fval) VALUES (...)').
Megoldottam a keresést is nagyon kényelmesen: Van két szûrõ metódusom (illetve több is, de erre a kettõre alapulnak lustaságbarátabb shorthandek) az alap rekord osztályomban, azokat override-oltam, ha van data[valami_beágyazott_mezõ] (data majd szögletes zárójelben a beágyazott mezõ neve ha megenné a fórummotor BBCode-ként), mint mezõnév a lekérés paramétereiben, akkor az kicserélõdik egy "id IN (...)" feltételre a segédindex tábla lekérdezésének eredményei alapján, majd az megy tovább a szülõ osztály metódushívásába.
A kérdés tulajdonképp az lenne, hogy teljesítmény szempontjából szerintetek sikerült így a legoptimálisabb megoldást megtalálnom (+alkotnom) a problémára, vagy létezhez esetleg még valami jobb? A komplexebb, motorspecifikusabb adatbázistervezési eszközöket kerülném lehetõleg a széles futáskörnyezet-kompatibilitás védelmében.
Ja bocs, a link: https://chunkhost.com/signup/plan/new
Ilyet tudok még:
"Free Chunk 128 128MB RAM 3GB Disk 35GB Data Transfer $0.00/month (Facebook login required.)"
De fogalmam sincs milyen a sávszél, mert nem vagyok résztvevõje a Nemzetközi Önkéntes Személyesadat és Kapcsolatiháló Közzétételi Programnak, szóval nem tudok regisztrálni a szolgáltatásra (valószínûleg itt még mélyebben ellenõrzik a személyazonosságot, úgyhogy "látogatói" profillal inkább meg sem próbálkozok).
Ha valakinek kell esetleg tárhely(kicsit reklám de INGYENES) Regeljetek ingyen van és van SSH stb.
Kérdés: Ugye csak metódusoknak nem illik __ (dupla aláhúzás) kezdetû neveket adni? (PHP)
Konkrétan amit most csináltam (nem elõször de most elgondolkodtam rajta eléggé), az egy olyan controller kezelõ megoldás, hogy a controllerek classneve szabadon válaszható, a következõ módon:
$this->__instance=new osztálynév($this); //Egy controllerhost objektum kontextusában történik az include, a $this arra mutat
class osztálynév extends controllerbase{ // ... }
Technikailag nem kérdés, hogy úgy érzem kurva jó megoldást találtam (utálom ha meg van kötve a kezem fájlnév-classnév-egyebek terén, persze kell a konzisztencia, de egy moduláris struktúrában had engedjem már meg magamnak, hogy elhagyom a fájlnevek elõl a modulnevet ha már a könyvtárszerkezetbõl egyértelmû, viszont a classnévbe meg kiírom), viszont nem tudom mennyire elfogadott és developerbarát dolog ez a dupla aláhúzásozás property-k esetén (én azért álltam rá, hogy az õsosztályok így egyrészt maximális teret hagyjanak a gyermekosztályok változóneveinek, plusz a hovatartozásuk is kiemelõdik így, viszont lehet ez másokat megzavarhat), ami fontos kérdés mert egy open source rendszer lesz ebbõl.
PackageControl - Abc sorrendet megtörve, gondoltam ide írom, hátha még valaki nem ismeri, legalapabb dolog. :)
A korábbiak:
SublimeCodeIntel - Az open komodo codeintelje sublimehoz, egy picit le van maradva a komodotól mondjuk, egy-két syntax nincs benne, vagy nem 100-as. SublimeLinter - Linter jópársok nyelvre, hogyha fent vannak a kellõ appok persze. Http Requester - Ez csak tol egy requestet a kijelölt címre (akár methodot eléírva) és egy új tabon mutatja a visszakapott http headereket és bodyt. LiveReload - LiveReload pluginok kellenek böngészõbe, de utána szépen mûködik, legalábbis Chromeban és Foxban. Sidebar Enhancements - Project alól excludolni mappákat, vagy épp hozzáadni, de egyéb pár apróságot is használok néha. A böngészõben betölteni projectet adott url-en keresztül featurel reklámozzák, de azt én nem találtam annyira hasznosnak, mivel legtöbb project, amit úgy nyitnék úgyis átfut mod_rewriteon és nem az index.php-t szeretném látni az url-ben. De erre van egy issue githubot, úgyhogy lehet jó lesz az még. :)
És a többi, amit nem írtam:
AAAPackageDev - Új sublime package készítésének megkönnyítésére. AdvancedNewFile - Ezt Tuts+ról lestem el, minimálisan gyorsítja új file készítését, nincs os dialog a file mentésére, csak alul beírod a filenevet, mint átnevezéskor. Can I Use - A caniuse oldalt nyitja meg és ugrik arra a css propertyre, amin épp áll a kurzor. CoffeeScript ColorPicker - Csak kipróbáltam, sajnos nem ismeri fel, hogy rgb(a)/hsl(a)-t akar módosítani az ember, mindig hex-be szúrja be. DocBlockr - Autómatikusan beszúr snippetet a docnak, kinyeri a paramétereket. Emmet - Ez is alap végülis, zen codingot váltotta fel az emmet, ha valaki lemaradt róla. :) EncodingHelper - Hasznos, ha elõfordulhat, hogy sokféle encodeolással kap az ember fileokat, mutatja alul miben van a file, meg lehet konvertálni. laravel-blade - Ja, használom Laravelt. :) LESS Markdown Preview - Gyors megnyitni a html-t böngészõben. Nettuts+ Fetch - Ja, ez is tuts+ról. :) Igaz még nem nagyon használtam. Gyors lekapni egy-egy file tartalmát netrõl, vagy pedig egy zipet tölt le és tömörít ki a projectbe. Prefixr - Ugyanazt csinálja, mint a prefixr js/node script. SCSS Stylus
Igen, adobe kezdeményezés, de perpill MIT license, ami persze nem jelenti azt, hogy x-edik verziótól ne állíthatnák át commercialra, de ugyebár addig a verzióig akkor is MIT marad. Van egy külön contribution licensük mondjuk, amit nem néztem még annyira meg, de elsõ pillantásra lényegében azt vállalod, hogy az általad küldött kód nem része egy meglévõ IP-nek. Azaz leveszi az adobe válláról a terhet, ha te olyasmit küldesz be, amiért aztán valaki reklamál, hogy az õ találmánya.
na ez a sublime nagyon megtetszett, mondhatni szerelmes lettem bele :D
malakai köszi a plugin ötleteket! Ha valakinek még van valami hasznos pluginja jöhet :) (egyedül a sidebar enhacements-re nem jöttem rá miért is létszükséglet :))
pspad-et használt már valaki? Ismerõs használja, én 1x próbáltam, annyira nem láttam mi benne a jó, de lehet csak pluginok kellettek volna ahhoz is :)
Igen, sajnos kipróbálni nem tudom, a sebességén kívül mást nem is nagyon tudok róla, de a véglegesben biztos (remélem) lesz pár finomság. (Nettuts+ os videót láttam anno)
ST3 is jön egyébként, béta már elérhetõ regisztráltaknak, hatalmas újítások nincsenek, de ami van az kellemes, fõleg hogy eddig se volt lassú, de a hármas nagyon fürge lett, egy elsõ indításos cold open után gyorsan nyitott eddig mindent és még a méretesebb projectekben is gyorsan keres. Õszintén azt hittem, hogy a package managert belerakják, de egyelõre ez még nem történt meg. Sajnos csak a nagyon minimál packagek maradtak kompatibilisek, többségére még várni kell frissítésre, addig nálam meg még marad ST2.
Bracketset elég aktívan fejlesztik, viszonylag gyorsan kerülnek bele az új dolgok, kiegeket is támogat mostmár, szóval ki tudja mi lesz belõle hamarosan. Quick edit tényleg jó dolognak tûnik, habár én már nagyon megszoktam sublimeban a symbolra ugrást, ami dettó gyors és mûködik teszemazt egy sass fileal is, habár igaz, nem csak egy ctrl+e, ami pillanat alatt figyelembe veszi a selectorokat. :) CSS és HTML-re tényleg jó lehet, JS-hez már nincsenek akkora elõnyei, szerver oldali nyelvhez meg egyelõre egy notepadal ér fel (habár kiegeket nem ismerem). Open source + MIT license, az viszont mindenképp nagy plussz. :)
Sublimehoz meg sok féle plugint általában, habár pont most lett újrarakva és még nincsenek felpakolászva, de CodeIntel, Linter, requester, LiveReload, sidebar enhancements alap pl, ezek nélkül neki se kezdek. :)
szabad kérdeznem milyen pluginokat használsz sublime hoz? :) Bracketset próbáld pár verzióval ezelõtt, ott igazából a quick edit tetszett nagyon, meg talán pár apróság, de akkor még messze volt attól hogy lecseréljem a sublime ot :)
Sublimeból nagyon sokat ki lehet hozni, még nem egy full ide, de ennél sokkal közelebb nem lehet hozzá, fõleg pluginokkal együtt. Az új Komodo nekem is tetszik, habár még csak kipróbáltam, a régiekért nem voltam oda, egyébként meg PHPStorm. :)
Na igen, ha arról van szó programnyelvek közûl csak a PHP tudásomat tekintem tudásnak, pedig: -írtam multithreaded szervert, autoupdatert (be nem fejezett progi launchere), ezernyi egyszerûbb statisztikai szimulációt C# / .NET 4-ben -Androidra apróbb progikat, egyszer még egy háttérservice-t is Java-ban -szinte napi szinten írok JS(jQuery) scripteket DOM/CSS manipulációhoz, AJAX megoldásokhoz -elméleti szinten ismerem a C és C++ nyelveket is (beleértve mindent a gonosz pointerektõl kezdve az OOP-n át a generalizált programozásig) -tizes éveim elején Pascal-al meg mindenféle BASIC-el szórakoztam, apróbb játékokat (DarkBASIC-el DX7 alapú 3D-seket is) írtam
Mégis, mostanában hogy ott tartok, hogy PHP-ban egy saját, elfogulatlanul is egész jónak, modernnek tekinthetõ open source keretrendszeren/el dolgozom (ami kb már kész is alapjaiban véve, de mivel még apró hibákat találok a mai napig, illetve van benne pár nem túl szép implementáció, egyelõre nem reklámozom), úgy érzem ehhez képest a többi nyelvvel kapcsolatos ismereteim bõven kevésnek számítanak :)
Ezt a hármat nézegesd: ActiveState Komodo IDE, PHPStorm, Zend Studio Én most Komodo-ba vagyok szerelmes, de PHPStorm is nagyon jó, viszont Zend-el egyetemben Java alapú így néha lassúcska tud lenni.
Netbeans inkább Java-hoz jó, web-re nekem sosem esett kézre.
Lightweight szerkesztõnek pedig Sublime Text, Notepad++, RapidPHP
ide-bõl ki mit használ? netbeans amit most elkezdtem áttanulmányozni.
Nemrég interjúztattam egy "srácot" (30 felett volt), önéletrajzában 10+ éves tapasztalat, stb. Kérte a 3k-s fizut, persze OOP-rõl, MVC-rõl még csak nem is hallott. A kedvencem az volt, mikor mondtam, hogy ADOdb-vel dolgozunk, mire õ: az nagyon rossz dolog, a mySQL sokkal gyorsabb...
10-bõl 9 pályázó ilyen. Ilyenkor adok nekik egy tesztlapot az alapokkal (osztályok, örököltetés, rendezzen egy tömböt ciklusokkal - értsd: sort nélkül -, írassa ki a prímszámokat 1-100 között, stb), amit nem sokan tudnak kitölteni, pedig...
Az a baj, hogy sokan akik össze tudnak rakni DW-vel egy oldalt, vagy össze tudnak kattintgatni egy Joomla-t, esetleg tudnak írni egy feltételt PHP-ban, akkor õk már programozó istenek:)
A kedvenceim a fentihez hasonló dolgok, mikor leszarozzák azokat a dolgokat, amihez nem értenek. Volt már szar a JS/JQuery, az XML, az OOP, a tárolt eljárások, view táblák, stb:)
Kösz, 8-10 program és leírónyelvet ismerek többé-kevésbé, fél óra böngészés alatt már majdnem 1 gigányi (28db pdf eddig) a termés, és még csak most következnek majd a célzott keresések :D
Durva amúgy, hogy minél több mindent megtanulok, minél több tapasztalatot szerzek, annál jobban érdekelnek az újabb és újabb dolgok :)
Talán félig-meddig off a kérdésem, de nem találok olyan topikot ami konkrétan ezzel foglalkozna.
Szóval adott egy php nyelven alapuló fórum (ipboard 3.2) ahol a youtube videók méretét lekicsinyítették hogy ne takarja ki a teljes chat felületet és kis méretben lehessen beszúrni. Én az egyik topikba szeretném úgy beszúrni az egyik videót hogy az eredeti nagy méretben jelenítse meg a lejátszó ablakot a fórum... tudom hogy meg lehet csinálni mert láttam már hogy valaki így szúrta be, de az a fickó már rég járt fenn az oldalon és nem tudom elérni hogy megkérdezzem.
media /media tagokkal jeleníti meg a fórum a vidiket de ha csak az url-t teszem közzé akkor a kis méret jelenik meg... próbáltam úgy hogy hozzáírtam a linkhez a width=1024 height=768-at de akkor meg sima linket csinál belõle és nem jelenik meg a lejátszó ablak egyáltalán... próbáltam úgy is hogy allowfullscreen=true de így se ment...
Valaki nem tudja hogy pontosan hogyan kell megadni a kódot hogy átméretezve jelenjen meg a vidi? Vagy esetleg az embed kódból amit bemásolok a youtube-ról mely részeket kell kiszedni vagy mit kell hozzáírni hogy abban az eredeti méretben jelenjen meg ahogy a youtube-on is van?
Csak kíváncsiságból, ugye nagy (többszáz MB) fájloknál a futásidõlimit miatt ez a megoldás is elvérzõs? (Hasonlóval megoldásokkal próbálkoztam és annak idején nem tudtam máshogy megoldani csak header redirect-el a nyers URL-re, pedig jó lett volna azt cloak-olni a hiteles számlálás céljából)
Sziasztok! Ismert file típus esetén, pl. Jpg, hogyan lehet kikényszeríteni hogy letöltésként nyítsa meg a böngészõ. Mert ha a headerrel játszom hibát ad be, ajaxos megoldással. Lehet zip-pelem php-val ,már más megoldás nem jut eszembe.
Ez így bután néz ki, fordítani meg nem sok kedvem van, ráadásul gondolom túl sok variáció van :D [ Budapest, Hungary ] hõmérséklet: 6°C, állapot: Light rain, szélirány: NNE, sebesség 20 km/h