Új hozzászólás Aktív témák
-
edari
őstag
válasz polymorphin #21200 üzenetére
"De igazabol a Laravel is oke ha gyosran ossze akarsz dobni valami hasznhatot"
Aha, hát szerintem ez egy probléma.
A laravel nem kis oldalak alá jó (lumen?), hanem nagyobb projektek alá. Az már más kérdés hogy boldog/boldogtalan laravelt tesz a legegyszerűbb oldalak alá is. -
#68216320
törölt tag
válasz polymorphin #21200 üzenetére
Aha, köszi az infot.
Ha jól értem, akkor kicsit talán "alacsonyabb szintű" és ezért univerzálisabb a Symphony?Nem csak egy weboldalról van szó, hanem a project-ben van egy elég komoly business-logic ami a háttérben teker és az eredményt a weboldal már az adatbázisból jeleníti meg. Illetve egy admin felületen befolyásolja majd a háttérművelet futását. A public része csak view pár megjelenítéshez szükséges paraméterrel. (form vagy link-get)
Nem gyors összedobásról volna szó, hanem egy régen megszüntetett portálom újraírásáról.
Elég nagy meló és csak egyedül leszek rá (sejthetőleg).
Igen, Java Spring volt, de a korábbi projectem Php volt.Unit teszt alap. A business-logic Java-ban készül, ahhoz is kell Unit teszt, használnám Php-hoz is. Rossz beidegződésből én amúgy is előbb a unit tesztet írom meg és csak ezután a kódot.
-
nevemfel
senior tag
Az alap Laravel 47MB-ot, a Lumen 36MB-ot foglal el a lemezen, egy symfony/skeleton 5.x mindössze 9,6MB. Nyilván ha kell bele ez meg az, templatekezelő, ORM, akkor azt hozzá kell adni, és akkor nagyobb lesz a mérete.
A Lumen oldalán is ezt írják:
Note: In the years since releasing Lumen, PHP has made a variety of wonderful performance improvements. For this reason, along with the availability of Laravel Octane, we no longer recommend that you begin new projects with Lumen. Instead, we recommend always beginning new projects with Laravel.
Szóval szerintem nem érdemes a Lumennel, vagy más micro frameworkkel szórakozni, a Laravel vagy a Symfony már egész jó. Nem monstrum egyik sem, mindkettő rugalmas, van hozzá egy rakat komponens, és rengeteg doksi a neten.
Forget your troubles, c'mon get happy
-
coco2
őstag
válasz polymorphin #21200 üzenetére
Igen, shell exec jelenleg az összes tippem, megírom külön C-ben, és mellé rakom a webszervernek. De gondoltam, hátha lehet valami hasonlót csinálni, mint dotnet alatt a dll import.
A "könyvet senki nem használ"-t illetően talán próbálj meg általánosítás helyett csak a magad nevében beszélni. A dokumentációs részletesség és figyelem egy közösség által ellenőrizhető és időben stabil tény. A privát véleményünk ahhoz képest egy szeszélyes valami. Megbízhatatlan.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Mike
veterán
Itt most ellent kell mondjak neked. Jó volt a könyv, a 90-es, esetleg a 2000-es években. Én is rongyosra használtam a foxpro könyvet. Mára azonban csak online oldalakat használok, php esetén 90%-ban a php.net vagy a stackoverflow-t. A könyv mára nehézkes, főleg mivel konkrét információ kell és nem olvasni akarok
-
supercow
őstag
Ami nem érte meg azt az erőfeszítést, hogy nemzetközi szakmai közönségnek szánt könyv készüljön róla, az még gyerek cipőben jár, éretlen.
Erre a problémára Itt kapsz segítséget.In nomine Pasta, et Fusilli, et Spaghetti Sancti. Ramen.
-
coco2
őstag
válasz Bzozoo #21207 üzenetére
@supercow:
Hmm, ez furcsa. Pár hónapja amazonon rákotortam a laravel-re, csak olasz meg francia könyvek voltak, most meg angolokat is talál több éves kiadási dátummal. A fene érti. Elismerem az én tévedésemnek.@Bzozoo:
Ami "hamar elavul", az sosem volt kiforrott. A koncepcionális tévedésre épített eszközök jellemzője, hogy el tudnak avulni minden hónapban / fél évben. Képtelenség egy átgondolatlanságot a visszamenőleges kompatibilitás megtartásának elve szerint fejleszteni. És az pontosan a dokumentáláskor derül ki. Szó nincsen róla, hogy ki akarnám dobni a digitális dokumentálás vívmányait. Épp csak voltam olyan szituban, amikor egy 1-2 órás józan paraszti ésszel magyarázás eredményét bolondbiztos technológiai utasításba kellett öntenem, és simán vagy fél évig tartott. Akkor esett le a tantusz, hogy az "elmondani" és a "leírni" között alkalmasint sok ezerszeres szorzó a különbség. Példának okáért a részletek logikai ellentmondásaival "elmondás" során tipikusan nem lehet összetalálkozni. De amikor valaki elkezdi utolsó szálig kifésülni a gondolatokat, akkor bizony beleakad az összes gubancba. Na az a különbség egy pár perces YT videó, és egy 500 oldalas könyv között. És csodálkozom rajta, hogy itt még senki sem találkozott össze a jelenséggel, mert más magyarázat aligha van rá, hogy senki sem érti.កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Rula
tag
Sziasztok!
MVC-nél a Viewnál szokás classba tenni a renderelni kivánt HTML-t? (Semmilyen frameworköt nem használok.)Keresgéltem a neten, ismerőst is kérdeztem, de van ahol azt találtam, hogy csak simán beledobják a html-t a fileba, van ahol meg az egész egy classben van.
-
coco2
őstag
Van két eset.
Az egyikben egy class rendereli a teljes html-t, és adatbegyűjtés után az a string kerül a kimenetre. Előnye, hogy karbantartható / ollózható kód, hátránya, hogy lassabb, mint gányolni. Php 5 óta ez a "normális", főleg, mert mostanra a szakember munkaóra drágább, mint a szerver kapacitás.
A másik eset a html-be beletűzdelni a php darabokat. Előnye, hogy gyorsabb, mint a másik (néhol legalább is), hátránya, hogy szinte képtelenség karbantartani, és mindenféle támadási felülete van, amit jó szerencsét toldozni-foltozni egy életen át. Php 5 idők előtt ez volt az általános.
Hogy te melyiket válaszd? Szíved joga.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
nevemfel
senior tag
MVC-nél a Viewnál szokás classba tenni a renderelni kivánt HTML-t? (Semmilyen frameworköt nem használok.)
Nem szokás, mindenhol templatekezelőt (Smarty, Twig) használnak. Leszámítva a kőegyszerű projekteket, nem ajánlatos a html-t php kódba belekeverni, csak ha nincs más megoldás.
Ezek a templatekezelők nem lassítanak a program futásán. Van saját gyorsítótárjuk, ahol a templatekből gyártott php fájlokat tárolják, futásidőben ezeket a php fájlokat használják.
[ Szerkesztve ]
Forget your troubles, c'mon get happy
-
Rula
tag
Köszönöm mindekttőtöknek!
(Amúgy egy próbafeladt miatt kell, amihez gyakorlatilag semmit se használhatok, csak vannila php-t)
-
nevemfel
senior tag
Csináltam én is már hasonló próbafeladatot, hasonló feltételekkel. Én valami ilyesmit csináltam, szétválasztva a view-t és a html kódot:
index.php
<?php
require_once('App.php');
$app = new App();
$app->run();App.php
<?php
class App {
public function run() {
$viewParams = [
'list' => [
'egy',
'ketto',
'harom'
]
];
$this->display($viewParams);
}
public function display($viewParams) {
extract($viewParams);
require('index.tpl.php');
}
}index.tpl.php
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<link rel="shortcut icon" href="#">
<title>Document</title>
</head>
<body>
<ul>
<?php foreach($list as $item): ?>
<li><?=htmlspecialchars($item) ?></li>
<?php endforeach ?>
</ul>
</body>
</html>Forget your troubles, c'mon get happy
-
hiperFizikus
aktív tag
Keresgéltem, de nem találtam meg azt a topikot amibe ezt írhatnám, ezért nyugodtan átküldhetek egy másik - még lezáratlan - topikba !
Szóval PHP-ben megírod a szerver oldali weboldaladat, a kliens oldalon JavaScriptben írod a weboldaladat, mind a szerver - mind a kliens oldalon pedig HTML kódot használsz a weboldaladon . A kérdésem, ill. a problémám az, hogy hogyan lesz, hogyan néz ki, ill. milyen a formája a gyakorlati bekötése a szerveroldali weblapodnak a városod internet szolgáltatójának izéjébe, hogy nonStop fent legyen az interneten ?
A gázt is és a féket is egyszerre nyomni nem menő dolog !
-
válasz hiperFizikus #21214 üzenetére
Ez elég nagy katyvasz, így tisztázzuk. Mi a cél? 0-24-ben saját szerverről (saját gépről) sugározni a weboldaladat?
But who is watching the guardians?
-
hiperFizikus
aktív tag
A cél az lenne, hogy én mint kezdő amatőr csak párat ide-oda klikkelek, és az összekutyult PHP programomat elérhesse mindenki !
A gázt is és a féket is egyszerre nyomni nem menő dolog !
-
válasz hiperFizikus #21216 üzenetére
Ez az érthető része. De szeretnél ehhez tárhelyet bérelni és domain-t vásárolni, vagy a saját számítógépedet áldoznád be szerverként?
But who is watching the guardians?
-
hiperFizikus
aktív tag
Mindkettő, mert ha a domain, vagyis a fizetős külső szerver nem drága, akkor miért ne, ha meg, a saját számítógépről való szerver tartáshoz nem kell nagy gép, és esetleg még a működtetése is látogatásra-takarékos, akkor az is lehetne .
A gázt is és a féket is egyszerre nyomni nem menő dolog !
-
válasz hiperFizikus #21218 üzenetére
Ha küldő szervert bérelsz (előfizetsz), akkor nincs valójában kérdés. Választasz egy Domain-t, megkapod a hozzáférést és feltöltőd a fájlokat. Innentől kezdve azok kapnak egy URL-t (domain.felségjelzés/mappád/fájlod.php) amin kereszkül elérheti bárki.
Arra azonban figyelni kell, hogy nem minden tárhelybérlő állítja be a szervert automatikusan PHP kompatibilisre, vagyis ha nem fut, meg kell keresni annak beállításait.Amennyiben saját szervert szeretnél létrehozni, azt csak HOST-olni tudod. Vagyis belső hálózati szerver mintájára lehet rácsatlakozni (server\\C\ezazamappa\ezazafájl.php). Namost, ebben az esetben ugyan bárki hozzáfér a link birtokában (persze ha aktív a host), azonban csak meg tudja nyitni, esetleg szerkeszteni, de futtatni nem. Ahhoz ugyanis szükségeltetik egy PHP Local Server, amit nem is neked, hanem az adott illetőnek kell futtatnia.
Valójában nem macera megcsinálni egyiket sem. De láthatod a két végkimenetelt. Így először is el kell dönteni, mit szeretnél: Hozzáférjenek a fájlhoz, vagy futtassák azt?
Előbbi esetre alkalmas a saját szerver.A tárhelybérlés (+ domain) árai változóak, 10+ ezertől a sokáig... A saját szerverhez nem kell erőgép, hacsak nem igen-komoly látogatóbázisra számítasz. És ott ugye már az sem mindegy, milyen a neted.
But who is watching the guardians?
-
hiperFizikus
aktív tag
"Hozzáférjenek a fájlhoz, vagy futtassák azt?"
Hát hogy a weblapomon hozzáférjenek a letöltés gombokhoz, letöltés text linkekhez, és más letöltés Form-okhoz . Ami persze azt jelenti, hogy ezek használhatók is lehessenek letöltésre .
A gázt is és a féket is egyszerre nyomni nem menő dolog !
-
sztanozs
veterán
válasz hiperFizikus #21220 üzenetére
Ha van otthon egy folyamatosan futó gép (router, raspberry, vagy akármilyen számítógép), akkor arra simán fel tudsz húzni egy webszervert.
Ezen kívül van egy csomó szolgáltató is, akik adnak szervert és minimális tárhelyet ingyenesen vagy nagyon olcsón: [link][ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
hiperFizikus
aktív tag
válasz sztanozs #21221 üzenetére
Utána néztem a YouTube videók között:
A Windows 7 -esen, ami nekem is van, lehet szervert letölteni .
És a kliens csak kliensként, a szerver meg szerverkén is és kliensként is működhet .
A kérdésem most az, hogy ugye a kliens oldalon vannak a böngészők, mint a Chrome is; van-e valamiféle kliens oldali böngészővel analóg, kereső valami a szerver oldalon ?
A gázt is és a féket is egyszerre nyomni nem menő dolog !
-
sztanozs
veterán
válasz hiperFizikus #21222 üzenetére
A szerver is használhatja a keresőt, csak kell hozzá API hozzáférés
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
coco2
őstag
Sziasztok!
Framework építési kérdés php / apache környezet (lamp). Van a post kérés, ami a linkelt oldalról így néz ki:
POST /test HTTP/1.1
Host: foo.example
Content-Type: application/x-www-form-urlencoded
Content-Length: 27field1=value1&field2=value2
Kellene nekem valami - talán rewrite rule - ami azokat az adatokat mind kipakolja változókba. A lényeg, hogy ne a test oldal kapjon behívást, hanem valami más (akár az index oldal), ahol egyesével megkapom, hogy post hívás, hogy a test oldal, hogy http 1.1, hogy van payload, és mi a payload. Kell minden
Rewrite rule-okból nem vagyok éppen perfect, valami jól sikerült blognak örülnék róla. Vagy ha nem rewrite modul foglalkozik vele, akkor mi? Mármint a payload az elkülöníthető, de hogy a test oldal ne kapjon behívást, arról valaminek biztosan gondoskodnia kell.
Összességében, valami olvasni valónak örülnék, mit kezdjek a problémával nyers apache / php környezetben. Előre is köszönöm.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
pelyib
tag
-
coco2
őstag
Már semmiért sem. Elgondolkodtam rajta, merre megy a világ megy ezekkel a laravel meg hasonló framework-ökkel. Hátha tudnak valamit. De beleástam magam, és azt találtam, nem tudnak semmit. Üres a varázsló bácsi cilindere. Csak az illúzió van. Valakiknek jó lehet ügyfelet, vagy főnököt, vagy akárkit hitegetni, de ha objektíve egy feladatot akarok stabilan megoldani saját magamnak, akkor az a sok hóbelebanc konkrétan semmire kell. Szóval mindenki másnak jó szórakozást hozzá. Én eleresztettem.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
supercow
őstag
Szíved joga kihagyni a framework használatot, de azért a "nem tudnak semmit" kemény kijelentés. Az összes framework fejlesztésének célja a Te munkád megkönnyítése. A Laravel esetében vállaltan "elegáns" megoldásokat kínálnak.
Egy framework használata a kezdő fejlesztőt megvédi a leggyakoribb hibáktól (elsősorban biztonság és best practice) és gyorsítja a fejlesztést/feladat megoldását kész metódusokkal, templatekkel, dokumentációval.
Mindegyiknek megvan a maga elgondolása/bonyolítása/megközelítése egy funkcióhoz és mindenki megtalálhatja a neki szimpatikusat.
Ha nem is használsz frameworkot, javaslom hogy mindenképp használt composert, nem kell minden héten a kereket feltalálni.
In nomine Pasta, et Fusilli, et Spaghetti Sancti. Ramen.
-
MODERÁTOR
No offense de van fogalmad webes standardokról? Rest api, json? Adatbázis kezelés alacsony illetve magas szinten? Helyes logolás, mikro szolgáltatások és azok üzemeltetése? Virtualizálás?
Szerk.: Tervezési minták, MVC, IoC konténer? Tesztelés, unit és integrációs tesztek. Lokalizálá
s. Ha ezt mint magad megcsinálod akkor az egészre fordított idő 90% azzal megy el, hogy ezeket implementálod. Nem feltétlenül lesz szükséged keretrendszerre és sokáig tart megtanulni de utána eléggé meg tudja gyorsítani a munkádat.Szerk2.: a másik, hogy nem neked kell karban tartanod. composer update és jónapot.
A laravel a legjobb irány jelenleg PHP oldalon, a composer pedig majdnemhogy must have.
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Bzozoo
tag
-
supercow
őstag
"ha én le akarok tölteni egy csomagot, a composer helyett inkább azt töltöm le."
Ezek szerint direkt csinálod és szeretsz szenvedni? A Composer egy eszköz, nem egy kerülendő úri huncutság ami tisztátalanná teszi a kódot.Mindegy is, nem akarok vitába keveredni. Ha sokáig csinálod végül építesz magadnak egy keretrendszert, csak nem veszed észre. Az energiát amit beleölsz a dacos ellenállásba inkább fordítsd valami másra
In nomine Pasta, et Fusilli, et Spaghetti Sancti. Ramen.
-
válasz supercow #21234 üzenetére
Én meg tudom érteni az álláspontját.
Soha nem használtam én sem keretrendszer és igen, ha kellett, írtam egyet. Azzal szerintem nincs probléma, ha valaki úgy akarja Pure elven csinálni a dolgokat, hogy maga írja a kódot az utolsó karakterig. Így ugyanis pontosan tudni fogja, mit tartalmaz és mit nem, és ha esetleg valami kompatibilitási anomália keletkezik, érteni fogja, mi miért történik.But who is watching the guardians?
-
válasz polymorphin #21236 üzenetére
Amikor egy framework-öt használsz, egyfelől nem feltétlen bogarászod át annak kódját, másfelől közel állsz a block-programming-hoz.
E kettőből kifolyólag pedig van esélye olyan dolgok előfordulásának, mint pl használni szeretnél egy olyan nevű változót, amit használ a framework is. Ezek pedig olykor képesek összeakadni. Lényegében erre gondoltam.
Illetve ott van még az a lehetőség is, hogy a framework és a kódod önrésze esetleg eltérő verzió szám alatt készült (pl a framework PHP5, míg a kód továbbiakban PHP7). Olykor ez is képes összeakadni.But who is watching the guardians?
-
polymorphin
csendes tag
"Amikor egy framework-öt használsz, egyfelől nem feltétlen bogarászod át annak kódját"
Elolvasom a dokumentaciot" használni szeretnél egy olyan nevű változót, amit használ a framework is"
OOP-ben nem valoszinu hogy elofordul" a framework és a kódod önrésze esetleg eltérő verzió szám alatt készült"
Elolvasom a dokumentaciot -
coco2
őstag
válasz polymorphin #21238 üzenetére
>Elolvasom a dokumentaciot
Ha van olyan. Spoiler: nincs olyan.Amit írsz, az egy documentation first fejlesztési folyamatban tudna működni, de a jelenkor fancy micsodái közül semmi sincsen olyan igényességgel dokumentálva. Egy részletesebben magyarázott cookbook a maximum dokumentációs minőség, ami könyvek / web blogok formájában fellelhető, és azon túl semmi.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
hiperFizikus
aktív tag
https://hvg.hu/tudomany/20220706_whymp_zenei_fajlok_megosztasa_kommentelesi_lehetoseggel
Ez már egy olyan, hogy: ha letöltöd, akkor van egy saját weblapod, amit nem moderál senki, és ha nem is mindent, de zenei fájlokat oszthatsz meg vele, immár a letöltő központ befolyása nélkül .
No most megtehetitek azt, hogy ennek a kódját lemásoljátok, és úgy módosítsátok, hogy nem csak zenei, de mobiltelefonos fájlokat is megoszthass vele .
Ebben az a jó, hogy nem kell hozzá, ill. megkerülhető a webszerver tulajdonlási ismeretek ♥
A kérdésem az, hogy ez lehetséges-e, vagy megint valamit félre értettem ?
A gázt is és a féket is egyszerre nyomni nem menő dolog !
-
sztanozs
veterán
válasz hiperFizikus #21241 üzenetére
Röviden: igen
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
hiperFizikus
aktív tag
válasz sztanozs #21242 üzenetére
No most megtehetitek ... mobiltelefonos fájlokat is megoszthass vele .
Én nem tudom megcsinálni, már csak azért sem, mert lassú vagyok .
De fogjunk össze mi itt PHP programozás fórumozók, és csináljuk át úgy, hogy mobiltelefonos fájlok is mehessenek általa !Egyfajta házi tik-tok lehetne, cenzúra nélkül ♥
A gázt is és a féket is egyszerre nyomni nem menő dolog !
-
sztanozs
veterán
válasz hiperFizikus #21243 üzenetére
Hosszabban: igen, félreértetted
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
-
supercow
őstag
válasz hiperFizikus #21243 üzenetére
Én nem tudom megcsinálni, [...] de fogjunk össze és csináljuk át.
Ez a tipikus "fogjuk meg és vigyétek" hozzáállás, nagyon komálom az ilyen embereket.In nomine Pasta, et Fusilli, et Spaghetti Sancti. Ramen.
-
-
lm83
őstag
Sziasztok,
Szöveg validálásnál, hogyan kellene helyesen megadni a feltételt, hogy csak egyező formátumot fogadjon el?
Dátum formátumban kérném be text típusban.
Tiszta, hogy akkor [0-9]{4}.[0-9]{2}.[0-9]{2} így kellene kinéznie valahogy, de pontot mivel jelölöm?
Új hozzászólás Aktív témák
- Gaming notebook topik
- Horgász topik
- Okos Otthon / Smart Home
- GoodSpeed: Windows 11 PRO FPP (Full Packaged Product) - Retail, Box, dobozos
- Autós topik
- Okosóra és okoskiegészítő topik
- HiFi műszaki szemmel - sztereó hangrendszerek
- Honor Magic6 Pro - kör közepén számok
- Mini-ITX
- Elemlámpa, zseblámpa
- További aktív témák...
- EDIFIER R1700BTS hangfal pár makulátlan, új állapotban, 2 év hivatalos garanciával, alkalmi áron
- LG OLED55B23LA 2 Év GYÁRI GARANCIA
- Apple iPhone XR 128GB, Kártyafüggetlen, 1 Év Garanciával
- Gamer PC , i7 12700KF , RTX 3080 Ti , 64GB DDR5 , 960GB NVME , 1TB HDD
- Intel PC , i5 8500 , 1660 6GB , 32GB DDR4 , 512GB NVME , 500GB HDD
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen