@npsr: W sumie to większego wyboru nie mam co do nie robienia tego źle. Dane lecą jak zwykle i po kilkudziesięciu mega klops.
Ale biorąc pod uwagę dokumentację błędu http://dev.mysql.com/doc/refman/5.7/en/gone-away.html oraz to, że wywala się regularnie po ok. 27 sekundach nie zdziwiłbym się, gdyby jakiś geniusz tam ustawił tam timeout na czas połączenia z b.d. ( ͡°ʖ̯͡°)
@npsr: Oczywiście że nie mam dostępu, to tylko hosting w podłym wariancie dla "stronek". Pisalem do supportu ale obawiam się, że ich odpowiedź to będzie możliwość zrobienia zrzutu przez nich - czyli zapewne z dokładnością do 24h - czyli rewelacja dla danych transakcyjnych :P
Nie zdziwię jak zaproponują mi pociągnięcie wszystkiego klientem po nieszyfrowanym kanale - i pewnie 99% ich klientów nie miało by nic przeciwko pchaniu tak wrażliwych danych.
@ppawel: Podaj na privie nazwę swojego konta. Poprosimy adminów, aby zrobili zrzut i udostępnili na FTP w wersji zaszyfrowanej lub inny, preferowany przez Ciebie kanał. Sytuacja wynika z przekroczenia parametrów bezpieczeństwa, baza jest po prostu za duża..
Poniżej fragment (końcowy) pliku sql:
Błąd
====
**Zapytanie SQL:**
...
**MySQL zwrócił komunikat:** 
```# # link - MySQL server has gone away```
Uprzedzając pytanie czemu poprzez PMA a nie dump z klienta mysql - bo tylko tak można zadbać o szyfrowany dostęp.
#webdev #mysql
W sumie to większego wyboru nie mam co do nie robienia tego źle. Dane lecą jak zwykle i po kilkudziesięciu mega klops.
Ale biorąc pod uwagę dokumentację błędu http://dev.mysql.com/doc/refman/5.7/en/gone-away.html oraz to, że wywala się regularnie po ok. 27 sekundach nie zdziwiłbym się, gdyby jakiś geniusz tam ustawił tam timeout na czas połączenia z b.d. ( ͡° ʖ̯ ͡°)
A z tym, że robisz to źle, zapomniałem, ze można nie mieć dostępów. Można? :P
Nie zdziwię jak zaproponują mi pociągnięcie wszystkiego klientem po nieszyfrowanym kanale - i pewnie 99% ich klientów nie miało by nic przeciwko pchaniu tak wrażliwych danych.