Friss blogmarkok
- Web Akadálymentesítési Útmutató (WCAG) 2.1 – nyilvános munkaterv – Megjelent a WCAG (Web Akadálymentesítési Útmutató) 2.1 nyilvános munkaterv (0)
- MongoDB Apocalypse Is Here as Ransom Attacks Hit 10,000 Servers – Több tízezer védtelen MongoDB szerverre csaptak le hackerek (2)
- 12 Signs You’re Working in a Feature Factory – A cél nélküli funkciógyártás néhány tünete (0)
- Translatable, custom dates in Twig templates of Drupal 8 – Saját dátumok megjelenítése, fordíthatóan a Drupal 8 smink rétegével dolgozva (0)
- NativeScript – Cross-Platform Native Development with Javascript – Fejlesszünk natív mobilalkalmazást JavaScripttel (0)
- GitHub Security Update: Reused password attack – Érdemes bekapcsolni a kétfaktoros azonosítást, ha a GitHub jelszavunkat más oldalakon is újra felhasználtuk (17)
- UX Design könyv – Hogyan tervezz felhasználóbarát és szerethető alkalmazásokat? (0)
- Introducing unlimited private repositories – Megváltozik a GitHub díjszabása: minden előfizetéshez korlátlan számú privát repository jár (0)
- Drupal 8 Twig: add custom CSS classes to menus (based on menu name) – Saját elképzeléseink szerinti CSS osztályok (automatizált) hozzáadása a Drupal 8 menüihez (0)
Cikkajánló
kacsandiz:
PHP alkalmazások minőségbiztosítása
Hojtsy Gábor:
Rövid webcímek készítése és kezelése
Nagy Péter:
Több PHP beállítása egy Windows rendszeren
Friss csiripek
Csiripek betöltése…
Aktív fórum témák
Új fórum témák
Archívum
| H | K | Sze | Cs | P | Szo | V |
|---|---|---|---|---|---|---|
| 25 | 26 | 27 | 28 | 29 | 30 | 1 |
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | 31 | 1 | 2 | 3 | 4 | 5 |
Nem tudok,
Neked mire kéne?
Mert magamat még megérteném (:)), mert PHP-ben sokkal erősebb vagyok, mint JS-ben, de ez nem lehet indok arra, hogy erőforrást pazarolj. És valószínűleg egy ilyen igen erőforrásigényes, úgyhogy mobilon már felejtős is (akksi).
Tehát: miért jó ez?
Több oka is van
Alapvetően az is zavar, hogy különböző nyelveken kell kódolni a kliens és szerver oldalon és ebben is egy kis segítséget jelentene. Jó lenne egy PHP-JS vagy JS-PHP átfordító is erre, nem feltétlenül futásidejű cucc.
De legalábbis kipróbálnám.
Vannak olyan esetek, hogy a
Akkor futtass mindkét oldalon JavaScriptet.
Milyen speciális esetekre gondolsz? Vannak olyan feladatok, amiket nem tudsz a szerveren megvalósítani, csak kliens oldalon, és van amit meg kliens oldalon nem tudsz megvalósítani, csak szerver oldalon. Ha valamit mindkét oldalon meg tudsz valósítani, akkor a legjobb, ha azt szerver oldalon valósítod meg.
Jó lenne
Jó lenne, ha a V8Js (vagy valami még fejlettebb) alaprészévé válna a PHP csomagoknak, és akkor az olcsó shared hostokon is lehetne JS kódot futtatni.
(...)
Előfordulhat, hogy a szervert tehermentesíteni lehetne kliens oldalon. Egyfajta elosztott számítási kapacitásra gondoltam. Speciális témán gondolkodok, nem fejteném ki bővebben, de érdekelne ha lenne ilyen lehetőség (PHP-ben írt JS feldolgozó is tetszene, de inkább valamilyen szintaxis átfordító, még úgy is, ha csak korlátozott képességű. Eredetileg ezeket nézegettem, amikor beugrott, hogy akár fordítva is lehetne, PHP-t futtatni kliens oldalon -- ha van ilyen, akkor kipróbálnám, a cél, a szerver tehermentesítése így is megoldható.)
PHP-ban JS-t elmeletileg
Sejtettem
Kliens oldal
A legtöbb esetben a kliens csak megkapja a konfigurációt, és az adatot, és maga találja ki a rendelkezésre álló hely, a konfiguráció és az adatok függvényében, hogy hogyan is kellene azt megjeleníteni. Ha ehhez hozzá vesszük az adatokkal és a megjelenítéssel kapcsolatos interakciót, akkor máris látszik, hogy ugyanezt szerver oldalon közel lehetetlen lenne megcsinálni, vagy legalábbis nagyon nem lenne hatékony, ráadásul kifejezetten erőforrás-pazarló lenne.
Mondjuk nem is értem, miért pont PHP lenne a megfelelő nyelv a kliens oldalon való futtatásra. A beépített függvénytára stringek, tömbök és objektumok kezelésére és manipulálására eléggé gyenge lábakon áll, kezdve a fura és nem következetes paraméterezéstől a függvények elnevezésén át a unicode szövegek kezelését is beleértve eléggé vegyes érzelmeket keltenek még a PHP hívők között is.
Egyetértek
Egyelőre azonban (az én esetemben) csak ez a lehetőség maradt, valamilyen módon idomulni a PHP-hez. Talán az is megfelelne, ha a PHP egy butított változatát (PHPASM ?) egy az egyben JS-sé lehetne alakítani (valamilyen parserrel), persze fordítva is lehetséges (korlátozott JS átalakítása PHP-vé).
Most csak számbaveszem az alternatívákat. Ha semmi bejáratott sincs, majd kigondolok valamit és megoldom magam valahogy.
Hohó, más dolog PHP
Mire
kód kliensen és szerveren is
Más oldalról közelítem meg: ugyanazt a kódot szeretném futtatni js-ben a böngészőben és php-n a szerveren. Ilyen esetben van valami javaslatotok?
Köszi!
JavaScript
php
Hogy érted azt, hogy generáljam a JS kódot PHP-val?
A kód futtatását akarom mindkét helyen, nem az eredményét. Legyen egy függvény, ennek bemenete és kimenete, ugyanarra a bemenetre ugyanazt a kimenetet produkálja, bárhol futtatom (kliensen vagy szerveren).
teszt
A szerver oldalon van JavaScript is, és válogathatsz is. Van több JS motor is szerver oldalon, amin futtathatod a kódodat.
Akkor ne PHP-val generáld, hanem bármilyen másik nyelvvel. Van legalább 100 nyelv, amit lehet JavaScriptre fordítani.
Mondjuk például a Haxe-et lehet JS-re és PHP-ra is fordítani.
a legegyszerűbb módszert keresem
Ez azt jelenti, hogy írjam meg a kódot mindkét nyelven (nemá', hát nem triviális, hogy ez már nekem is eszembe jutott? ;-) ).
Ez azt jelenti, hogy írjam meg a kódot egy harmadik nyelven, amit még nem is ismerek, ráadásul tesztelhetek mindhárom nyelven.
Ez a fenti kettő nem egyszerűsítés. Az egyszerűsítés az lenne, ha a rendelkezésre álló két nyelv közül csak az egyikkel kellene foglalkozni.
Vagyis:
Vagy PHP-ben írom azokat a kódrészeket amiket a szerveren és a kliensen is akarok futtatni, vagy JS-ben.
Mint említettem, számomra sajnos nincs lehetőség szerver oldalon egyebet használni, mint PHP-t. Ha lehetne, akkor a probléma nem létezne. Nyilván azért lovagolok a témán mert egy ilyen huszárvágással nem tudom megoldani a problémát.
A 100-as lista amit küldtél ( List of languages that compile to JS ), az tetszik, a PHP szekciónál a phype és a uniter kb azt próbálja megvalósítani ("run PHP code directly in your browser") amit témanyitáskor kérdeztem ("PHP emulálás Javascripttel"), a uniter egész pofásnak tűnik, kipróbálom.
Persze mivel a Javascriptet jobban kedvelem, jobb lenne fordítva, rá is kerestem a fordítottjára: "List of languages that compile to PHP", de persze már csak azért sem találok olyan eszközt, ami JS szintaxisból PHP-t faragna.
De azért köszi a javaslatokat, hasznos volt, a Haxe-t is megnézem mégegyszer közelebbről (egyszer már megnéztem, de elvetettem valamiért).
Vagy nodejs-t használsz
Vannak olcsó vps-ek (én 13ezret fizetek érte egy évre), amik kb annyiba kerülnek mint egy tárhely bérlés, ott futtathatsz nodejs-t.
Ha mindenképp php-nál akarsz maradni és nem akarod megírni a kódot két helyen, akkor a közös logikát futtasd a szerveren és kérd le az eredményt ajaxal.
Amúgy, mi az a dolog, amit mindkét helyen futtatni akarsz? Nem sok ilyen létezik, form ellenőrzés, esetleg kép manipulálás, jó lenne ha elmondanád és akkor lehet valami hasznos ötletet kitalálni.
titok :-)
Ha más nem, akkor gányolok, megpróbálom a lehető legelegánsabban. :-)
Még el sem kezdtem, ezért nem akarok részletesebben beszámolni róla (nem akarom égetni magam egy olyan tervvel amit esetleg meg sem valósítok), de ha már a nagyrésze meglesz (rászánom magam), akkor egy bétatesztre meghívom a közösséget.
Csak akkor kezdek neki, ha tényleg úgy érzem, hogy jó megoldást találtam erre a problémára, mert gányolni azt nemigazán szeretnék (idegesítene). Esetleg várok, míg a helyzet mög nem változik, azt a kutyikafáját!