Ik vind het knap dat je NextCloud kan installeren op een resellerserver. Dan moet je minimaal een VPS hebben. Misschien heb je het geprobeerd, en viel je zo door de mand.

[WEG EDIT]

Citaat van Vimexx

De aangeboden schijfruimte bij alle pakketten is uitdrukkelijk alleen bedoeld
voor website-gerelateerde opslag en niet voor opslag van grote hoeveelheden film- of fotomateriaal dan
wel andere opslagbestanden. De opslagcapaciteit wordt door Vimexx 24/7 gemonitord.

Lijkt mij duidelijk dat zij in hun recht staan.
Ook vind ik het merkwaardig dat je opeens hiermee in dit topic komt?

NextCloud kan je niet eens op een resellerserver draaien.

Als je een server koopt, dan heb je toch een VPS of een dedicated (en dus een fysieke) server, en mag je toch doen wat je wilt binnen de wetten.

Ik blijf het een vaag verhaal vinden.

Ik vind het een opmerkelijk verhaal van @tigermaffia!
Als je een cloudserver wilt installeren, zul je root-access op een server moeten hebben. Ik hoor hier dat het om een resellerserver gaat.
Daar heeft alleen de hostingbeheerder zelf root-toegang tot.

Als het om een VPS zou gaan heeft Vimexx er waarschijnlijk niks mee te maken. Ik heb nog nooit gehoord dat een hosting geen cloudtoepassingen wilt. Een VPS is immers begrensd.

Zou de TS het volledige verhaal niet hebben verteld, vraag ik mij af? [WEG EDIT]

Citaat van AarClay

Misschien moet je echt een voortaan wat concreter zijn over wat je problemen zijn.

Dit nog even als herhaling. Wees concreet.

Citaat van tigermaffia

Wie o wie kent het script nextcloud??
En wie heeft hem goed werkend??
En wil die mij helpen met het goed werkend te maken er zijn dingen die werken ik hoor het graag

Misschien moet je echt een voortaan wat concreter zijn over wat je problemen zijn.

OwnCloud
nextCloud
FileCloud
FileRUn
SeaFile

Heb ik zo even gevonden met wat Google-kennis.

Misschien kan je hier wat vinden? Kan ook wel eens al op de NAS zitten.
https://www.geckoandfly.com/24024/self-hosted-cloud-storage/

@stefvn

Is het nog gelukt?

Citaat van Ferhat.Remory

Denk dat een shared hosting max 1000 mails per dag toelaat. Dit is dan echter ook alle mails, dus eventuele aanmeldingen, wachtwoord vergeten, massa mail,...

Tenzij je dit via een externe mailserver doet. Dat heeft je hosting er 0,0 invloed op. En eigenlijk is dat ook de beste oplossing voor een site die veel mails stuurt.

Zoveel kan je beter via een cronjob uitvoeren, om te voorkomen dat PHP je script laat time-outen als het te lang duurt via de browser. En wat als je browser opeens hangt, of je pc uitvalt? Dan weet je niet waar je gebleven bent.

Daarnaast is de kans groot dat een hosting gaat ingrijpen vanwege spam. Tenzij je een eigen VPS hebt.

Of laat dit aantal uitbesteden via een maildienst, zoals MailChimp. Die zijn gespecialiseerd in massa-mail.

Mijn advies, gebruik PHPmailer. En gebruik een SMTP-server die niet zo strikt is.

En haal die @'jes uit je code. Fouten wil je never en nooit onderdrukken.

Citaat van dmeigenaar

Zojuist even een nieuwe server aangeschaft bij TransIP met directadmin als test om te kijken wat het resultaat is.

En zoals ik dacht heb ik alles erop gezet en werkt de site weer zoals voorheen, dus de Javascript codes werkten weer.

Er zal dus iets moeten zijn met de cPanel waardoor het dus niet werkt..

Ik heb dit nog nooit eerder gehoord...

JavaScript is zoals ik eerder zei cliënt-side, en wordt door de browser uitgevoerd. Een controlepaneel of webserver heeft er niks nada en noppes mee te maken.

Vergelijk beide HTML-codes van de site en de koppelingen naar JavaScript-files eens met elkaar, want er moet gewoon iets gebroken zijn waardoor het niet werkt.

Geef anders eens beide URL's van waar het niet werkt en die waar het wel werkt. Desnoods in een PM.

Heb je de codes al naast elkaar gelegd? Heb je niet iets in je HTML aangepast waardoor het script zijn weg naar het element niet kan vinden?

Het 'breekt' niet voor niks!

Maar onthoud ook dat het oude code is, en dat het best wel opnieuw geschreven kan worden volgens de huidige standaarden. jQuery kan een mooi hulpmiddel zijn.

Citaat van dmeigenaar

De code van de andere site heb ik ook getest op mijn spel maar wederom dezelfde foutmelding, neem aan dat er iets mis is bij de instellingen van cPanel ofzo

Hoe kom je bij steeds die veronderstelling, terwijl al duidelijk gezegd is dat JavaScript cliënt-side is en door de browser uitgevoerd wordt?

Welke werkt niet, en welke werkt wel?
Leg die codes eens naast elkaar?

Kijk en vergelijk de code eens met elkaar?
Ergens moet dan een fout erin zitten.

Het is wel oude code, zie ik. Misschien een idee om dit eens opnieuw op te (laten) bouwen volgens de de nieuwe methodes?

Zie je het script ook in de HTML-source van je browser staan?

Ik zie ook dat het een oud script is. Misschien is het zo dat de browser de ondersteuning laat vallen, en dat het nu opeens niet meer werkt?

Maak anders even een simpele testcase aan zodat we daarnaar kunnen kijken. Dan hoeven we ook niet via privé achter dit topic om te reageren.

Zou kunnen, misschien missen er .js-bestanden. Controleer dat eens?
En bekijk ook eens de source van voordat het werkt. Heb je misschien iets aangepast wat je JavaScript kan laten 'breken' ?

Heel bjzonder, want Javascript is cliënt-side en wordt door de browser uitgevoerd, en niet door de server. cPanel staat er evenals de webserver helemaal los van.

Ik geef meer kans dat je wat js-bestanden mist, en dat het daardoor niet werkt. Check de console, zou ik zeggen!

Jep, via de CustomBuild methode die je noemt.
Probeer maar.

Met welke reden gebruik je nu Nginx? Je kan ook een combi maken, zodat alle static data door Nginx gaat, en de dynamische meuk (PHP) door Apache.

Dan kan je gewoon .htaccess gebruiken én je hebt een mooie snelheidswinst.