CMS Made Simple Forums

Beste CMSMS leden,

Op een website die ik gemaakt heb krijgen we deze error als we en formulier willen verzenden:
Iemand een idee?

Opgelost! Datalimiet verhoogt op de server.

Iemand een idee waarom formbuider zoveel data verbruikt? Gister is er 300mb aan data verbruikt. Terwijl het kleine mailtjes zijn.

Systeem Informatie?

----------------------------------------------

Cms Version: 2.1.2

Installed Modules:

AdminSearch: 1.0
CMSContentManager: 1.1
CMSMailer: 6.2.14
DesignManager: 1.1.1
FileManager: 1.5.2
FormBuilder: 0.8.1.3
Gallery: 2.1
MenuManager: 1.50.2
MicroTiny: 2.0.3
ModuleManager: 2.0.2
Navigator: 1.0.2
News: 2.50.4
Search: 1.50.2


Config Information:

php_memory_limit:
max_upload_size: 32000000
url_rewriting: mod_rewrite
page_extension:
query_var: page
auto_alias_content: true
locale:
set_names: true
timezone: Europe/Amsterdam
permissive_smarty: false


Php Information:

phpversion: 5.4.45
md5_function: Aan (Waar)
json_function: Aan (Waar)
gd_version: 2
tempnam_function: Aan (Waar)
magic_quotes_runtime: Uit (Onwaar)
E_ALL: 32759
E_STRICT: 2048
E_DEPRECATED: 8192
test_file_timedifference: Geen tijdsverschillen gevonden
test_db_timedifference: Geen tijdsverschillen gevonden
create_dir_and_file: 1
memory_limit: 128M
max_execution_time: 30
register_globals: Uit (Onwaar)
output_buffering: Aan
disable_functions: exec, system, passthru, shell_exec, escapeshellarg, escapeshellcmd, proc_close, proc_open, dl, popen, show_source
open_basedir: /home/tbeaune/:/tmp/
test_remote_url: Succes
file_uploads: Aan (Waar)
post_max_size: 8M
upload_max_filesize: 32M
session_save_path: Geen controle omdat 'open_basedir' actief is
session_use_cookies: Aan (Waar)
xml_function: Aan (Waar)
xmlreader_class: Aan (Waar)
check_ini_set: Aan (Waar)
curl: Aan


Performance Information:

allow_browser_cache: Uit (Onwaar)
browser_cache_expiry: 60
php_opcache: Uit (Onwaar)
smarty_cache: Uit (Onwaar)
smarty_compilecheck: Uit (Onwaar)
smarty_cache_udt: Uit (Onwaar)
auto_clear_cache_age: Aan (Waar)

Server Information:

Server Software: Apache/2
Server Api: cgi-fcgi
Server Os: Linux 2.6.32-573.3.1.el6.x86_64 Aan x86_64
Server Db Type: MySQL (mysqli)
Server Db Version: 5.6.27
Server Db Grants: Er is een "GRAND ALL" permissie gevonden, alles lijkt in orde.


Permission Information:

tmp: /home/tbeaune/domains/t-beaune.nl/public_html/huiskamer/tmp (0755)
tmp_cache: /home/tbeaune/domains/t-beaune.nl/public_html/huiskamer/tmp/cache (0755)
templates_c: /home/tbeaune/domains/t-beaune.nl/public_html/huiskamer/tmp/templates_c (0755)
modules: /home/tbeaune/domains/t-beaune.nl/public_html/huiskamer/modules (0755)
uploads: /home/tbeaune/domains/t-beaune.nl/public_html/huiskamer/uploads (0755)
Bestandscreatiemasker (umask): /home/tbeaune/domains/t-beaune.nl/public_html/huiskamer/tmp/cache (0755)
config_file: 0444

----------------------------------------------

pasmaskas wrote:Iemand een idee waarom formbuider zoveel data verbruikt? Gister is er 300mb aan data verbruikt. Terwijl het kleine mailtjes zijn.

Hoe weet jij welke hoeveelheid data een specifieke module verbruikt?

Geen idee ik weet alleen dat er alleen op die website gekeken word en dat het reserverings formulier die ik met FormBuilder heb gemaakt veel word gebruikt. Eergister en gister is er bijvoorbeeld 600mb en 300mb verbruikt. Daarom dacht ik mischien gaat er iets mis met formbuilder of is het gewoon paniek om nix

Edit: Ik heb er even een printscreen bij gedaan van het data verbruik volgens directadmin. Het is de enigste website met cmsms 2.x de rest is allemaal nog 1.12.1 en die hebne er geen last van. Er is zelfs iemand die wekelijks ene nieuwsbrief verzend en dat verbruik is minder. Ik zie ook nix geks aan de bestanden en de database. Iemand een idee? Misschien een server instelling en nix te maken met cmsms daar ga ik vanuit in iedergeval.

Nou ja, ik vind het nogal voorbarig om het aan het verbruik aan één module toe te wijzen.

Veel hosting pakketten hebben statistieken die wellicht wat meer duidelijkheid kunnen geven. Uiteraard logfiles ook wel.

Oke dan weet ik het niet. Het was een vermoede omdat dat de enige "actief" in gebruik zijnde module is vandaar mijn gedachte.

Ik kan in de directadmin geen log file vinden van de gebruiker. Ook in het hoofd gedeelte waar we de gebruikers instellen zie ik ook geen log info over deze website en het data gebruik.

Ik kom er zo bij:
(Site Summary / Statistics / Logs)



Vervolgens klikken op domeinnaam:



Zonder logging of statistieken kom je er onmogelijk uit. Dan zou je je hosting provider kunnen vragen waar de informatie staat.

Bedankt voor de uitleg Velden.

Ik heb op de domein naam geklikt ik moest ook een maand selecteren dus ik heb die van deze maand geselecteerd.

Er kwam een statistieken pagina naar voren deze heb ik een screenshot van gemaakt. moet ik deze hier plaatsen?

Het probleem is nog niet gevonden de website heeft gisteren 400mb verbruikt. Ik heb de browser cache aangezet om te kijken of daar het probleem zit. Dat staat ook aan bij de cmsms 1.x websites. We zullen zien na het weekend.

In mijn DirectAdmin -> webalizer overzicht, als ik op een maand klik krijg ik verschillende tabellen. Eén ervan heet "Top 10 of 225 Total URLs By KBytes"

Dat zou je een hint moeten geven waar de meeste data vandaan komt.

En anders wordt het zelf de webserver access log file doorspitten.

Update:

Het data verbruik is niet verminderd. Er draaien 2 websites op dit pakket. De een staat er al een tijdje en is een keer gehackt geweest. Deze hebben we toen vervangen voor een back-up en alles leek normaal en niet meer naar gekeken. Begin dit jaar ben ik op dat pakket een 2de website gaan bouwen. Het data verbruik is toen gaan opvallen en wat blijkt het is al langer aan de gang dus ik denk dat de hack nog niet helemaal weg is. Ik heb daarom alle bestanden weg gegooid en CMSMS + modules opnieuw gedownload en de overige website bestanden goed gecontroleerd op rare verschijnselen in de code en weg gegooit wat niet nodig is. Daarna heb ik alles opnieuw geüpload en nu maar kijken of het dataverbuik vermindert.

Maar je moet uit die logfiles toch kunnen achterhalen welk bestand(en) de het meeste verbruik veroorzaakt(/veroorzaken)?

"Meten is weten"