Új hozzászólás Aktív témák
-
coco2
őstag
Akkor folytassuk pld így:
if (ini_set($var_name,$new_value)===FALSE) var_dump(error_get_last());
Kinyiszálod teljesen külön php lapra a beállításokat abban a környezetben, és írogatsz kifele eredményt. Valamit csak írni fog rá, hogy miért "nem".
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20200 üzenetére
Merthogy azok a szolgáltatások nem ugyan úgy szerverről küldenek?
Spamlistára az kerül, aki marhaságokat írogat levélben. Aki érdekes tartalmat küld, azokat nem spam listára rakják, hanem már besózva fogják várni, mikor érkezik meg a következő üzenet is. Akkor is, ha php mailer küldi.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20204 üzenetére
Nagyon sok website, ahol hírlevélre iratkozom fel, eleve figyelmeztet, hogy az első levelet ellenőrizzem a spam mappában, és jelöljem ki onnét. Azt megteszem, hiába van spam filteren a domain, meg fogom kapni az összes mailt. Akit érdekel, mind megkapja. Akit meg nem, azt úgysem tudod megerőszakolni. Hiába regisztrálsz bármilyen nyilvántartásban - igen, szerintem az tisztán pénz lehúzás, semmi egyéb - ha az adott felhasználó berakott téged a saját spam filterébe, akkor annak a felhasználónak többet nem küldesz mailt. Végső soron a személyes beállítások dominálnak. A mindenféle nyilvántartások csak az alapértelmezést adhatják meg, amíg személyesen az adott címzettől nyilatkozat nem születik arra, hogy kíváncsi-e arra a küldőre, vagy sem. Én nem változtat azon semmiféle hiúság vására, mert a gdpr sokkal durvábban büntethet egy visszaélésért, semhogy megérné.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20209 üzenetére
Gizimanci majd odahívja a 8 éves kisunokáját, aki még épp csak megtanult olvasni, de egy tablettel már elboldogul, és majd ő segít.
A vásárlási hírlevelek egyébként tipikusan a spam mappában landoló levélszemetek. MErt az nem letörlés, az spam. Bezzeg ha egy fiatal szőke lány üzen rád, azt minimum elolvasod, mielőtt letörlöd - spam mappába akkor sem kerül. Inkább nekik fizetnéd a pénzt, mint a semmire kellő hitelesítő bizottságosdinak
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz disy68 #20211 üzenetére
Nincsen olyan, hogy alapból "letilt". Ne dimenzionáljuk már túl a realitást. Ha a felhasználó részéről nincsen döntés, akkor alapértelmezést használ a levelező, és azt tudod befolyásolni, hogy az mi legyen. Az lehetségesen spam lesz. A levél akkor is megérkezik.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Cookie kezelési technikára szeretnék tippet kérni.
A website egyedül session id-t pakol cookie-ba, minden info szerver oldalon van mentve. Php.ini-ben be lesz kapcsolva a httponly.
A session cookie azonnal a felhasználó gépére kerül, amikor a website-ot megnyitja. A webszerver azonnal küldi, és általában nem vár gdpr tájékoztató elfogadására. A gdpr meg azt mondja - amennyire én értelmezni tudom - hogy felhasználói beleegyezés nélkül nem illik cookie-t küldeni a gépére. Vagy rosszul értelmeztem valamit?
Ha tévedésben élek, egy felvilágosításnak örülnék, vagy ha van egy remek jó blog róla, akkor egy linknek. Köszönöm.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Ti szoktatok írni terms of service-t, amikor "full stack" fejlesztetek?
Igyenesen használható website-hoz lopnom kellene egy normális disclaimert nemzetközi gyakorlathoz. Jellegében fénykép megosztó site. PErsze vannak olyanok weben, és éppen ollózok, de ha valakinél van kéznél jogi stuff framework megoszthatóan, annak is örülnék.
(Privacy policy már kész, találtam hozzá normális nyersanyagot, és azt megírtam, köszönöm hozzá a fentebbi tippeket is, bekalkuláltam azokat is.)
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
ToS-al boldogulni fogok, köszönöm.
Más.
Origin control-ra létezik bármi beállítás php.ini-ben?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Újfent fogalmazási nehézségeim akadtak jogi anyaggal - ToS.
Jó lenne egy példa, ahol a szolgáltatás rá van építve 3rd party szolgáltatóra is, és a ToS-ban kikötik, hogy a szolgáltatás használatához annak a szolgáltatásnak a pontjait is el kell fogadni - mindezt persze angolul megfogalmazva.
Próbáltam olyan példákat nézni mint a facebook-hoz tartozó alkalmazások de sajna azoknak már a jogi anyagaik is be vannak építve a facebook-ba. Nem sikerült olyan website-ot találnom, ahonnét koppanthatnék részletet a ToS-ból ezügyben. Freeware legal pages generátorok között nem találtam ilyesmire támogatást
Ha véletlenül valaki ismer olyan site-ot, ahonnét koppanthatok, egy linknek örülnék.
Köszönöm.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Van arra valami kitalálva, hogy szerverenként befolyásolni tudjam az új session nevek létrehozását?
Ha load balancer mögött több külön szerver akármelyike megkaphat egy már létező munkamenetet másik szerverről, akkor tudnom kellene oda irányítani a felhasználót, ahova eredetileg tartozott. Nem bonyolult megtenni, ha tudom, hogy hova irányítsam. Ha befolyásolni tudom az új session nevek létrehozását, egy szerverenként egyedi előtag beszúrása és azonosítása meg is oldaná a problémámat.
Ha van erre valami más kitalálva, blog linknek örülnék, mit olvasgassak.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20226 üzenetére
És a gödör még annál is mélyebb, mert nem használhatok egy darab központi adatbázist Olyan sok terhelést kapna, hogy muszáj őket elosztanom.
A sticky session nevet köszönöm, körbeszaglászok. De megoldást jelenteni csak akkor fog, ha a load balancereket mind flottába állíthatom olyasmit kezelni. Mert az a helyzet, hogy load balancerből is több lenne.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20228 üzenetére
Bár csak az indexek miatt kellene aggódnom Memory engine-t azért használok, mert az fel tud írni másodpercenként és táblánként külső forrásból kb 2-3 ezer rekordot egy 2 ghz-es cpu-n (kommersz szerverek esete ugye). Szerencsére a sebesség igazi korlátja mindössze a table lock, ahol a folyamatok összeakadnak, szóval ha elérem a korlátot, gyártok majd arra round robin osztást, hogy a folyamatok eltérő táblákat használjanak. Mondjuk 16 memória táblára osztani szét a terhelést. Azok tudnak futni külön szálakon, és nem akasztják egymást. Nekem ott kezdődik a terhelés fogalma. Hdd-n, ssd-n mindaz esélytelen lenne alapos write-back system cache nélkül, de azt viszont nem tudom annyira kézben tartani, mint a memory engine táblákat.
Load balancer annyiban probléma, hogy mindegyik load balancer ugyan azt a szerver csoportot éri el. Gondold csak végig, mi azzal a bajom, ha nem közös nyilvántartással teszik mindazt.
Ha a sticky session találmány nem lenne elég, jól sejtem, hogy csak a session_set_save_handler() marad? Vagy van még valami más, amit utolsó esélyként szintén megnézhetek, mielőtt a nyuszi üregének a legalján állok neki gödröt ásni?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20230 üzenetére
Nem dolgozom a Facebook-nál. Bár tekintettel rá, hogy a licencelés szerint egy befutott alkalmazást elkövetelhetnek, még az sem kizárt, hogy az a jövőben megváltozik. Elvileg 5M mau-nál húznak korlátot, amikor rám szólhatnak hogy nosza, akkor most valamit tenni kellene. De addig előbb el is kell ám jutni
A php alábecsülését nem igazán értem. Nekiállsz alaposan kiszámolni mindent egy teljesítmény webapp fejlesztésében, a php-n kívül én nem is találtam semmi mást, amiben megbízni mernék.
Redis egy szálon fut. Nem tudták megoldani a srácok a multithreadinget. A motor legalján pont annyit tudhat teljesíteni, mint mysql memory engine 1 táblán.
Több loadbalancer ofc azért kell, mert egy fürtben a load balancer is ki tudhat esni. És akkor mi is történik? Meghalt az egész alkalmazás?
Eltértünk a tárgytól
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20232 üzenetére
És mi a baj a blocking végrehajtással? Lehet azt is ügyesen használni.
Már régen nem a php 3 időket éljük. Van perzisztens kapcsolat php-hoz.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20234 üzenetére
Abban a design-ban egy gépre szorul az adatbázis, és bármennyit optimalizálok, legkésőbb 100k mau környékén ott a plafon.
Tervben van, hogy ha muszáj ideiglenesen áttérni egy szerverről kicsit többre, ofc a db mehet külön, és talán 2-3 php szervert ki tud szolgálni, arányaiban annyi lehet a cpu eltérés közöttük. De jobb szeretném azt a tervezési lépést mindenestül átlépni. Felemás megoldás, aminek minden baja van és semmiben sem igazán jó.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20240 üzenetére
A terveket illetően igazán köszönök bármilyen építő jellegű kritikát. A magam részéről úgy vélem, éppen azokkal az extrém kérdésekkel tuti jól fogok szerepelni a megmérettetések során
Helyette a session kezelési technikák volt az egyetlen kérdés, ami úgy elúszott, mint ami sose volt itt
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Sziasztok!
Egy php program összesen ennyi:
<?php
$xx= file_get_contents("https://wowcircle.net/en.html");
echo $xx;
?>Ha lefuttatom cli-vel, a válasz rá:
D:\>C:\wamp64\bin\php\php7.4.9\php.exe exec.txt
Warning: file_get_contents(https://wowcircle.net/en.html): failed to open stream: HTTP request failed! HTTP/1.1 404 Not Found
in D:\exec.txt on line 2
D:\>Ha beírom a lapot böngészőbe, természetesen letölti. Ebben a tegyük működésképtelenné a webscrapereket játékban én még új vagyok. Hol van a kutyus elföldelve?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
-
coco2
őstag
.htaccess példák között kotorászok, és nem találok példát mappa tiltásra
Viszonylag egyszerű site szerkezet, gyökér könyvtárban hagynám az összes nyilvános cuccot, és a gyökérben lévő X mappába pakolnám az összes többit (tipikusan php-ban require_once-al behúzott php libek kerülnének külön). Akinek van ilyesmire htaccess példája, esetleg megkérném rá, koppantsa be, vagy örülnék bármi netes blog url-nek olyan példával.
Köszönöm
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz supercow #20284 üzenetére
Oké, a .htaccess per folder, ez benéztem, köszönöm a megoldást
A laravel trükkjét viszont nem ismerem. Nem értem az utalást a public/ mappára. Valami gyakorlati rávilágítás jól jönne.
Jelenleg ami van a virtual serverben, az "DocumentRoot /var/www/my-website". Oda terveztem berakni minden nyilvános cuccot egyben (összesen talán 30 file-ról beszélünk a kliens oldali .png grafikákkal együtt), és egy "/var/www/my-website/private" mappába a php libeket, meg a cron jobbal futtatott php cli-ket (talán 15 file fog oda kerülni összesen).
Milyen játékot lehetne játszani a mappákkal meg a document root-tal?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz sztanozs #20289 üzenetére
Csak hogy megnyugtassam magam, hirtelen rápróbáltam, hogy document root fölötti mappában létezett a "dead.letter" file, és hogy mit lép az apache-om a "www.mydomain.com/../dead.letter" -re. Visszaírta "www.mydomain.com/dead.letter" -re, pedig úgy emlékszem, nincs ilyen céllal rewrite rule-om. Ha működik is valami védelem, az alap beállítás lehet. Valós tud még lenni az a veszély a jelenkori világban?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz sztanozs #20291 üzenetére
@sztanozs:
Köszönöm a figyelmeztetést. Egy spa / api szerver készül éppen, file hozzáféréseket nem tervezek paraméterbe rakni.
@nevemfel:
Köszönöm a tippet. Beállítottam normálisra az elérési jogokat, és most már működik, amit nem értettem. Illetve egy apróság még alant.
@supercow:
Elfogadom a gondolatot, és átszerkesztem a site-ot. Egyetlen nyitott kérdés maradt htaccess használatára, az pedig a bináris anyagok átlinkelése a stie-ról, ami kvázi sávszélesség támadása. Még nézem, hogy azt a rewrite rule-t berakhatom-e a virtual server beállítások közé, vagy annak viszont tényleg htaccess-be kell kerülnie. Ilyesmi:
RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http(s)?://(www\.)?mydomain.com [NC]
RewriteRule \.(jpg|jpeg|png|gif)$ - [NC,F,L]
Más:
Egy index.php-ba ennyit raktam bele:
<?php var_dump(file_get_contents("index.php")); ?>
Ha valami html állományt linkelek be, vagy bármi mást, arra működik, szépen képernyőre dobja a tartalmát. Viszont ha php állományt, arra üres stringet kapok vissza - furcsa mód a string korrekt hosszúságával, de akkor is üres string.
A szerveren egyébként be van állítva script cache ezekkel:
"opcache.enable=1"
"opcache.memory_consumption=128"
"opcache.interned_strings_buffer=8"
"opcache.max_accelerated_files=1000"
"opcache.use_cwd=1"
"opcache.validate_timestamps=1"
"opcache.revalidate_freq=2"
"opcache.revalidate_path=0"
"opcache.max_file_size=0"
Az ember azt hinné, a php file-ok nem kerülnek blokkolás alá vagy olyasmi. Pláne, hogy kívülről text editorral bele tudok nyúlni akármelyikbe.Van valami kézenfekvő magyarázat a jelenségre?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Még egy apróság. Ha a DocumentRoot nem úgy kezdődik, hogy "/var/www/", egyszerűen csak nem szolgálja ki az apache valamiért. Hogy valami régi dolog, vagy új, nem tudom, sokáig nem követtem a verziók nyavajáit. Szükség megoldásként beraktam egy soft linket a www mappa alá, és arra mutat a document root. Bele éppen nem halok, de ha egyszerűen orvosolható a jelenség, egy tippet megköszönnék. Megkímélne +1 soft link-re figyeléstől.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Az időt epoch utc másodperc alapon célszerű tárolni, és csak a megjelenítéshez konvertálni olvasható stringes formára a helyi időzóna alapján. Mindenféle sql szerverek amik idő logikát támogatnak - kukás az összes támogatás. Maga az adattípus is. Bigint wins.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20299 üzenetére
És gondolom fizetik is az extra szakember munkaórát szép pénzen
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20301 üzenetére
Attól függően, hogy mekkora az a cég, szó lehet különféle dolgokról. Példa. Hallottam már sütödéről, amelyik direkt tartja alacsonyan a profitot, mert ha valaha megnő, nyakára mászik a tolvaj banda a polgármesteri hivatalból, és elveszik tőle. És az még csak egy viszonylag kicsi cég egyszerű ok-okozati összefüggésekkel.
A kubernetesről egyébként nem tudom, mennyire vakítja a népeket. Én ránéztem doksikra, és rendszerszintű konténereket kezel. Ha nekem adat alapú a felépítésem, kb semmire kell. Akár hátrébb vagyok vele, mint előrébb. De aki brossúra dumákat olvas naphosszat, biztos máshogy látja.
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20303 üzenetére
B2B üzletek még mindig felelősségbiztosítással futnak? Vagy azt már hátra hagyta a világ?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz pigmeus #20306 üzenetére
Ezt a mákos tésztát szét kellene válogatni. A javascript-nek van külön topic-ja. A php-s oldalra az tartozik, amikor a php scrit elindul szerver oldalon. A webezés szépségei ugye. Külön a html, külön a javascript, külön a php.
Az "OOP-val megoldani" dologról biztos nem könnyű fiatalon leszokni, amikor valaki suliban összetalálkozik élete első beadandójával, és még misztikus fellegekben kergeti a fogalmakat. Próbáld megérteni, hogy az OOP pusztán egy keret szervezési ajánlás, és a hozzá tartozó szintaktikák, ahogyan a kód egészét formázod. Azon túl semmi más. A script attól függetlenül működik (vagy nem működik), hogy követed-e annak az ajánlásnak az utasításait. A tanárod talán nem fogadja el máshogyan a beadandót, de maga a számítógép rá se tojik arra a körülményre, és a scriptedet a számítógép futtatja, nem az előítéletes szaktanárod.
A mysqli::real_escape_string -re példát a php.net website-on találsz. Jegyezd fel magadnak azt a php.net website-ot, mert nagyon sűrűn fogsz ott doksikat olvasgatni.
Ez a sor:
while($row = mysqli_fetch_array($result)){
egy változóba rakja be az adatokat. És ott vannak.Megjelenítéshez pld:
echo $id."<br>";
vagyvar_dump($row);
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20309 üzenetére
A célzást mindössze az alapok megértésének a fontosságára, és a fogalmazási stílusra irányítottam. Nem javasoltam neki olyat, hogy dobja sutba az oop-t. Egyébként én a mysqli::real_escape_string() helyett jobb szeretem a mysqli_real_escape_string()-et. És azt is be lehet rakni oop keretekbe
A mysqli_-vel nem tudom, mi bajod. A mysql_ ment ki a divatból a 7-es php-val, nem a mysqli_. A mysqli_ köszöni szépen, remekül megvan. És itt egy performance teszt a hitviták rövidrezárására.
A stresszesebb cégeknél gyaníthatóan a felelősségbiztosítási pénzre megy a játék. De ha nem tud arra rálátásod lenni sehogyan, akkor persze nincs mit tenned vele.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz Weareus #20328 üzenetére
Kicsi betű konverzió strtolower(). Amivel problémád lehet, azok az ékezetes betűk. Lehet, hogy azt nem mindig korrekten fogja csinálni.
Space-eket kivágni nem említetted külön pontban, de van rá str_replace(). Jellemzően lecseréled a space-eket üres stringre, ahogy ott példát is találsz "ll" -> "" cserére a lapon.
A többször előforduló kifejezések mennyiségtől függően lehetségesen cpu igényes művelet lesz php-ban, de a kód maga egyszerű. Létrehozol egy asszociatív tömböt, és beadod a stringeket kulcsnak. Rájuk raksz mondjuk egy boolean értéket, bármi. Ha vannak is dupla stringet, önmagukat fogják felülírni, hibaüzenet nem lesz belőle. Csak ciklusban pakolsz befele mindent. Ha végeztél, legyűjtöd a tömb kulcsait, van rá array_keys().
Az abc sorbarendezéssel megint csak lesz egy olyan bajod, mint a kicsi betű konverzióval. Az ékezetes betűket nem fogod tudni egyszerű megoldással sorolni be. Például hogy egy "e" után jöjjön az "é", és utána az "f". Helyette ascii kód szerint az "é" messze a "z" után fog kerülni. Ha a magyar abc szerinti rendezés fontos, építened kellene egy új karakter táblát minden előforduló karakter kóddal, és magadnak csinálni a rendezéshez a vizsgálatot. Az ilyesmit C-ben lenne jobb, nem php-ban. Pláne, mint hogy írod, mennyiségről lenne szó. De ahogy tetszik. Ha megteszi ékezetek nélkül is, van rá mezei sort(). Tömb elemeit szedi sorrendbe.
Kellemes szórakozást.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Xhr-el tipikusan nem html-t küldünk, hanem json-t. Van json_encode() kukucs rá php.net site-on. Csinálsz egy asszociatív tömböt php alatt, annak lehetnek mindenféle változói, azokba belerakod az értékeket. Akár egész weblapot is leküldhetsz. Azzal az a trükk, hogy fogod az egész weblap stringet, és base64 encode-olod. Máris nem kell vacakolni nyamvadt escape-eléssel. Hátulütőként hosszabb lesz a string, de ha nem bandwidth-heavy az alkalmazás, bőven elfér. Mellé mindenféle változót is bele rakhatsz a json-ba. Kliens oldalon szétpakolod az értékeket, kikódolod a base64-et, helyre rakod a html-t is. És minden happy.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20337 üzenetére
Nyers xmlhttp-t nem használ már senki kb 15 éve.
Khm.. én éppen használni készülök vadi új projecthez Nagyon ciki?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20339 üzenetére
Mínusz egy sdk a tech stack-ből, amit ha elmicsodálnak, független vagyok tőle.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20344 üzenetére
SPA/API-t bütykölök. A lap annyira igénytelen, hogy a legegyszerűbb framework is az ágyúval verébre esete.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20346 üzenetére
Nem szeretem azt a szintaktikát, amit azok nyomnak.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
amiben vannak PHP kódrészletek
Na ezt nem így.
A betöltött file az vagy tisztán html, vagy tisztán php class, ami legyártja a html stringet. Html-t betölteni, amiben vannak php részletek, az egy kicsit php3-as világ, és ideje lenne leszokni róla. Php 7+ idők vannak. Ha valami 10+ éves legacy project-et örököltél meg, akkor most jött el az ideje az újraírásnak, amit bizony megnyertél. Gratulálok
Ha tisztán html a lap (szerver oldali script értelemszerűen nem lehet benne), file_get_contents()-el behúzod, kódolod base64_encode()-al, és ott a text stringed, ami 7 bites kapcsolaton is háborítatlanul megérkezik.
Ha tisztán php kódod van, azzal rakod össze a stringet, és nem file_get_contents()-el húzod be, a többi ugyan az.
JS oldalon van atob().
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Ha Windows-hoz vagy szokva, a Linuxra önmagában a rémálom. Mindegy mi, szöszölni kell mindennel.
Kicsi teljesítményre Windows alatt van egyszerű cucc. Mint például ez. Install, next, next, next, és készen vagy. A config-ot persze beállítod. Nagy teljesítményre nem lesz alkalmas.
Nagy teljesítményre Linux alatt van licence díj mentes cucc, viszont a rendszergazdát fizetni fogod - vagy te edződsz hozzá a kihíváshoz. Én az Apache-ot javasolnám.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Php alatt kimegy:
-mysqli_connect() OK,
-mysqli_set_charset() OK,
-mysqli_query() return boolean false-mysqli_errno() == 0
-mysqli_error() == ""Létezik valahonnét extra hibaüzenetet beszerezni? Ha nem stimmel valahol valami, csak illene róla visszajelzést kapnom
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz pelyib #20367 üzenetére
Ez itt a megjelenés dátuma szerint csak 16 éves
Egyébként meg mindegy, hány éves. Az oop php-t kezdetben szokni kell annak, aki html-be beinjektált php-t látott csak életében. Mert azok meg még régebbi példák. Hozzá kell szokni, hogy valakinek legyen önbizalma félrerakni a mankókat, és normálisan építsen alkalmazás szerkezetet. És tudod mit? Pont ahhoz a régebbi könyvek a jobbak, nem az újak.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz instantwater #20368 üzenetére
Te valami fene mód szeretsz partizánkodni az NginX-re, de én akkor sem fogadom el. Ha éppen érdekel, az okát is elárulom.
Játszottam oroszokkal neten. WoW. Onnét ismerem őket, meg a mentalitásukat. 1 év játék után már volt 2 karimon is legendary cucc. Egyszer csak lépnék be, nem stimmel a jelszó. Próbálom resetelni, nem stimmel az email. Írok adminnak, vissza se válaszolt. Ez volt 2016-ban a wowcircle wotlk x100 szerverén. Csináltam új accot, mentem vissza kicsi karival kérdezősködni, mi a roseb? Na oroszéknál az a szokás, hogy ad 1. Xenofóbok, ad 2. az erkölcsi érzékük még a mínusz 5ezret is alulról veri. Az én jelszómat konkrétan eladták pénzért. Valamelyik admin volt. Gyaníthatóan jót röhögtek rajta. Meg hogy hü**e külföldiek eridjetek a pi**ába. Olyanok ők, amikor "lazák". És oké, hogy csak játék, meg ingyenes, és senkinek semmit nem ígértek, de hát mégis miféle dolog az? Így vagy úgy de pénzt csinálnak mindenkiből mert ha nem akkor nyasgem?
Az NginX-et egy orosz fejleszti. Annyi backdoor lehet benne, mint egy hangyabolyon sem. Bármit fejlesztesz üzleti célra, ha megnő a cuccod, vagy megveszed a fizetős NginX-et, ami kb aranyárban van, vagy szervezett aukciókon fognak hátsó ajtót eladni az alkalmazásodhoz a legtöbbet licitálónak.
Ha éppen szeretsz ge*i feelingelni, akkor értem én, hogy reklámozod, mert bár nem túl szociális dolog, de hát látott már ez a világ kevésbé erkölcsös szórakozást is. Viszont legalább azért teszed? Vagy pusztán naivitásból? Mert ezen az egy kérdésen tényleg vakarom a buksit.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Mostanában építettem dev szervert, szóval képben vagyok az apache-ról. Az ssl-el én is megszenvedtem kicsit. Normálisan csak cert bottal szed le ssl-t, a cert botot meg utólag el kell távolítani, mert egy privát package repot is behúz az install források közé, ahonnét nem túl bizalomgerjesztő dolgok jönnek utána. Szóval ja, kicsit macera, ha az ember le nem dokumentálja alaposan első alkalommal, hogy utána biztos észben tudja tartani. Éppen ránéztem a jegyzeteimre, kb 100 sornyi csak az apache rész az ssl leírása nélkül, de a PPA tisztítással (az ssl certbot használata rendesen dokumentálva van netes blogban). A magam részéről végigszenvedtem, és ledokumentáltam mindent. És én nem 15 éve vagyok linuxos, hanem jó közelítéssel 15 évig nem sokat voltam linuxon (leszámítva az elektronikai fejlesztéseket és a user driverek írását). De ezek a reflexek valahogy a 15 évet is túlélték. Hogy te mibe tudtál beleakadni, azt perpillanat elképzelni se nagyon tudom.
De ha kényelmes cuccot akarsz, tényleg inkább egy win-t rakj fel, és rakd be alá a wampot. Ha offline lesz a gép, akkor nem tudja net felől támadás érni, és úgy semmi baja nincs a win 7-nek sem. Vagy ha driver problémákba akadtál, üsse kavics, rakj fel win 10 home-ot. Ha nem tud lehúzni semmi update-et, mert nincs neten a gép, akkor nem fog tönkremenni a saját ostobaságától. Teljesen offline talán még a win 10 home is stabil tud maradni (nem tudom, nem próbáltam, de valószínűleg működőképes marad).
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Van valakinek a keze alatt apache szerver "normál" üzemben haproxy tls terminátor mögött? Rewrite rule-okat keresgélek rá, hogyan lesz a kívülről érkező "https:"-ből "http:" mire az apache-hoz érkezik.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
Új hozzászólás Aktív témák
- Minecraft
- Xiaomi 14 Ultra - Leica hercegnő
- Hivatalosan is reagált a Core CPU-k stabilitási gondjáira az Intel
- TCL LCD és LED TV-k
- Milyen videókártyát?
- Asztrofotózás
- AMD GPU-k jövője - amit tudni vélünk
- EAFC 24
- Samsung Galaxy Z Fold5 - toldozás-foldozás
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- További aktív témák...
- Keresek - Macbook Air M3 16GB / 24 GB - 512 GB SSD - Magyarországi beszerzés, tehát kb. 3 év garit
- Tyű-ha Lenovo Thinkpad T14 G2 Üzleti "Golyóálló" Laptop 14" -50% i7-1185G7 4Mag 16GB /512GB FHD IPS
- Ej-ha Lenovo Thinkpad T14 G2 Üzleti "Golyóálló" Laptop 14" -50% i7-1185G7 4Mag 32GB /512GB FHD IPS
- Eladó Nitro Venture TLS Snowboard Bakancs 46-os
- Eladó Nitro Team 2022 162W Snowboard Deszka
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest