WordPress AppEngine plugin az AppEngine lehetőségeinek kihasználásához. Így szabad az út a WordPress alapú AppEngine oldalak előtt. Aki valami új webes startupban gondolkodik, annak ez jó indulás lehet, mivel a WP nagyon jó kis portál alap.
Originally shared by null
As was announced at Google I/O, the PHP runtime for App Engine has been launched (https://developers.google.com/appengine/docs/php/).
We've just announced the Google App Engine WordPress plugin, which wires together some WordPress features with App Engine APIs, for now including:
- Sending e-mail using the Mail API.
- Uploading and serving media files to Google Cloud Storage.
See the post for info on installation and configuration.
And while Google App Engine for PHP is in Preview, keep track of what's new on http://gaeforphp-blog.appspot.com/ -- itself a Wordpress install running on App Engine.
#appengine #php
https://gaeforphp-blog.appspot.com/2013/06/14/announcing-the-google-app-engine-wordpress-plugin/
A következő címkéjű bejegyzések mutatása: php. Összes bejegyzés megjelenítése
A következő címkéjű bejegyzések mutatása: php. Összes bejegyzés megjelenítése
2013. június 14., péntek
2013. március 16., szombat
Készítettem egy ilyen kis PHP + AngularJS mintát.
Készítettem egy ilyen kis PHP + AngularJS mintát. Van benne kis PHP, kis AngularJS, kis SQL (SQLite-al), meg egy kis JavaScript. Akit érdekel, Cloud9-en ki tudja próbálni, bele tud nézni a forrásba, esetleg igény esetén kár ki is elemezgethetjük, hogy mi mit csinál.
Originally shared by Laszlo Fazekas
PHP messageboard
Kíváncsi voltam, hogy lehet-e csupán AngularJS használatával "értelmes" üzenőfalat csinálni. Végül is az eredmény egy kis (a sallangot leszámítva 1 fájl) PHP alkalmazás lett. Az üzenetek tárolására sqlite-ot használtam, a szerver oldal PHP, a kliens oldal pedig AngularJS és egy kis AngularUI (csak az animáció miatt). Akit érdekel, klónozza le Cloud9-be (itt van hozzá leírás: https://plus.google.com/115334992192871078712/posts/gxfBQsDEsp4) , és ki tudja próbálni. Ehhez ugye index.php-n nyomjunk egy Run-t, majd két böngészőfülön nyissuk meg az url-t. Ha az egyik oldalon írunk valamit, akkor az a másik oldalon is megjelenik 5mp-es frissítéssel. Nem nagy valami, de a célnak pont megfelel.
Gitub repo: git://github.com/TheBojda/php-messageboard.git
#blog #php #angularjs #angularui
Originally shared by Laszlo Fazekas
PHP messageboard
Kíváncsi voltam, hogy lehet-e csupán AngularJS használatával "értelmes" üzenőfalat csinálni. Végül is az eredmény egy kis (a sallangot leszámítva 1 fájl) PHP alkalmazás lett. Az üzenetek tárolására sqlite-ot használtam, a szerver oldal PHP, a kliens oldal pedig AngularJS és egy kis AngularUI (csak az animáció miatt). Akit érdekel, klónozza le Cloud9-be (itt van hozzá leírás: https://plus.google.com/115334992192871078712/posts/gxfBQsDEsp4) , és ki tudja próbálni. Ehhez ugye index.php-n nyomjunk egy Run-t, majd két böngészőfülön nyissuk meg az url-t. Ha az egyik oldalon írunk valamit, akkor az a másik oldalon is megjelenik 5mp-es frissítéssel. Nem nagy valami, de a célnak pont megfelel.
Gitub repo: git://github.com/TheBojda/php-messageboard.git
#blog #php #angularjs #angularui
PHP messageboard
PHP messageboard
Kíváncsi voltam, hogy lehet-e csupán AngularJS használatával "értelmes" üzenőfalat csinálni. Végül is az eredmény egy kis (a sallangot leszámítva 1 fájl) PHP alkalmazás lett. Az üzenetek tárolására sqlite-ot használtam, a szerver oldal PHP, a kliens oldal pedig AngularJS és egy kis AngularUI (csak az animáció miatt). Akit érdekel, klónozza le Cloud9-be (itt van hozzá leírás: https://plus.google.com/115334992192871078712/posts/gxfBQsDEsp4) , és ki tudja próbálni. Ehhez ugye index.php-n nyomjunk egy Run-t, majd két böngészőfülön nyissuk meg az url-t. Ha az egyik oldalon írunk valamit, akkor az a másik oldalon is megjelenik 5mp-es frissítéssel. Nem nagy valami, de a célnak pont megfelel.
Gitub repo: git://github.com/TheBojda/php-messageboard.git
#blog #php #angularjs #angularui
Kíváncsi voltam, hogy lehet-e csupán AngularJS használatával "értelmes" üzenőfalat csinálni. Végül is az eredmény egy kis (a sallangot leszámítva 1 fájl) PHP alkalmazás lett. Az üzenetek tárolására sqlite-ot használtam, a szerver oldal PHP, a kliens oldal pedig AngularJS és egy kis AngularUI (csak az animáció miatt). Akit érdekel, klónozza le Cloud9-be (itt van hozzá leírás: https://plus.google.com/115334992192871078712/posts/gxfBQsDEsp4) , és ki tudja próbálni. Ehhez ugye index.php-n nyomjunk egy Run-t, majd két böngészőfülön nyissuk meg az url-t. Ha az egyik oldalon írunk valamit, akkor az a másik oldalon is megjelenik 5mp-es frissítéssel. Nem nagy valami, de a célnak pont megfelel.
Gitub repo: git://github.com/TheBojda/php-messageboard.git
#blog #php #angularjs #angularui
2012. november 23., péntek
Eszközfüggő média elemek sütik használatával.
Eszközfüggő média elemek sütik használatával. Nem bonyolult, viszont hasznos. Aki próbálkozott már eszközfüggő média kiszolgálással (direkt nem képet írok, mert ez hasznos lehet videókhoz is, vagy akár a layout esetén), az tudja, hogy nem olyan egyszerű a dolog. Ha nem csinál semmi extrát az ember, akkor egyesül a user-agent-ből lehet következtetni az eszköz felbontására, abból is csak úgy, ha van egy nagy táblázatod, hogy milyen user-agent-hez milyen felbontás tartozik. Az alábbi leírás egy jóval egyszerűbb megoldás, minimális JavaScript felhasználásával. Az oldal lekérdezésekor JS-ből egy cookie-ba rakjuk az eszköz felbontását (a szerver oldallal ellentétben kliens oldalon ez egyszerűen lekérdezhető), a cookie innentől ugye megőrzi a tartalmát, és szerver oldalról olvasható, így ha dinamikusan (mondjuk PHP-val) szolgáljuk ki a média tartalmakat, akkor ez alapján felbontás függően eldönthetjük, hogy milyen felbontásban küldjük le az adott elemet (akár futás időben is elvégezhetjük a szükséges konverziókat). Igazából ami tetszik benne, az az általánosítható elv, hogy JavaScript-ből összeszedjük az eszközre jellemző profilt, és az egészet sütiben kommunikáljuk a szerver felé. A süti tulajdonképpen egyszerre valósítja meg a kliens-szerver kommunikációt (XMLHttpRequest), és a lokális tárolót (LocalStorage) is ...
Originally shared by Balazs Nadasdi
Wow... Ez egesz jo dolognak tunik :)
Nem mindenhol latom hasznat, de van ahol igen.
#responsivedesign #responsive #javascript #php #webdevelopment #dev #development
http://blog.keithclark.co.uk/responsive-images-using-cookies/
Originally shared by Balazs Nadasdi
Wow... Ez egesz jo dolognak tunik :)
Nem mindenhol latom hasznat, de van ahol igen.
#responsivedesign #responsive #javascript #php #webdevelopment #dev #development
http://blog.keithclark.co.uk/responsive-images-using-cookies/
2012. október 14., vasárnap
Rövid, velős ...
Rövid, velős ...
Originally shared by [Dev] Folyam.info
Weboldalak, nyelvek és a fejlesztés
A net tele van PHP leírásokkal. Ha az ember eldönti, hogy ő most webfejlesztő lesz, akkor a legegyszerűbb (és nagyjából ha nekiáll keresni, hogy mit csináljon, akkor a PHP -t fogja bedobni neki a kereső is) módja elkezdeni ezzel foglalkozni.
Természetesen nem ez az egyetlen nyelv, amin weboldalakat lehet csinálni. Nagyjából minden mással is lehet. A Java még egy másik elterjedt módja ennek. Sokat használtak közé sorolnám még a Ruby on Rails keretrendszert, ami mint a neve is mutatja Ruby nyelven íródott és a nagy feltörekvő most a node.js , ami egy szerver oldali JavaScript . Hatalmas táborral rendelkezik mind. Persze vannak akik ennél elvadultabbak és Lisp vagy épp Erlang , Scala irányba indultak el.
Én elég sokáig PHP -val dolgoztam, sőt jelenlegi munkahelyemen is ezt használom. Pár éve (olyan 3-4) kezdtem el foglalkozni Ruby -val, majd az elmúlt 1.5-2 évben átálltam a node.js használatára. Mind a három nyelvnek van erőssége és gyengesége (nem is egy) .
A PHP talán a leginkább elterjedt és aki webbel foglalkozik (de még az is aki nem) nagy eséllyel belefutott már a névbe. Nagyon nagy felhasználói bázissal rendelkezik. Egy rövid ideje van már viszonylag értelmes csomagkezelője Composer ( getcomposer.org ) néven. Ha problémával találkozik az ember, akkor nagy eséllyel már van olyan blog, ahol a megoldást már leírta valaki, csak meg kell találni. Itt Google Pluszon is elég aktív segítséget tud adni a PHP Developers és a PHP oldal. Nyelv egyszerű lényegében funkcionális, ám vannak fejlődések Objektum Orientáltság irányába. Az 5-ös verziótól meg már közel áll hozzá :)
A Ruby egy nagyon érdekes állatfaj, mert megpróbált picit emberközelibb lenni a nyelvezete így például a zárójel, a pontosvessző nem jellemző. Van benne, ha kell, de nem igazán van használva. Itt minden egy objektum. Ritkán találkoztam viszont olyan oldallal, ami Ruby alapú, de nem Ruby on Rails keretrendszerrel keszült. A közösség jó és mikor megindult, akkor nem volt nagy ezért az egyetlen út, hogy használják az emberek, ha blogolni kezdenek róla, nyílt forrású példaoldalakat hoznak létre és a lehető legtöbb csatornán el lehet érni valakit, aki segít. Chat szobákban az emberek ülnek beszélnek és ha kérdésed van nagyon készségesek. PHP -val ellentétben magyarul nem olyan nagy a választék internetes tartalomban, de én úgy gondolom azért, ha valaki aktív résztvevője akar lenni ennek a közösségnek nem árt amúgy sem angolul tudni.
Harmadik vonal a node.js . Ez nekem azért volt érdekes, mert az elmúlt években igencsak tért nyert a JavaScript kliens oldalon, amitől én nagyon féltem, mert mikor a kilencvenes évek végén találkoztam vele, akkor egy alert ablakon kívül másra nem volt jó. Nagyon kellemes volt a csalódás miko pár évvel később kimásztam az adatbázistervezés, code modulok írásának barlangjából és találkoztam az akkor nagy hájpot kapott Ajax-szal. Onnantól, hogy lehetett nagyon szépen XHR ( en.wikipedia.org/wiki/XMLHttpRequest ) kéréseket írni, hogy végre el legyen felejtve a frame, meg a minden kattintásnál oldaltöltés, úgy éreztem valamiből majdnem kimaradtam. Tehát ráhasaltam és behoztam lemaradásomat. Mindig gondolkodtam azon, hogy milyen lenne kliens oldalon is és server oldalon is JavaScript -et használni. Egyszer csak szembe jött velem a megoldás. Láthatóan nem csak én gondoltam erre és elkészült. A közösség hasonlóan a Ruby on Rails (és a ruby) vonalhoz itt is erős, de meglévő tartalom még nem olyan erős, mint mondjuk a PHP tekintetében. Nagy előnye a fentebb sorolt nyelvekkel szemben, hogy a JavaScript egy esemény-vezérelt nyelv. Sokaknak furcsa is elsőre és még másodjára is, de ha megszokja az ember akkor rájön milyen jó is ez.
Hamarosan indul egy sorozat, ami alapvetően node.js bemutatását és egyben oktatását célozza meg, hogy legyen tartalom ezzel kapcsolatban is a magyar internet pusztájában is.
Cimkék: #javascript #php #ruby #rubyonrails #nodejs
Originally shared by [Dev] Folyam.info
Weboldalak, nyelvek és a fejlesztés
A net tele van PHP leírásokkal. Ha az ember eldönti, hogy ő most webfejlesztő lesz, akkor a legegyszerűbb (és nagyjából ha nekiáll keresni, hogy mit csináljon, akkor a PHP -t fogja bedobni neki a kereső is) módja elkezdeni ezzel foglalkozni.
Természetesen nem ez az egyetlen nyelv, amin weboldalakat lehet csinálni. Nagyjából minden mással is lehet. A Java még egy másik elterjedt módja ennek. Sokat használtak közé sorolnám még a Ruby on Rails keretrendszert, ami mint a neve is mutatja Ruby nyelven íródott és a nagy feltörekvő most a node.js , ami egy szerver oldali JavaScript . Hatalmas táborral rendelkezik mind. Persze vannak akik ennél elvadultabbak és Lisp vagy épp Erlang , Scala irányba indultak el.
Én elég sokáig PHP -val dolgoztam, sőt jelenlegi munkahelyemen is ezt használom. Pár éve (olyan 3-4) kezdtem el foglalkozni Ruby -val, majd az elmúlt 1.5-2 évben átálltam a node.js használatára. Mind a három nyelvnek van erőssége és gyengesége (nem is egy) .
A PHP talán a leginkább elterjedt és aki webbel foglalkozik (de még az is aki nem) nagy eséllyel belefutott már a névbe. Nagyon nagy felhasználói bázissal rendelkezik. Egy rövid ideje van már viszonylag értelmes csomagkezelője Composer ( getcomposer.org ) néven. Ha problémával találkozik az ember, akkor nagy eséllyel már van olyan blog, ahol a megoldást már leírta valaki, csak meg kell találni. Itt Google Pluszon is elég aktív segítséget tud adni a PHP Developers és a PHP oldal. Nyelv egyszerű lényegében funkcionális, ám vannak fejlődések Objektum Orientáltság irányába. Az 5-ös verziótól meg már közel áll hozzá :)
A Ruby egy nagyon érdekes állatfaj, mert megpróbált picit emberközelibb lenni a nyelvezete így például a zárójel, a pontosvessző nem jellemző. Van benne, ha kell, de nem igazán van használva. Itt minden egy objektum. Ritkán találkoztam viszont olyan oldallal, ami Ruby alapú, de nem Ruby on Rails keretrendszerrel keszült. A közösség jó és mikor megindult, akkor nem volt nagy ezért az egyetlen út, hogy használják az emberek, ha blogolni kezdenek róla, nyílt forrású példaoldalakat hoznak létre és a lehető legtöbb csatornán el lehet érni valakit, aki segít. Chat szobákban az emberek ülnek beszélnek és ha kérdésed van nagyon készségesek. PHP -val ellentétben magyarul nem olyan nagy a választék internetes tartalomban, de én úgy gondolom azért, ha valaki aktív résztvevője akar lenni ennek a közösségnek nem árt amúgy sem angolul tudni.
Harmadik vonal a node.js . Ez nekem azért volt érdekes, mert az elmúlt években igencsak tért nyert a JavaScript kliens oldalon, amitől én nagyon féltem, mert mikor a kilencvenes évek végén találkoztam vele, akkor egy alert ablakon kívül másra nem volt jó. Nagyon kellemes volt a csalódás miko pár évvel később kimásztam az adatbázistervezés, code modulok írásának barlangjából és találkoztam az akkor nagy hájpot kapott Ajax-szal. Onnantól, hogy lehetett nagyon szépen XHR ( en.wikipedia.org/wiki/XMLHttpRequest ) kéréseket írni, hogy végre el legyen felejtve a frame, meg a minden kattintásnál oldaltöltés, úgy éreztem valamiből majdnem kimaradtam. Tehát ráhasaltam és behoztam lemaradásomat. Mindig gondolkodtam azon, hogy milyen lenne kliens oldalon is és server oldalon is JavaScript -et használni. Egyszer csak szembe jött velem a megoldás. Láthatóan nem csak én gondoltam erre és elkészült. A közösség hasonlóan a Ruby on Rails (és a ruby) vonalhoz itt is erős, de meglévő tartalom még nem olyan erős, mint mondjuk a PHP tekintetében. Nagy előnye a fentebb sorolt nyelvekkel szemben, hogy a JavaScript egy esemény-vezérelt nyelv. Sokaknak furcsa is elsőre és még másodjára is, de ha megszokja az ember akkor rájön milyen jó is ez.
Hamarosan indul egy sorozat, ami alapvetően node.js bemutatását és egyben oktatását célozza meg, hogy legyen tartalom ezzel kapcsolatban is a magyar internet pusztájában is.
Cimkék: #javascript #php #ruby #rubyonrails #nodejs
Feliratkozás:
Bejegyzések (Atom)