Internet: PHP, CGI, stb.

Indexelt oldalak kiesése a Google-ből

( plt | 2020. 01. 14., k – 11:59 )
Internet: PHP, CGI, stb.

Egy ismerősöm oldalának látogatottsága napi ezres Google-ből érkező találati számból visszaesett napi 1-2 találatra.

A webmaster eszköz szerint kb 7000 oldal van beindexelve, míg a Google keresőben rákeresve még 1000 oldal sincs. Változás a tartalomban érdemi mennyiségben nem történt. A tartalom szokásos bővülése most is folyamatban.

Semmilyen webmaster eszköz nem jelez hibát, kritikát, semmilyen tiltásról nem érkezett értesítés.

Az oldal 125 amp oldalt is tartalmaz. A webmaster eszkö szerint ezek száma is visszaesett 5-re, holott a 125 amp oldal továbbra is megvan, elérhető, indexelhető. (Ezek azért törlődnek, mert a teljesértékű párjuk törlődött? Bár a valóságban azok is elérhetőek továbbra is.)

Van bárkinek bármilyen ötlete, hogyan lehet ilyen esetben kideríteni, miért tűntek el a Google adatbázisából a beindexelt oldalak?

Történt valami december közepe óta ami magyarázat lehet a jelenségre?

Mivel a beindexelt oldalak számára két eltérő adat is van, lehetséges, hogy a Google-nél van valamilyen technikai probléma? Van olyan felület, ahol ilyen hibát jelezni lehet a feléjük?

Raiffeisen direktnet bejelentkezés: végtelen ciklus :-)

( efel | 2020. 01. 07., k – 18:55 )
Internet: PHP, CGI, stb.

https://direktnet.raiffeisen.hu/cgi-bin/rai/direktnet/home.do

<!-- Copyright (c) 2001-2002 BroadVision, Inc.  All rights reserved.      -->

<!-- This software may be protected by one or more U.S. and International -->
<!-- patents. The BroadVision One-To-One software is covered by U.S.      -->
<!-- patent 5,710,887.                                                    -->

<head>
<title>Raiffeisen Portál</title>
    <script>
        if (document && document.domain && document.domain.indexOf("okoskartya") != -1) {
            window.location = "https://okoskartya.raiffeisen.hu/cgi-bin/nondnapps/raiportal/okos/cleverCard.do?action=firsInit";
        } else {
            window.location = "https://direktnet.raiffeisen.hu/cgi-bin/rai/direktnet/home.do";
        }
    </script>
</head>

[megoldva] vs-code/phpstorm, docker, xdebug

( szz | 2019. 11. 17., v – 16:55 )
Internet: PHP, CGI, stb.

Régebben használtam az xdebugot php-hoz, és gondoltam, hogy az Ubuntu alatt jól futó code alatt is megpróbálom beüzemelni, dockeren futó webalkalmazáshoz, de egy rémálom.

Mintha mindkét főhős (code és docker) a 0.0.0.0:9000-et akarná használni, és amelyiket később indítom el (a code és a docker közül), az panaszkodik, hogy "EADDRINUSE: 9000", vagyis hogy a port már foglalt.

Gyanús mondjuk, hogy a Google Chrome-hoz tartozó xdebug plugin nem tartalmazza a beállítási legördülőmenüjében a code-ot, csak egyebeket (pl. PhpStorm).

Szerk: PhpStorm-mal is ugyanez volt a helyzet, amelyik portot beállítottam a dockerben, arra mondta a PhpStorm (is), hogy ... port is busy.

php-fpm-et használok, de nem a 9000-es porton, hanem unix:/var/run/php/php7.2-fpm.sock socketen.

Megoldás:

Itt találtam releváns segítséget: https://dev.to/brpaz/docker-phpstorm-and-xdebug-the-definitive-guide-14… - és az ehhez kapcsolódó github példában: https://github.com/brpaz/symfony-docker-xdebug-demo

Fantasztikusan egyszerű ez a .env fájl sor:

XDEBUG_CONFIG="default_enable=1 remote_enable=1 remote_port=9001 remote_handler=dbgp remote_connect_back=1 remote_autostart=1 idekey=PHPSTORM"

Nagyságrendekkel egyszerűbb, mint a https://derickrethans.nl/xdebug-experience.html utolsó posztjában vázolt szkriptes cserebere.

Segített ez a kis példa is, hogy felfogjam, hogy is van itt ez az xdebug kliens ügy: https://github.com/bufferings/docker-access-host - leginkább ez az ötlet jött jól, ahogy lehet tesztelni ip+port-ot: curl -sS host.docker.internal:8888 (merthogy pinggel ilyet nem tudok).

Kiegészítés:

Az api debuggolásához utánajártam a wireshark parancsori megfelelőjének: tshark, ami elindítható docker entitáson belül is. (Merthogy a gond az, hogy nem jönnek ki onnan az adatcsomagok, s így nem nézhetőek meg pl. burp-ben vagy xdebuggal a szerkesztőben.)
Eleinte reflexszerűen a -i eth0 interfészt figyeltem, tévesen. Inkább a "lo" figyelendő. Ez adott eredményt (verbose üzemmódban): tshark -i lo -V > checkme
Ez aztán full extrásan mutat mindent, ami gyüszmékel ott a hívások során.
 

PHP+MongoDB

( lorinczi | 2019. 10. 30., sze – 13:40 )
Internet: PHP, CGI, stb.

Sziasztok! A rendszer: Linux Mint, Apache2, PHP7.3, MongoDB. MongoDB driver repoból telepítve.  PHP működik, phpinfo látja a mongodb-drivert (1.5.5), php.ini-ben megvan a bejegyzés, adminer tudja kezelni a MongoDB adatbázisokat. PHP script meg megáll: "Fatal error: Uncaught Error: Class 'MongoClient' not found in..." üzenettel. Hogyan tovább?

PHP charset not supported

( plt | 2019. 10. 25., p – 15:04 )
Internet: PHP, CGI, stb.

7-es PHP-t fordítok, ami szépen működik, de pl a htmlentities() parancs esetén, ha a paraméter egy ISO-8859-2 kódolású string, a következő hibaüzenetet adja: 


PHP Warning:  htmlentities(): charset `ISO-8859-2' not supported, assuming utf-8

Ilyenkor egy üres stringet ad eredményül, ami elég kellemetlen, ha például e-mail fejléceket akarok dekódolni, ahol sokféle karakterkészlettel is érkezhetnek levelek.
Nem segít a "default_charset" ini állítása sem.
Több általam fordított PHP verzióval is teszteltem, a jelenség ugyanaz, de a Debian gyári 7.0-ás PHP-ja is ugyanezt az eredményt adja.
Hogyan tudom úgy lefordítani a PHP-t, hogy kezelje az ISO-8859-2, windows-1250 és egyéb gyakori karakterkészleteket is? Vagy milyen csomag telepítésére lehet szükség, hogy jól működjenek ezek a karakterek PHP alól?

[Megoldva] Wordpress Elementor túl okos

( szz | 2019. 10. 23., sze – 13:16 )
Internet: PHP, CGI, stb.

Egy Wordpress alapú oldalt szerkesztek. Megszerettem az Elementor modult, sok szempontból jó (még az ingyenes is).

Egy dolog azonban bosszant, és keresem rá a megoldást. Ha a szövegmező "Text" fülén (azaz nem a Visual-on) szerkesztek, akkor enged sokféle tag-et menteni (pl. center, span, br). Ha azonban már elmentett szakaszt újra megnyitok szerkesztésre, akkor már kiküszöböli a neki nem tetsző tag-eket. Hol zajlik ez a "tilos tag-ek kiküszöbölése" ügylet? Amennyire tudom, TinyMCE-t használ az Elementor Wysiwyg szerkesztőként.

Két képernyőmentés: http://porgeto.hu/diagram/kigyalult.png (piros keretben a megritkított tartalom)
http://porgeto.hu/diagram/ezkellene.png – Ez utóbbiakat szeretném meghagyni. (Jó, tudom, br nem szép, de mégis, néha akarom használni.)

Van valakinek tapasztalata erről? Akár az is jó lenne, ha (csak ideiglenesen) kikommentezhetném azt a lépést, amikor ez a "mosás" zajlik. Esetleg ebben valahol? https://github.com/elementor/elementor/blob/master/includes/widgets/tex…

WHMCS finomhangolás, beállítások

( laziale | 2019. 10. 06., v – 23:16 )
Internet: PHP, CGI, stb.

Sziasztok,
WHMCS gurut keresünk aki segítenie finomhangolni és néhány beállítást tisztázni. Pleskkel összekötöttük, megy az user/plan szinkron, de pl DNS szerver beállítások (közvetlen a whmcs-ben lehessen módosítani ne a plesk szerverein) vagy a regisztráció mezőinek bővítése, külföldi vevő esetén ÁFA mentes díjbekérő amennyiben van EU-s adószáma, magánszemély esetén az adott ÁFa stb..
Ha van modul bármely hazai számlázóhoz az a non plusz ultra.
Ha valaki jártas a WHMCS finomhangolásában szívesen kifizetjük az időt és a tudást.
Köszönöm

Local ssl

( pch | 2019. 10. 02., sze – 19:47 )
Internet: PHP, CGI, stb.

Üdv!

Tudtok valami leírást adni amivel az alábbi megoldható:
Localhoston fut egy weboldal.
Ez elérhető ddns-en. (Valaminev.ddns.net)
Jó lenne ssl-el megoldani de bármit teszek a Chrome azt mondja nem biztonságos.
Elvileg létrehoztam a megfelelő fájlokat. Azokat beállítottam az apache-ba. Importáltam a chrome-ba a key-t de semmi.

Köszönöm!

phpservermonitor, ubuntu idő probléma

( torokbalazs | 2019. 10. 02., sze – 15:06 )
Internet: PHP, CGI, stb.

Sziasztok!

Van egy phpservermonitorom (https://github.com/phpservermon/phpservermon/) amit ha frissítek akkor kb 1-3 percig normálisan irja, hogy last online x másodperce, utána pedig 1-3 perc után kb azt irja, hogy 2 órája.
Időzóna beállítva a php.ini-be, és a rendszeren is.

root@:~# timedatectl
Local time: Wed 2019-10-02 14:56:40 CEST
Universal time: Wed 2019-10-02 12:56:40 UTC
RTC time: Wed 2019-10-02 12:56:41
Time zone: Europe/Budapest (CEST, +0200)
System clock synchronized: no
systemd-timesyncd.service active: yes
RTC in local TZ: yes

Szerintem az lehet a baj, hogy valamiért elkezdni az UTC-t vagy az RTC-t "nézni" kb egy perc után.
Valakinek valami kiváló ötlete? :)

Köszi

Feliratkozás a következőre: Internet: PHP, CGI, stb.