faq:index

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision		 Previous revision
faq:index [2017/09/11 13:59] – matthiasfaq:index [2026/05/27 14:01] (current) – external edit 127.0.0.1
Line 1: Line 1:
 ====== Veel gestelde vragen ====== ====== Veel gestelde vragen ======
-Wij raden aan om eerst de relevante dingen uit de '[[:appcluster-hosting#quick_start|Quick Start]]' te lezen. +Als u nieuw bent bij ons platform is het raadzaam om eerst alle relevante dingen onder '[[:appcluster-hosting#quick_start|Quick Start]]' te lezen en darana 'aanvragen van toegang tot het platform'. Onderstaande vragen/verzoeken komen met enige regelmaat langs:
  
 +====== Contact ======
  
-=== Het aanvragen van toegang tot het platform. ===+Mocht u vragen, verzoeken of storingen hebben en deze willen melden dan kunt u dat doen via onze Self Service portal: https://support.npohosting.nl. Als u hiervoor nog geen account heeft, dan kunt u die aanvragen via hosting@omroep.nl. 
 + 
 +Tevens zijn wij te bereiken op het telefoonnummer: 035-3333355. 
 + 
 +==== Algemeen ==== 
 + 
 +  * [[:faq_rechten-filesysteem| De rechten van mijn files staan niet goed]] 
 +  * [[faq:backups|Maken jullie ook backups? (Hoe) kan ik daar bij komen? ]] 
 + 
 +---- 
 + 
 +==== Het aanvragen van toegang tot het platform en upload-sites ====
    
   * [[:faq_ssh-en-ftp|SSH en sftp]]   * [[:faq_ssh-en-ftp|SSH en sftp]]
   * [[:faq_ftp|FTP]]   * [[:faq_ftp|FTP]]
  
-=== Algemeen === 
  
-[[:faq_rechten-filesysteem| De rechten van mijn files staan niet goed]] +==== Logging: ====
- +
- +
-=== Logging: ===+
  
   * [[:faq:index_apache-logs|Waar vind ik de apache acces en error logs]]?   * [[:faq:index_apache-logs|Waar vind ik de apache acces en error logs]]?
   * [[:faq:index_apache-logs|Hoe zit de apache logging in elkaar]]?   * [[:faq:index_apache-logs|Hoe zit de apache logging in elkaar]]?
  
-=== Websites afschermen en beveiligen ====+==== Network: ==== 
 +<spoiler|Wat zijn de ranges voor uitgaand verkeer?> 
 +Indien uw applicatie requests doet naar andere (web)sites, dan kan het 
 +van belang zijn om te weten vanaf welke IP adressen die requests komen. 
 +Dit zijn de IP ranges om in te stellen voor de productie omgeving ("het appcluster"): 
 +  * IPv4: ''145.58.28.0/23'' (Let op de **/23** !) 
 +  * IPv6: ''2a02:458:101:28::/64'' 
 + 
 +En deze voor de testomgeving ("het testcluster") 
 +  * IPv4: ''145.58.73.0/24'' 
 +  * IPv6: ''2a02:458:101:73::/64'' 
 +</spoiler> 
 +   
 +==== Websites afschermen, beveiligen en onderhouden =====
  
   * [[faq:websites_afschermen|Met een wachtwoord of op basis van IP adress]]   * [[faq:websites_afschermen|Met een wachtwoord of op basis van IP adress]]
   * [[faq:SSL|Https activeren]]   * [[faq:SSL|Https activeren]]
 +  * Hoe kan ik mijn **wordpress** installatie (makkelijk) updaten?
 +Dit kan met WP-CLI. Zie voor meer informatie: [[sterretje-cluster:appcluster-hosting_wordpress|Wordpress binnen Netboot]]
 +
  
  
-=== Applicatie specifiek: ===+==== Applicatie specifiek: ====
   * [[:faq_frontproxy-java|Java: er blijven pagina's in de frontproxy hangen]]   * [[:faq_frontproxy-java|Java: er blijven pagina's in de frontproxy hangen]]
   * [[:faq_frontproxy-java#ik_zie_de_prive_sessie_van_iemand_anders|Java: Ik zie de prive sessie van iemand anders]]   * [[:faq_frontproxy-java#ik_zie_de_prive_sessie_van_iemand_anders|Java: Ik zie de prive sessie van iemand anders]]
-  * [[:faq:mmbase-builders |Waarom werkt het installeren van nieuwe builders niet in MMbase?]] +  * [[:faq:mmbase-builders |MMbase: Waarom werkt het installeren van nieuwe builders niet in MMbase?]]  
 +  * [[:faq:admin-instanties |PHP: Ander geheugenlimiet voor admin omgevingen van CMS'en. Onze oplossing: admin instanties ]] 
 +  * [[sterretje-cluster:appcluster-hosting_wordpress|Het installeren van een Wordpress applicatie]]
  
-\\ +<spoiler |Kan ik zelf de applicatieserver (her)starten? >
----- +
-\\ +
-=== Kan ik zelf de applicatieserver (her)starten? === +
- +
 Ja. Indien gewenst kunnen wij hiervoor een mechanisme voor u opzetten op Ja. Indien gewenst kunnen wij hiervoor een mechanisme voor u opzetten op
 basis van uw opload account en een trucje met ssh. basis van uw opload account en een trucje met ssh.
Line 39: Line 61:
 die leeft onder ''/e/as/xxxx01'' dan kunt u, nadat die leeft onder ''/e/as/xxxx01'' dan kunt u, nadat
 eea opgezet is, uw applicatieserver stoppen/starten door eea opgezet is, uw applicatieserver stoppen/starten door
-in te loggen op uw opload account en op de shellprompt te typen+in te loggen op uw upload account en op de shellprompt te typen
 <code> <code>
 ssh stop-xxxx01as ssh stop-xxxx01as
 +
 ssh start-xxxx01as ssh start-xxxx01as
-</code>+ </code> 
 +</spoiler>
  
-=== Hoe kan mijn applicatie http requests bij zichzelf doen? ===+<spoiler | Hoe kan mijn applicatie http requests bij zichzelf doen? >
 Stel dat het voor een deel van uw applicatie nodig is dat deze via http Stel dat het voor een deel van uw applicatie nodig is dat deze via http
 iets aan zichzelf, of aan een andere applicatie in dezelfde omgeving vraagt: iets aan zichzelf, of aan een andere applicatie in dezelfde omgeving vraagt:
Line 62: Line 86:
 "Host:" header mee te geven met de juiste virtual host (bv "Host: "Host:" header mee te geven met de juiste virtual host (bv "Host:
 www.groente.nl") www.groente.nl")
 +</spoiler>
  
- 
-=== Admin instanties === 
-Zoals beschreven in onze [[:schaalbare-website|tips voor een schaalbare website]]; PHP vraagt relatief veel resources per connectie. PHP handelt zijn connecties af via 'workers'. Die workers hebben standaard met PHP een geheugenlimiet, wij kunnen dit geheugenlimiet aanpassen  afhankelijk van het aantal workers. Wij delen alles op in instanties die maximaal 2 GB geheugen. Dus het aantal workers keer het geheugenlimiet per worker is totaal 2 GB.  //Bijvoorbeeld, PHP geeft standaard 64 MB:2048/64= 32 workers//  
-De kunst is om hier een goede balans in te maken: genoeg workers om veel verzoeken af te handelen en genoeg geheugen per worker zodat PHP  geen fouten geeft.  
  
  
-We zien vaak dat beheer-omgeviningen van CMS'en relatief veel geheugen nodig hebben. Te weinig geheugen geeft foutmeldingen. Als je het geheugen zou bijstellen tot bijvoorbeeld 512MB, houdt je maar 4 workers per PHP instantie over. Je beheeromgeving werkt dan misschien wel, maar als je meer bezoekers krijgt op je website gaat het mis. Dan kun je hetzelfde effect krijgen als met brakke mysql queries; je houdt geen workers meer over voor je bezoekers en die zien dan een foutmelding "502 proxy error". Dit ligt niet aan de frontproxy maar het komt doordat de proxy zijn request niet meer kwijt kan bij de backend. Alle workers zijn bezet en kunnen geen nieuwe requests meer aan.  
  
-In het algemeen heeft een bezoeker op je PHP site niet zoveel geheugen nodig per worker, dus voor de bezoekers wil je het liefste een balans met meer workers en minder geheugen.  
-Wij kunnen voor het beheren van een CMS een apparte php instantie inrichten met relatief veel geheugen en weinig workers. Alle verzoeken /admin op je site worden dan door die instantie afgehandeld. Voor de security is het dan vaak ook een goed idee om iets te doen met IP whitelisting of extra authenticatie d.m.v. digests in te stellen. 
  
  • faq/index.1505131180.txt.gz
  • Last modified: 2026/05/27 14:01
  • (external edit)