html5 videólejátszó kb mindenhol megy és mellé kell mp4-es formátum, ezt operán kívül minden modern cucc lejátsza és egy ogg vagy webm formátum az operához, de ez elhagyható, kevesen használják. Példa: http://www.w3schools.com/html/html5_video.asp
Sziasztok! Egy olyan kérdésem lenne, hogy weboldal készítésnél felmerült az a problem, hogy egy videót kellene beágyazni. most quictime de az fos mert sehol nem látszik...milyen formátumban vagy milyen lejátszó kell ehhez, hogy a legtöbb platform (mobil és pc) le tudja játszani gond nélkül? Nagyon láma vagyok ehhez úgyhogy valami egyszerű magyarázat kellene... Köszönöm!
node.js és websocketben jártás fejlesztőt keresek egy kis projekthez, ha valakinek van ideje, légyszi írjom majd rám, köszi:)
Csak azért kérdem, mert a www.wastedonsteam.com hasonló hibára futott nálam egész nap. Aztán lehet, hogy csak véletlen egybeesés.
hm, logokat átnézve openid php osztály száll el, "No OpenID Server found at ..." hibával. Érdekes, pedig ugyanazokkal próbálkozom mint localhoston. Na mindegy, így legalább el tudok indulni valahonnan, ahogy elnézem másnak is volt ilyen problémája.
nem mert, azzal van a baj, hogy amikor bejönne a /openid_login akkor az oldalamnak át kéne irányítania a steam oauth oldalra, de ezt csak akkor teszi meg ha localhoston csinálom. miután feltöltöm a tárhelyemre, hogy kipróbáljam 500as hibát kapok /openid_login oldalon.
azt szeretném, ha steammel be lehetne lépni, de sajnos 500-as hibával mindig elszállok :( találtam rá példa progikat, csak most redaxscript-hez csinálom mint egy modul, és valamiért nem jó ha nem localhoston próbálom :(
egy kis gyors: openid bejelentkezést akarok berakni egy oldalra, mikor localhoson próbálom, frankót átirányít az openid provider honlapjára, de mikor feltöltöm a tárhelyemre, hogy kipróbáljam, és rányomok a gombra, ami átirányítana a /openid_login oldalra, 500-as hibát kapok (ezen az oldalon nézném meg, hogyha ez a paraméter akkor redirecteljen a megfelelő oldalra a beléptetéshez, de odáig nem jut el). htaccess-t írnak sok helyen, de már próbáltam pár dolgot, továbbra is 500-as hibát kapok :(
igen, én is pont ilyen git es dologra gondoltam. Azzal viszont az a baj, hogy soronként veti össze a fájlt vagy mi... ami nekem kellene, ott meg lehet egyik felhasználónál az első sor, másiknál az utolsó előtti... mondjuk kis kutakodásra találni pár php library (diff) amik sorról sorra megmondják mi a különbség. A második az amin most leginkább gondolkozom, de igazából nem jut eszembe jobb megoldás.
Én keresnék valami php-s git könyvtárat és azzal oldanám meg. Így a különbség egyszerűen megoldható lenne. A másodikra meg az lenne szép, főleg, ha lassúcska az oldal. Utoljára szerkesztette: SzirmosSzisza, 2014.10.20. 20:11:12
Most, hogy lassan kész ez az oldal, már a következővel kapcsolatban kérdeznék :) lehet majd olyat csinálni, hogy feltölt az illető egy zipet, amiben szöveges fájlok lehetnek. Ezt a webes felületén lehetne nézni, és másik felhasználó fájljaival összevetni, és kimutatná az oldal a különbségeket! (+ syntax highlight a fájl nézőkéhez). Arra gondoltam, hogy miután feltölt a user 1 zipet, akkor azt kicsomagolom mondjuk a "datas/<userid>" könyvtárba. Egy külön táblában, pedig a userid mellett lenne egy szipla 5jegyű generált szám, ami arra lenne jó, hogy url.hu/<generalt_szam"-ot "tárcsázva" bejöjjön egy oldal, ami ezeket a fájlokat újra becsomagolja majd letöltődik. Első tippre mégis jobban járnék, ha a zipet menteném el, és egy temp könyvtárban tárolnám a fájlokat, kb 1 napig, mondván így tárhelyet is megspórolhatok és a letöltések is gyorsabb lesznek? Vagy ti szerintetek ezt hogy kellene csinálni? Ja és még valami: Mikor behozza a user az oldalt, ahol megnézheti online ezeket a fájlokat, gondolom jobb lenne, ha nem php-val egyből "kinyomnám" a fájlokat, hanem simán betölteném az oldalt, majd onload egy jquery script segítségével betölteném a fájlokat?(ehhez meg ugye kapcsolódna egy "api").
Azt ugye nem kézzel, egyesével küldöd be smarty-nak a változókat?:)
public function load_Template_vars($template_vars) {
if (is_array($template_vars)) {
foreach ($template_vars as $name=>$value) {
$this->smarty->assign($name, $value);
}
}
}
Title-t, most így írom be: index.php: $this->smarty->assign('title', $this->_TITLE) head.tpl : {$title}
persze vannak oldalak, ahova mondjuk oldaltól függően fix adatok kellenek, és ha mondjuk url így néz ki: asd.hu/1/kutya akkor mindig ugyanazt az öt adatot szívom le fentről és készítem el. Persze ezek néha elég csúnyák:
Viszont most belegondoltam az egészbe, és rájöttem, hogy mielőtt bármit csinálnék (felbontanám az url-t és az alapján kérek le adatokat, stb) előtte meg kéne néznem, hogy készült e már annak megfelelő template cache. Jelenleg, hogy gyorsabb legyen az egész, minden egyes template fájlnak adok egy ID-t, ami nem más mint az url (ebben az esetben "1kutya" lesz). Ha már létezik, akkor minek fusson végig pár száz php soron + sql-ből kérje le adatokat amik fixek (persze majd ha változik egy $smarty->clearAllCache(); elkél, de ez belefér). Basszus, ezzel aztán meggyorsíthatom az oldalam.
köszi, ezzel most remélhetőleg sikerül még jobban meggyorsítanom az oldalt^^
title-t írd php-val {$title} és nem lesz probléma.
Fejlesztői időszakban sehova sem kell cache, a véglegesbe pedig mindenhova. Amit PHP-val generálsz az oldalba, az mindig változni fog, a cache értelemszerűen csak a kliens oldalra vonatozik (JS, HTML, stb). Utoljára szerkesztette: MerlinW, 2014.10.19. 16:03:30
most nézem, hogy bizony tud 1 templatet több verzióban cachelni. ID-t kell mellé csatolni, viszont ezt hogy az úristenbe fogom megoldani, mikor kb 23 verzió lehet nem tudom :( mondjuk most, hogy belegondoltam hogy lehet lehet tudok is egy megoldást ami jobb mint a semmi
Attól függ mit cachelsz, ne csak a tényleges kimenetet cacheld, hanem legtöbb template engine php-be fordítja, azt cacheld, ha a tartalom változik, azt akkor is lehet cachelve hagyni, hisz a kód, layout, stb nem változik vélhetőleg. Ennél nem ugyanazok a szabályok, mint a http cachenél. Utoljára szerkesztette: Malakai, 2014.10.19. 12:33:42
tényleg gyorsabb lett valamivel, miután részenként megadtam mit mennyire cache elhet. így épül fel az oldal: -head (változó title miatt nem cacheljük) -navbar (navigáció, erre egy napos cachet raktam) -content (ez mindig változik) -footer (ez is állandó, szintén 1 napos cache)
malakai: tudom, hogy leginkább a cachetől lesz gyorsabb az oldal, de nekem akkor kéne valamit használnom mindig, mert kiíratásokhoz is heredoc-ot használnék, és még a cacheléssel sem foglalkoztam soha :)
Köszi mindenképp, mert ha simán be van kapcsolva az nem jó, mert hiába kellene egy másik oldalt mutatnia, párszor frissítenem kell, hogy a megfelelő oldalt mutassa. Majd este játszogatok vele.
Nekem van egy összetett keretrendszerem, azon egy még összetettebb könyvelői rendszer és 0.5 mp alatt van az oldalbetöltés minden esetben. Nem lenne szabad lassúnak lennie. Játssz a Smarty cache-el. Utoljára szerkesztette: MerlinW, 2014.10.17. 10:48:17
Smarty szerintem pont hogy a nagyobb oldalaknál hasznos. Python, Perl-t szerveroldali alkalmazásokhoz használom Linux applikációk vagy ha a fájlrendszerrel / szervizekkel akarok játszani WWW root-on kívül. Javascript-es template API-t sosem használtam, nem volt még rá szükségem (node.js-t sem igen). Utoljára szerkesztette: MerlinW, 2014.10.17. 10:22:29
Oh, azokat nem nagyon próbáltam még, igazából annyira nem is jönnek be, CoffeeScript is hasonló pl.
Illetve egy projekten lassan átváltunk less-re, bár jelenleg csak ott tartunk, hogy minden css fájl kiterjesztése át lett írva less-re :D (meg a Bootstrap is abból fordul)
Például nem elég php-ban feldolgozni a kéréseket, ki is kell ehhez íratni. Pl van ugye a smarty de az csak kisebb oldalaknál jó (szerintem). Ilyen esetekben használtok jadet vagy hamlot?
Olyanokat mint pl jade, python, stb. Merlin: tudom project függő, inkább úgy kérdezem miket használtatok szerveroldalon php-n kívül. Vagy nem tudom hogy kéne mondanom:/
Nekem amúgy mindig a papír ceruza jött be a legjobban, ott azt írsz amit szeretnél, de pl online UML szerkesztőből van kismillió, abban is átláthatóan lehet ábrázolni szerintem (és az hordozható is).
tudom, gugli első találat: vertabelo, nem rossz nem rossz, de sajnos nekem ennél több kell. Az se zavarja, ha csak odafirkantok egy olyasmit, hogy mondjuk a Gender az csak male/female értéket vehessen fel meg ilyenek :)
Szoktatok valami (webes) progit használni adatbázis megtervezéséhez? Ha igen, mit?:)
szerk: vagy esetleg tudtok valami jót?:) párat kipróbáltam de biztos vagyok benne, hogy van jobb) Utoljára szerkesztette: Jim Morrison, 2014.10.14. 15:34:40
Meg ilyet is lehet:
COALESCE( NULLIF( mezo, '' ), 'nincs megadva' ) AS valami
Ha jól látom a $pdata egy sima tömb, azon végig tudsz iterálni és megnézni, hogy üres-e az érték. Bár szerintem ezt inkább jobb lenne kiírásnál lekezelni, mert így csalóka lehet, hogy mi van az adatbázisban. Pl csinálni egy print_field_or_default függvényt ami megcsinálja ugyanazt, amit a hozzászólás végén írtál.
Van egy ilyen szépségem, adatbázisból íratok ki vele infókat. Ez működik is rendesen, a kérdésem annyi lenne, hogy hogyan lehetne végigszaladni rajta, hogy ahol nincs megadva adat, vagyis üres az adatbázisban, mert pl nincs telefonszám, annak adjon egy értéket, pl: Nincs megadva adat, és hogy ha több adat is hiányzik, akkor azoknak is adja meg.
function printer_data() {
$pdata = array();
$item_id = $_GET['ws'];
$printer_name_query = mysql_fetch_assoc(mysql_query("SELECT * FROM items WHERE id = '$item_id'"));
$printer_name = $printer_name_query['printer_name'];
Ha igen, akkor közülük valakitől egy kis segítséget kérnék szépen.
Kitöltöm, hogy milyen szeretném, hogy legyen a Facebook ablakom és megnyomom a Get Code gombot. Ezután kapok egy rövid scriptet, amit rögtön a <body> után kell bemásolnom, meg egy rövid DIVet, ami tartalmazza magát az ablakot, amit legeneráltattam és oda helyezem, ahova akarom.
Sajnos ezt megcsinálom és mégsem rakja ki az ablakomat. Kellene még valami javascript fájl,vagy valami ?
köszi szépen.
web/starter-kit/ (google) Valamiért ez eddig elkerülte a figyelmem.
"Kezdő webfejlesztő vagyok és egyik sport klubnak elvállaltam, hogy ingyen elkészítem az első honlapját." Miért vállalsz el valamit, amihez nem értesz?:) Nem csak neked gáz, hanem a megrendelőt is kellemetlen helyzetbe hozod.
A tárgyra térve, Uber gallery, meg ezer más. Vagy keresel magadnak egyet ami a legközelebb áll az elképzelésedhez - mindet kipróbálod - vagy átírod valamelyiket / megírod magad (HTML, CSS, PHP, MySQL, Facebook ismeretekre szükséged lesz).
WP ből láttam már hoztak ki pár oldalt ami messze volt egy blogolós oldaltól. Drupalt régen próbáltam, Joomlat nem is akarom, csak megint az a bajom, hogy mindkettő nagyon nagy. Lényegében ilyen kis web apphoz valami lightweight cuccot próbálok, most épp redaxscriptet nézem, elég kicsi, könnyen tudom módosítani és admin felület is van, stb.
WP az blogokra való. Nézd meg Drupal-t esetleg Joomla-t. Mondjuk én nem szeretem a cms-eket.
Talán így egy kicsit érthetőbb lesz: Keresek egy oldalt, ahol a bejelentkezés könnyen kicserélhető (steam loginra), és saját oldaltípusokat (amik felépítésben eltérnek a cms eredeti oldaltípusaitól). Láttam, hogy wordpress-t is (példának) széjjel lehet szedni elég szépen, de nekem valami gyors megoldás kellene. Spoilerben van egy kép. Jobb felül belépés gomb, alatta szürke mező a menü, alatta pedig az oldalon vannak fülek (bootstrapben justified). Ráadásul mivel egy kész rendszert alakítottam át, van benne szép admin felület is, gyors, meg minden ami nekem kellene.
Kérlek adjatok valami jó tippet mint múltkor a smarty :))
Nem, hanem hogy van e olyan cms mondjuk ahol egyszerűen és gyorsan csinálhatok kényem kedvem szerint oldalakat - itt legyen egy upload gomb a felhasználónak, itt egy csík hogy hol tart a feltöltés stb stb. Steam logint azért kevertem bele, hogy ha lehet egyszerűen ki lehessen cserélni az oldal alap beléptetési rendszerét. Wordpressen alapból oldalak meg postok vannak ha jól tudom. Ha az oldal elkészítésében wordpresst használnék akkor jó lenne ha csinálhatnék egy custom1 oldalt ahol én adhatom pontosan milyen adatok is jelenjenek meg stb stb. Majd holnap ha észnél leszek szépen leírom csak most kattog az agyam hogy kéne felépülnie az egész oldalnak.
Lenne megint egy jó kis kérdésem: gyorsan szeretnék megcsinálni egy oldalt (1hét kb keményen) ami biztonságos, steam id val be lehet lépni, és én szabom meg hogy milyen oldalak legyenek (ergó mondjuk nem egy wordpress steam login pluginnal, ahova lehet cikkeket írni, hanem teljesen más tartalmú lenne az oldal). Lehetne feltölteni .zip állományokat (amikből szerveroldalon megnézem mi nem kell belőle, lényeges fájlokat meg lementem és eltárolom, steam felhasználóhoz hozzácsatolva), azokat a fájlokat megnézni, megosztani, stb stb. Steam beléptetés nem az én oldalamon történik, de olyan oldalt (nem post meg blog bejegyzés) kell csinálnom ahol ezeket a műveleteket lehet csinálni. Ami még fontos lenne, hogy mindez gyorsan is történjen. Remélem valamennyire értitek mit akarok.
Tulajdonképpen tök mindegy. Listában szokás, de persze ez teljes mértékben függ az oldalszerkezetedtől.
Nemtudom pontosan a lightbox amit hasznalsz, hogy mukodik. Nincs valami parameter, hogy mikor toltse be a kepeket. Termeszetesen ha ott van az oldal forrasaban a nagy kep akkor a bongeszo be fogja tolteni igy is ugy is, de ha ez a lightbox kepes ezeket megtekintes kozben renderelni akkor nem kell elore betoltodniuk.
"Eleg valoszinutlen, hogy minden latogato mindig vegig nezegeti a nagy kepeket is ugyhogy a jobb megoldas ilyen esetere ha keszitesz egy kisebb meretu thumbnail kepet is."
Köszi. Mondjuk nem sok képről van szó. Van egy termékfőoldal kis képekkel kb. 20 db. Aztán a képekre klikk, és bejön a külön aloldal részletekkel, szöveg + 3 kép. Alapjáraton thumb képeket használok, csak nekem úgy tűnik, hogy a nagyokat is betölti az oldal töltődése közben. Ha meg így van, akkor szerintem tök felesleges +1 kis kép.
"Természetesen PHP-val, ne kézzel szenvedj:) "
Köszi. Sima html oldal, egy gramm php nincs rajta (szóval nem webshop, csak egy sima katalógus szerűség lesz), és összvissz kb. 60 db képről van szó. Css-ben egy width+height megadás, és átméretezi. De itt igazából én arra gyanakszom, hogy mint fentebb is írtam, a nagy képek is betöltődnek az oldallal együtt, így meg feleslegesnek vélem a bélyegképeket pluszba.
Eleg valoszinutlen, hogy minden latogato mindig vegig nezegeti a nagy kepeket is ugyhogy a jobb megoldas ilyen esetere ha keszitesz egy kisebb meretu thumbnail kepet is.
Volna egy olyan kérdésem, hogy van egy oldal, rajta termékek. A termékek képei kis bélyegképek formájában jelennek meg, amire kattintva lightboxban megjelenik a nagy méretű kép.
Na most az érdekelne, hogy oldal betöltődés, optimalitás szempontjából melyik a jobb megoldás?
- ha csinálok külön bélyegképeket, vagy - ha az eredeti nagy képet kicsinyítem le pl. css-el bélyeg méretre
köszi
http://anchorcms.com/ Szép, lightweight cms, de ez is használ frameworköt. Igaz valami nano framework van alatta, de lehet megemberelem magam, és jobban belevetem magam a témába... olyan cms-t sajnos nem találtam ami kicsi, hasonló tudású és nem használ semmi frameworköt.
Hoppá, jött a semmiből egy sublime update. Oldalsáv ikonok hasznosak tudnak lenni (fájloknál már ikonok is vannak, nem csak fájlnév)
* Added sidebar icons * Added sidebar loading indicators * Sidebar remembers which folders are expanded * Tweaked window closing behavior when pressing ctrl+w / cmd+w * Improved quote auto pairing logic * Selected group is now stored in the session * Added remember_full_screen setting * Fixed a lockup when transitioning from a blinking to a solid caret * Fixed a crash in plugin_host * Fixed a crash triggered by Goto Anything cloning views * Windows: Added command line helper, subl.exe * OSX: Added 'New Window' entry to dock menu * Posix: Using correct permissions for newly created files and folders * API: Updated to Python 3.3.3
köszi
Tudnátok-e ajánlani valami megvalósítást, hogy albumok legyenek a honlapon és nézegetni lehessen őket ?
A következőről lenne szó. Kezdő webfejlesztő vagyok és egyik sport klubnak elvállaltam, hogy ingyen elkészítem az első honlapját. Az eseményeikről szeretnének képeket feltölteni. Egy-egy eseményről több 100 kép is van.
Annak nem sok értelmét látom, hogy ha megnyitnak a weboldalon egy albumot, akkor a honlapon betöltődik a több 100 kép és ha egyre rákattintanak, akkor lehet sliderben nézegetni. Sokáig tartana, mire a több 100 betöltődne.
Esetleg össze kellene a FAcebook oldalukkal kötni a weboldalt és Facebook on tárolni a képeket az albumban és azt betölteni 1 képként a weboldalon és ott lehetne azután nézegetni ?
Vagy mit tudnátok erre ajánlani ?, valami tutoriallal megmutatnátok ?
Valami modern megvalósítást keresek és dizájnosat.