vrijdag 25 juni 2021
  483 Visits
Klaarblijkelijk is mijn eerder account ineens niet meer bruikbaar, dus ik heb maar eens een nieuwe aangemaakt.

Ik ben dus Joop Mantel


Zojuist heb ik met een backup van Akeeba het .JPA bestand, op de nieuwe server met kickstarter gebruikt zonder enige problemen tijdens en na de installatie.

Echter zijn natuurlijk wel de volgende aanpassingen nodig waaronder de :


public $log_path =
public $tmp_path =
public $cache_path =


Na de verandering bleef de pagina blank, dus Akeeba Troubleshooting restored sites geraad pleegtAkeeba Troubleshooting restored sites geraad pleegt.

De .htaccess bestand hernoemd en een nieuwe geplaatst, geen resutaat
In DirectAdmin heb ik ook alles aangepast wat zij opgeven, geen resultaat

Goed nu heb ik absoluut geen idee meer waar ik anders naar moet kijken. hier de website
3 maanden geleden
·
#22899
goed na TIG uur verder, is de website wel online.

Echter de backhand heeft een probleem (ZIE FOTO)

Ik heb het zo uitgevoerd;

1 - Alle plugins niet van Joomla uitgezet
2 - Alle niet Joomla modules uitgezet
3 - Alle niet Joomla Componenten uitgezet
4 - Alle niet standaard templates uitgezet

Akeeba backup gemaakt met de hoop dat dit dan wel werkt zoals dat nu wel goed gegaan is, alleen dus op de backhand.

Eeerst stond wel iets, maar na enige periode zag ik steeds meer verdwijnen tot aan zoals de foto toont.

Wat staat er uit?
3 maanden geleden
·
#22900
Hallo Joop,

Heb je ook al eens de administrator>algemene instellingen>tabblad Server Foutrapportage op maximum aan gezet
om te zien of deze iets meld.?
En Hier zie ik iets van een soort probleem maar kan ook false positieve zijn
3 maanden geleden
·
#22901
Hoi Leen goede middag

Het vreemde is dat ik op de juist perfect werkende website alles moeten uitzetten om het draaide te krijgen op een nieuw hosting pakket. Er blijkt dus iets fout te gaan bij het overzetten naar de nieuwe server, ondanks dat al meer dan een half jaar op de eerdere server bij "foutlog" totaal geen meldingen staan.

Echter kwam ik laat vannacht er achter dat het wellicht iets te maken heeft met reseller pakket dat die maar php versie 7.4 gaat en op de nieuwe hosting pakket 8.0.

De website blijkt ineens ""Niet-statische methode joomla/cms/versie compatibel]"" te zijn

Inmiddels heb ik vimexx aangeschreven dat ik alsnog het hosting pakket resellers wil behouden, en dat de hosting pakket compleet mijn geld terug wil hebben.

de reden is namelijk "ongelooflijk traag" CDN van cloudflare, nu moet ik alle middelen inzetten om de website enig sinds weer op snelheid terug te krijgen. de lijst van 2 linken zijn ineens 34 linken geworden om toe te voegen aan CDN omgeving. Naast dat feit, iedere domeinnaam die men toevoegd, veranderd alle ftp gegeven van alle domeinnamen.

Ik zal Vimexx vragen dat ze mijn ""Disable PHP Version on Apache"", ik krijg toegang met putty , echter alles wat ik invoer blijk ik geen rechten voor te hebben of is simpelweg gewoon niet te bereiken.
3 maanden geleden
·
#22902
Naast het feit dat de permissions-policy aangewerkt wordt.

Echter de beveiliging is wel vreemd dat die niet goed blijkt te zijn, gezien dat er wel degelijk een firewall aanwezig is en Authenticatie in twee stappen - Google Authenticator

Dit naar aanleiding van je test resultaat van de website link die je erbij hebt gevoegd.

Maar wat ook vreemd is, dat hij aangeeft dat ongelooflijk veel bestanden niet de juiste "bestandrechten" heeft. DIt heb ik nagezien en alles staat zoals het moet staan. Folder op (755) en onderliggende sub-folder op (644)

Was er eingelijk een manier om alle bestandrechten in 1 keer goed te krijgen?
3 maanden geleden
·
#22903
Hallo Joop,

Normaal zou een Akeeba back-up terug zetten geen probleem op leveren zeker niet
als je in begin gekozen heb voor Direct en ook het vakje om de tmp en log paden
aan te passen heb aan gevinkt.
Maar mogelijk dat ook jou beveiliging in de web site een rol speelt.
En ook misschien heeft jou nieuwe hosting pakket minder of meer uitbreidingen
ook al omdat je meld dat oude op php 7.4 werkt en nieuwe op php 8.0
ik zelf heb gemerkt dat in php 8.0 minder PHP Extensions standaard aan gevinkt kunnen zijn.
en ook daar in tabblad options kan er iets meer of minder aan gevinkt zijn.
----------
Maar omdat je Vimexx al diverse dingen heb gevraagd ben ik benieuwt of
daar nog wat uit gaat komen.
3 maanden geleden
·
#22904
Helemaal correct Leen

Akeeba verwerkte perfect bij de eerste domeinnaam gegevens perfect op de nieuwe server.
De 2de domeinnaam de hoofd website niet, alleen pas nadat ik alle modules, plugins en componenten had verwijderd.
Ik kreeg toen wel weer de website online, maar zeer veel gebreken zoals in de foto al te zien was. Echter dat was nog maar een fractie ervan.

CDN, bij vimex werd niet gesproken over Cloudflare CDN, alleen dat als je graag CDN wilt hebben dat beschrijven ze wel. Echter geven ze niet aan, dat ook het hosting pakket gebruik maakt van Cloudflare CDN wat gewoon langzaam werkt wat ik al wist voor een 5 jaar geleden. Ze hadden moeten aangeven van te voren, dat er gebruik wordt gemaakt van CDN van Cloudflare in het hosting pakket, dan had ik al bij voorbaat dit pakket nooit genomen.

Maar nu zit het zo
morgen 28ste verloopt de hosting pakket reseller compleet, nu willen ze dat ik als nog even een bedrag neer leg om voor een hosting pakket reseller plus. Echter had ik vorige week al een 105 euro uitgegeven aan de nieuwe pakket, dit willen ze niet verrekenen met een downgrade naar reseller pakker PLUS. En of het het totaal bedrag wat al betaald was, een pakket aanmaken reseller plus.

Ook dat is een goede van je met PHP keuze instellingen.

Zodra je het om wil zetten naar 7.4 vanaf de 8.0 slaat hij niet op en zal dus herhaaldelijk terug gaan naar versie 8.0.
Ook al zou ik alles knopeieren wat ingesteld staat op de reseller in de shared hosting van PHP, springt gewoon alles herhaaldelijk terug naar hun instelling.

Ik mag hier wel bij aangeven, dat dit toch wel een behoorlijke teleurstelling is van Vimexx hoe ze met een klant omgaan. En dus eigenlijk dwingen om alsnog even meer geld uit te geven dat of het aan een boom groeit. Maar mooi geen reactie meer nadat ik even 3 punten had opgegeven van afhandeling zoals "30 dagen niet goed geld terug garantie".

Maar voor die gene die bij Vimexx een hosting pakket afneemt met CDN Vimexx "NIET DOEN" omdat je ook gratis account aan kunt maken bij Cloudflare wat ik niet aanraad. Als je CDN nodig hebt, neem het dan bij een bedrijf af die daar in gespecialiseerd is.

En al wil men alsnog heel graag CDN hebben, kan je dit ook zelf uitvoeren op je VPS hositng pakket om "Een CDN met statische inhoud instellen met Linux (Centos 7) ]"hier eens alles te lezen hoe je dat moet doen.

Edit hvdmeer: incorrecte niet werkende link verwijderd in laatste paragraaf
3 maanden geleden
·
#22907
Even een grap iets met SucUri.net test website die jij in je topic hebt vermeld klopt niet echt met dat er geen firewall aanwezig is.

eerste foto is van SucUri.net
Tweede foto backhand joomla Securitycheck Pro

Zou het zo zijn, dat ze hiermee proberen je een pakket proberen aan te smeren?
3 maanden geleden
·
#22919
Dus een werkende website op server 1 met PHP7.4 werkt goed en na verhuizen naar server 2 met PHP 8.0 werkt deze niet meer. Het probleem is dus de PHP versie waar overigens nog niet alles van Joomla goed onder kan werken (in ieder geval extensies).

Als je verhuisde website op server 2 en dan met PHP 7.4 wel goed werkt is je probleem voorlopig opgelost.

En de Sucuri detecteert geen Joomla firewalls, bij mij ziet hij er ook geen. Daarnaast detecteert Sucuri bij mij een verouderde versie. Sucuri is eigenlijk meer interessant om te kijken of je website besmet is geraakt.

Joostock mede-organisator, JUG-organisator, moderator
Team Leader van Official Joomla Social Media Team
Eigen site: https://www.hierbenikthuis.nl

3 maanden geleden
·
#22927
Dus een werkende website op server 1 met PHP7.4 werkt goed en na verhuizen naar server 2 met PHP 8.0 werkt deze niet meer. Het probleem is dus de PHP versie waar overigens nog niet alles van Joomla goed onder kan werken (in ieder geval extensies).

Als je verhuisde website op server 2 en dan met PHP 7.4 wel goed werkt is je probleem voorlopig opgelost.

En de Sucuri detecteert geen Joomla firewalls, bij mij ziet hij er ook geen. Daarnaast detecteert Sucuri bij mij een verouderde versie. Sucuri is eigenlijk meer interessant om te kijken of je website besmet is geraakt.


Joomla is up to date, iedere update installeer ik die per direct.

PHP versie
Het grootste probleem lag bij PHP versie 8.0 op de server zelf als standaard ingestelt stond, en dat klopt wat je beschrijft, bij het nazien waaronder joomla versie draait php7.4.

firewalls
Sucuri detecteert geen Joomla firewalls, dat wist ik niet. Heb inmiddels wel een pakket aangekocht Securitycheck Pro, werk tot zover ik dit heb gezien wel goed.

Uit diverse testen met Securitycheck Pro, is gebleken dat er geen besmeting aanwezig is. Dit laatste zoek ik ook uit met andere websites online na kunnen zien of er iets aanwezig zou kunnen zijn.
  • Pagina :
  • 1
Er zijn nog geen reacties op dit bericht.
Wees een van de eersten om op dit bericht te reageren!
Sorry de discussie is momenteel gesloten. U kunt nu geen reactie plaatsen.