Új hozzászólás Aktív témák

• #20154 pelyib tag hcl #20150

  Új Válasz 2020-10-13 21:56:20 #20154

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  pelyib

  tag

  válasz hcl #20150 üzenetére

  De akkor a frontend azt mondja meg, h mekkora meretben keri a kepet, ne azt, h mekkora a screen size.
  Amugy FE cookie-ban lerakja, h mekkora meretet tamogat, amit a kovetkezo requestnel a bongeszo elkuld a backend-nek, ha cookie nincs, akkor meg valami default meretben general.

• #20153 instantwater addikt hcl #20152

  Új Válasz 2020-10-13 18:18:50 #20153

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz hcl #20152 üzenetére

  Értem.

• #20151 instantwater addikt hcl #20150

  Új Válasz 2020-10-13 17:43:21 #20151

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz hcl #20150 üzenetére

  Esetleg valami frontendes diagram generátor, és csak az adatot küldenéd le JSONban? Pl D3.js?

• #20148 instantwater addikt hcl #20146

  Új Válasz 2020-10-13 14:40:54 #20148

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz hcl #20146 üzenetére

  Annak a másiknak miért kell tudnia a kliens méretét?

  Arra akarok kilyukadni, hogy a szerver csak adatot szolgáltat, esetleg némi HTML layoutot.
  A tényleges megjelenés és az egyes elemek mérete CSSben van szabályozva.

• #20147 supercow őstag hcl #20146

  Új Válasz 2020-10-13 14:34:19 #20147

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  supercow

  őstag

  válasz hcl #20146 üzenetére

  Itt az elfogadott válasz tartalmaz egy jó példát is. Az index.php-ben lenne a jquery rész, ami a "másiknak" beküldi az aktuális méreteket. Abból tudod használni a $_SESSION['screen_width'] és $_SESSION['screen_height'] értékeket.

• #20145 instantwater addikt hcl #20144

  Új Válasz 2020-10-13 14:20:07 #20145

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  instantwater

  addikt

  válasz hcl #20144 üzenetére

  Miért kell a szervernek tudni a kliens méretét?

• #20143 supercow őstag hcl #20142

  Új Válasz 2020-10-13 13:44:43 #20143

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  supercow

  őstag

  válasz hcl #20142 üzenetére

  A "sima" PHP szerver oldalon fut és nem tud semmit a böngészőről. Mindenképp szükséged van a JS részre, ami "visszaküldi" a szerverhez az aktuális felbontást. Ezt csinálja az ajax bűvészkedés, és JS nélkül nem fogod tudod megoldani.

• #19906 pelyib tag hcl #19905

  Új Válasz 2020-01-16 18:17:24 #19906

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  pelyib

  tag

  válasz hcl #19905 üzenetére

  Mennyire kell up-to-date-nek lennie?
  Mert ha belefer valami delay, akkor lehet egy script ami X idonkent lefut, general egy JS / HTML / akarmi fajlt (vagy DB) amit a webserver mar eler es tudja olvasni.

• #19904 bucihost senior tag hcl #19903

  Új Válasz 2020-01-16 08:28:51 #19904

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bucihost

  senior tag

  válasz hcl #19903 üzenetére

  <?php phpinfo();?>
  nincs tiltva az fsockopen véletlen?

• #19902 pelyib tag hcl #19901

  Új Válasz 2020-01-15 17:03:20 #19902

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  pelyib

  tag

  válasz hcl #19901 üzenetére

  Ha jol ertem akkor ha browserbol megnyitod az oldalt akkor hibara fut, ha meg te kezzel (gondolom a sajat usereddel) futattod akkor rendben van. Igy van?
  Akkor en a userre tippelnek akinek a neveben a webszerver fut. Probald meg az o neveben futattni CLI-ben a scriptet.

• #19331 supercow őstag hcl #19330

  Új Válasz 2018-03-17 22:20:23 #19331

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  supercow

  őstag

  válasz hcl #19330 üzenetére

  cgi futtatásra van lehetőség? Ha igen, akkor perl-ben csinálsz valamit

• #19329 Lacc aktív tag hcl #19328

  Új Válasz 2018-03-17 09:48:05 #19329

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Lacc

  aktív tag

  válasz hcl #19328 üzenetére

  Hát ha már portot nyitsz, akkor ja stream. Akkor már használhatod a PHP-s stream_socket_server-t.
  Ekkor már használhatod a PHP-t, és nem kell Shell-el manöverezned.
  De akkor már inkább NodeJS, ha van rá lehetőséged használni .

  Tele von Zsinór megoldása sem rossz, de security issue miatt nem javaslom.

• #19327 Tele von Zsinór őstag hcl #19326

  Új Válasz 2018-03-16 21:12:13 #19327

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz hcl #19326 üzenetére

  Tákolás, de olyat tudsz, hogy a szerveren fut egy tail -f | nc -l 1234, a php-s gépeden meg van szerverenként egy folyamatosan futó script, ami az 1234-es portjára kapcsolódik és folyamatosan olvassa, ami jön. Aztán ezt teheted dbbe, redisbe, akármibe, ahonnan tudod olvasni és a régi bejegyzéseket automatikusan takarítani.

• #19325 Tele von Zsinór őstag hcl #19324

  Új Válasz 2018-03-16 09:12:01 #19325

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tele von Zsinór

  őstag

  válasz hcl #19324 üzenetére

  Ez már az a téma, amire nem php-t használnék. Nálunk éles gépek simán file-ba írnak, azt filebeat olvassa fel és tolja logstash fele, az meg tovább elasticsearchbe, ami előtt van egy kibana (kb. ez ismert ELK stack néven is).

  Kibanában éles hozzáférés nélkül, realtime, kereshetőek a logok. Elastic fölé akár te is tudsz felületet gyártani.

• #19323 Lacc aktív tag hcl #19318

  Új Válasz 2018-03-16 08:11:39 #19323

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Lacc

  aktív tag

  válasz hcl #19318 üzenetére

  Talán, lehet ha linux szerverről van szó - talán még Windows alatt is, már nem használok ilyet - szerintem egyszerűbb egy weboldal-t a logoknak fenntartani, ahol real-time menne az adatfolyam, amit távolról bárki elérhet belépés után, vagy rest-api funkcióval kibővíteni stb.

  Bár nem tudom, hogy a PHP mennyire tudja ezt a parancsot lefutattni. (lehet kell valami külön könyvtár)
  ssh server "tail -f /var/log/server.log | grep test"
  Ezt kell egy exec vagy shell_exec-ben futattni.
  Nem tudom, hogy manapság mennyire macerás futattni ssh parancsot PHP alól, látok pár szép megoldást a neten, de a legtöbb bejegyzés régi.

• #19321 cidalain veterán hcl #19320

  Új Válasz 2018-03-15 20:03:32 #19321

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cidalain

  veterán

  válasz hcl #19320 üzenetére

  A tavoli szerver hozzaferheto szamodra?
  Csinalj oda egy masik php fajlt, ami ott megnyitja a logodat, es visszaadja az utolso x bejegyzest. Es otthonrol ezt a php fajlt nyitod meg, igy a neten keresztul csak mar a keves info jon.
  Bar mintha biker is igy ertette volna az adatkozlo scriptet.

• #19319 biker nagyúr hcl #19318

  Új Válasz 2018-03-15 13:55:47 #19319

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  biker

  nagyúr

  válasz hcl #19318 üzenetére

  szerintem nem, mivel a php a te szervereden fut, innen mindegy hogy akarsz olvasni, az, hogy a végéről olvass, a teljes file beolvasása után értelmezhető.
  A másik szerverre kellene egy adatközlő script (ez már lehetne php is) amit meghívva az adott filet ott beolvassa, és az utolsó X sort dobja válaszként

• #18756 hcl titán hcl #18755

  Új Válasz 2017-01-10 18:41:56 #18756

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hcl

  titán

  LOGOUT blog (1)

  válasz hcl #18755 üzenetére

  A vége az lett, hogy a script kimenetébe be belegeneráltunk HTML tageket, és azt megjeleníti a böngészde, akor is, ha a shell_exec adja ki magából.
  Köszi az ötleteket

• #18754 PumpkinSeed addikt hcl #18752

  Új Válasz 2017-01-10 13:19:43 #18754

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  PumpkinSeed

  addikt

  válasz hcl #18752 üzenetére

  Mi lenne az a kimenet amit szépnek mondanál? A html-t át lehet alakítani markdown, json vagy egyéb más dolgokká, de nem tudom mire akarod használni a kimenetet.

• #18753 DNReNTi őstag hcl #18752

  Új Válasz 2017-01-10 12:48:52 #18753

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DNReNTi

  őstag

  válasz hcl #18752 üzenetére

  Szerintem akkor megis az output buffering lesz az ami neked kell, ha jol emlekszem en levelkuldeshez hasznaltam valamikor ezer eve, pont azert mert idozitett script futott, ami osszeallitotta a levelek tartalmat a felhasznaloknak, es annak a kimenet lett kikuldve. Remelem nem mondok hulyeseget.

• #18750 DNReNTi őstag hcl #18749

  Új Válasz 2017-01-10 10:44:01 #18750

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DNReNTi

  őstag

  válasz hcl #18749 üzenetére

  Ah, ertem, akkor egyszerubb a helyzet. A HTML tagek a bongeszo altal feldolgozodnak, tehat siman megjelenik, ugyan ugy mintha az egy mezei HTML file lenni.
  Peldaul xyz.php file tartalma teszem azt:

  <?php
$title = 'Hello World';
?>

<h1>
<?php echo $title; ?>
</h1>

• #18748 DNReNTi őstag hcl #18742

  Új Válasz 2017-01-10 09:53:30 #18748

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DNReNTi

  őstag

  válasz hcl #18742 üzenetére

  Terminalban akarod latni a kimenetet?
  Ha igen, a formazasi lehetosegek eleg korlatozottak, kiiratni az echo, es a print csalad fuggvenyeivel tudsz, illetve feladat fuggvenyeben megfontolando output buffering hasznalata.

• #18336 mobal nagyúr hcl #18334

  Új Válasz 2016-05-20 23:03:22 #18336

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mobal

  nagyúr

  válasz hcl #18334 üzenetére

  Cronolod a "fájletöltés" és aszinkron frissíted az adatokat javascript segítségével? Iframe 2016-ban?

• #18201 Sk8erPeter nagyúr hcl #18182

  Új Válasz 2016-03-10 14:36:10 #18201

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz hcl #18182 üzenetére

  "Ezek működnek. De egyik sem scriptet hív."
  Ez mondjuk elég fontos lehet, hogy van már olyan, ahol műxik. Van futtatási jogosultsága annak a júzernek, aki ezt futtatni próbálja? Pl. az a júzer benne van olyan csoportban, akinek van joga ehhez, vagy van explicit joga a futtatásra?
  Ha nincs, az para.

  "Viiszont amin most túrázok, az sem scriptként meghívva, sem a konkrét parancsot meghívva shell_exec-cel, nem megy."
  Nem túl konkrét, hogy min túrázol.

• #18181 Sk8erPeter nagyúr hcl #18180

  Új Válasz 2016-03-01 08:18:01 #18181

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz hcl #18180 üzenetére

  "Hasonlót már próbáltam."
  korábban pedig:
  "Ugyanezen a routeren egy másik oldalon egy hasonló megoldás meg megy... "
  Ezek a "hasonlók" egész pontosan mit jelentenek? Mert jelenleg csak töltelékhablatyok tartalom nélkül, pedig elég lényeges információ lehet.

• #18179 Sk8erPeter nagyúr hcl #18176

  Új Válasz 2016-02-29 19:31:00 #18179

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz hcl #18176 üzenetére

  http://stackoverflow.com/questions/20124327/php-shell-exec-command-is-not-working

  Ez nem segít?

• #18177 Speeedfire félisten hcl #18176

  Új Válasz 2016-02-29 12:52:16 #18177

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz hcl #18176 üzenetére

  Nézd meg a log fájlokat. Hátha valami hiba van.
  Egy try, catch is segíthet. Nem tudom, hogy mit mutat. Vagy exec(), esetleg passthru() több infót adhat.

• #18175 Speeedfire félisten hcl #18174

  Új Válasz 2016-02-29 11:25:21 #18175

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz hcl #18174 üzenetére

  Gondolom vékony klinesen fut a rendszer, az meg nem valami combos.
  Anno és is próbáltam lamp-ot router alatt, de inkább letettem róla. Maradt a bash html.

  Ha esetleg csak a kép méretezés a lényeg, akkor esetleg próbáld meg kliens oldalon és a kapott blob-ot pedig ments le.
  Biztos van pár kész megoldás rá. [link]

• #18173 Speeedfire félisten hcl #18169

  Új Válasz 2016-02-29 08:36:06 #18173

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Speeedfire

  félisten

  válasz hcl #18169 üzenetére

  Nem értelek, ha nem megy a php, akkor miért abba akarod megírni?
  Ha csak egy html oldal kell meg egy script futtatás, akkor miért nem bash-ben írod meg?
  Illetve alapból a luci felület van openwrt alatt, ahol lua nyelvben is meg lehet írni egy modult és akkor külön menüpontban jelenik meg. vargalex féle build-ben is vannak ilyen megoldások.

• #18172 supercow őstag hcl #18171

  Új Válasz 2016-02-29 08:05:29 #18172

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  supercow

  őstag

  válasz hcl #18171 üzenetére

  Teljes útvonalat adj neki ne ./
  A PHP legtöbb esetben az Apache/www-data/nobody userek valamelyikeként fut, nem normális userként.

• #18170 PumpkinSeed addikt hcl #18169

  Új Válasz 2016-02-28 23:08:11 #18170

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  PumpkinSeed

  addikt

  válasz hcl #18169 üzenetére

  Gondolom shell scriptet akarsz futtatni PHP-ból, ahogy kiolvasom a kérdésedből. A PHP állomány tudja, hogy hol van a shell script? Értem ezalatt, hogy amikor a PHP kód lefut akkor úgy hivatkozol-e a shell script útvonalára, hogy azt a PHP megtalálja?

Új hozzászólás Aktív témák