Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pl.comp.lang.php > #16286 > unrolled thread

Problemy z wersjami PHP

Back to article view | Back to pl.comp.lang.php

Contents

  Problemy z wersjami PHP Roman Tyczka <noemail@because.no> - 2019-08-18 10:48 +0200
    Re: Problemy z wersjami PHP Lemat <#@lemat.priv.pl> - 2019-08-18 12:25 +0200
      Re: Problemy z wersjami PHP Roman Tyczka <noemail@because.no> - 2019-08-18 13:54 +0200
        Re: Problemy z wersjami PHP Lemat <#@lemat.priv.pl> - 2019-08-18 15:39 +0200

#16286 — Problemy z wersjami PHP

Witam,

Pewna stara strona www działająca na PHP 5.4 i łącząca się do MySQLa za
pomocą MySQLi przestała działać, bo dostawca (hekko) zaktualizował
biblioteki i PHP 5.4 oraz MySQLi zniknęło. Przerabiam powoli na PDO, to nie
problem.
Problemem jest to, że gdy przełączę serwis na PHP 7 to przestaje działać, w
przeglądarce mam odpowiedz 200 ale bez body, pustka. Na 5.6 działa
normalnie. Co może być przyczyną i gdzie jej szukać? 

Mam dostępny panel DirectAdmin, szukałem jakichś dodatkowych ustawień, ale
nic więcej nie widzę co mogłoby mieć związek.

pytanie dodatkowe

W serwisie jest używany mod rewrite, zajrzałem do pliku .htaccess i nie
wiem skąd ale jest w nim 8 tysięcy wpisów blokujących różne domeny i IP:

order allow,deny
deny from .colocrossing.com
deny from .ipvanish.com
deny from .quadranet.com
deny from .ipredator.se
deny from .bellester.eu
deny from .echostar.pl
deny from .cg-dialup.net
deny from .spellingbeecontest.net
deny from .techserverdns.com
deny from .worldstream.nl
deny from .newlooksdeal.com

deny from 1.0.246.23
deny from 1.20.158.75
deny from 1.36.208.153

[...bardzo dużo dodatkowych IP...]

deny from 192.77.245
deny from 192.95.50
deny from 192.95.46
deny from 198.50.210
                    
allow from all

Skąd to się bierze i czy jest konieczne?


-- 
pozdrawiam
Roman Tyczka

[toc] | [next] | [standalone]

#16287

W dniu 18.08.2019 o 10:48, Roman Tyczka pisze:
> Witam,
> 
> Pewna stara strona www działająca na PHP 5.4 i łącząca się do MySQLa za
> pomocą MySQLi przestała działać, bo dostawca (hekko) zaktualizował
> biblioteki i PHP 5.4 oraz MySQLi zniknęło. Przerabiam powoli na PDO, to nie
> problem.
> Problemem jest to, że gdy przełączę serwis na PHP 7 to przestaje działać, w
> przeglądarce mam odpowiedz 200 ale bez body, pustka. Na 5.6 działa
> normalnie. Co może być przyczyną i gdzie jej szukać?
> 
> Mam dostępny panel DirectAdmin, szukałem jakichś dodatkowych ustawień, ale
> nic więcej nie widzę co mogłoby mieć związek.


daj na początku skryptu:

<?PHP
ini_set('display_errors', 1);
ini_set('error_reporting',E_ALL & ~E_NOTICE);


> 
> pytanie dodatkowe
> 
> W serwisie jest używany mod rewrite, zajrzałem do pliku .htaccess i nie
> wiem skąd ale jest w nim 8 tysięcy wpisów blokujących różne domeny i IP:
> 
> order allow,deny
> deny from .colocrossing.com
> deny from .ipvanish.com
> deny from .quadranet.com
> deny from .ipredator.se
> deny from .bellester.eu
> deny from .echostar.pl
> deny from .cg-dialup.net
> deny from .spellingbeecontest.net
> deny from .techserverdns.com
> deny from .worldstream.nl
> deny from .newlooksdeal.com
> 
> deny from 1.0.246.23
> deny from 1.20.158.75
> deny from 1.36.208.153
> 
> [...bardzo dużo dodatkowych IP...]
> 
> deny from 192.77.245
> deny from 192.95.50
> deny from 192.95.46
> deny from 198.50.210
>                      
> allow from all
> 
> Skąd to się bierze i czy jest konieczne?
> 
> 

gdyby to było problemem to byś dostał 403 Forbidden

-- 
Pozdrawiam
Lemat

[toc] | [prev] | [next] | [standalone]

#16288

On Sun, 18 Aug 2019 12:25:20 +0200, Lemat wrote:

>> Problemem jest to, że gdy przełączę serwis na PHP 7 to przestaje działać, w
>> przeglądarce mam odpowiedz 200 ale bez body, pustka. Na 5.6 działa
>> normalnie. Co może być przyczyną i gdzie jej szukać?
>> 
> daj na początku skryptu:
> 
> <?PHP
> ini_set('display_errors', 1);
> ini_set('error_reporting',E_ALL & ~E_NOTICE);
 
Thx, to pomogło.
Okazało się, że winny był system szablonów TPLN, nierozwijany od lat,
ostatnia oficjalna, stabilna wersja też nie działa. Na szczęście na
githubie była jeszcze jakaś beta, obecnie porzucona, ale ona już zadziałała
- choć pozmieniano nazwy klas i metod, ale za to szablony bez zmian.
 
>> pytanie dodatkowe
>> 
>> W serwisie jest używany mod rewrite, zajrzałem do pliku .htaccess i nie
>> wiem skąd ale jest w nim 8 tysięcy wpisów blokujących różne domeny i IP:
>> 
>> order allow,deny
>> deny from .colocrossing.com
>> deny from .ipvanish.com
>> deny from .quadranet.com
>> deny from .ipredator.se
>> deny from .bellester.eu
>> deny from .echostar.pl
>> deny from .cg-dialup.net
>> deny from .spellingbeecontest.net
>> deny from .techserverdns.com
>> deny from .worldstream.nl
>> deny from .newlooksdeal.com
>> 
>> deny from 1.0.246.23
>> deny from 1.20.158.75
>> deny from 1.36.208.153
>> 
>> [...bardzo dużo dodatkowych IP...]
>> 
>> deny from 192.77.245
>> deny from 192.95.50
>> deny from 192.95.46
>> deny from 198.50.210
>>                      
>> allow from all
>> 
>> Skąd to się bierze i czy jest konieczne?
>> 
>> 
> 
> gdyby to było problemem to byś dostał 403 Forbidden

Nie, to było pytanie dodatkowe, bo mnie to zaintrygowało. Jakiś system
anty-hackerski?

-- 
pozdrawiam
Roman Tyczka

[toc] | [prev] | [next] | [standalone]

#16289

W dniu 18.08.2019 o 13:54, Roman Tyczka pisze:
>>> pytanie dodatkowe
>>>
>>> W serwisie jest używany mod rewrite, zajrzałem do pliku .htaccess i nie
>>> wiem skąd ale jest w nim 8 tysięcy wpisów blokujących różne domeny i IP:
>>>
>>> order allow,deny
>>> deny from .colocrossing.com
>>> deny from .ipvanish.com
>>> deny from .quadranet.com
>>> deny from .ipredator.se
>>> deny from .bellester.eu
>>> deny from .echostar.pl
>>> deny from .cg-dialup.net
>>> deny from .spellingbeecontest.net
>>> deny from .techserverdns.com
>>> deny from .worldstream.nl
>>> deny from .newlooksdeal.com
>>>
>>> deny from 1.0.246.23
>>> deny from 1.20.158.75
>>> deny from 1.36.208.153
>>>
>>> [...bardzo dużo dodatkowych IP...]
>>>
>>> deny from 192.77.245
>>> deny from 192.95.50
>>> deny from 192.95.46
>>> deny from 198.50.210
>>>                       
>>> allow from all
>>>
>>> Skąd to się bierze i czy jest konieczne?
>>>
>>>
>>
>> gdyby to było problemem to byś dostał 403 Forbidden
> 
> Nie, to było pytanie dodatkowe, bo mnie to zaintrygowało. Jakiś system
> anty-hackerski?
> 

tak, przeciwko botom
ktoś się natrudził aby wyciągnąć z logów na przykład adresy IP, które 
spamują tą stronę komentarzami a nie chciał/mógł robić captchy.

-- 
Pozdrawiam
Lemat

[toc] | [prev] | [standalone]

Back to top | Article view | pl.comp.lang.php

csiph-web