Beiträge von IanFrey

das vermute ich langsam auch - Schade, dass Netcup das Problem nicht in den Griff bekommt. (Hatte ich damals bei einem VP4000 auch..)

ok dann fangen wir mal an.. zur nächst die httpd.conf - ich nutze den prefork

StartServers       8
MinSpareServers    3
MaxSpareServers    5
MaxClients       500
MaxRequestsPerChild  3200




KeepAlive off
HostnameLookups Off




<Directory />
    Options -FollowSymLinks +SymLinksIfOwnerMatch
    AllowOverride All
    AddOutputFilterByType DEFLATE text/html text/plain text/xml text/x-js application/x-javascript text/css
</Directory>




DirectoryIndex index.html index.php

PHP aus YUM-Repo. mit nachinstalliertem APC

...und ein Teil der MySQL-Config

[mysqld]
socket=/var/lib/mysql/mysql.sock
user=mysql
bind-address=78.47.181.176
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
skip-name-resolve
max_connections = 764
max_user_connections = 764
max_connect_errors = 999999
key_buffer = 256M
max_allowed_packet = 1M
table_cache = 256
sort_buffer_size = 1M
read_buffer_size = 1M
read_rnd_buffer_size = 4M
myisam_sort_buffer_size = 64M
thread_cache_size = 8
query_cache_size = 16M




thread_concurrency = 8

Am Kernel schraub ich nicht, geht ja auch gar nicht

Hi,

ich nutze CentOS 64bit mit Apache/2.2.3, PHP 5.3.4, MySQL 5.5 auf einem v(olks)Server 1000 und bin (eigentlich) recht zufrieden. Sofern die erste Verbindung vorbei ist, laden alle Elemente recht flott.

Jedoch ärgert mich diese Erstverbindungs-Verzögerung. Wie sieht diese aus? ca. 2-3 sek vergehen, bevor der Browser anfängt etwas zu parsen/laden.

Ich habe die selbe Seite mit selber Konfiguration etc. mal auf bei einem Webspace-Anbieter laufen lassen und deren Response-Time ist um einiges besser... < 1 sek.

Wisst ihr vielleicht wo das Bottleneck ist? Braucht ihr ggf. die httpd.conf ?

Gruß,
Jan

Zitat von killerbees19;20498

Das geht wie oben erwähnt über die RewriteEngine viel leichter...

Apache Configuration

RewriteEngine On
RewriteRule ^(.*)$ index.php [L]




# Oder statt der letzten Zeile auch so:
# RewriteRule ^(.*)$ index.php?$1 [L]
# Ja Nachdem wie man es in PHP auslesen will




# Damit wir nicht in einer Endlosschleife hängen bleiben
<files index.php>
RewriteEngine off
</files>

Alles anzeigen

Das als .htaccess im Ordner www speichern

MfG Christian

Vielen Dank!

Das ist des Rätsel's Lösung

Zitat von ferrarajunior;20488

hab ich auch nur in meinen logs ...
mein einziger Tipp installier dir "fail2ban" per aptitude install fail2ban
Nach 3 falschen Versuchen bannt er dann den "bruteforcer"

Ansonsten vllt. auch einfach mal den SSH-Port ändern.. hat bei mir eine menge Logzeilen eingespart

In der "www"-Datei steht nur

<?php include($_SERVER['DOCUMENT_ROOT']."/index.php"); ?>

Werde es mal eben ausprobieren...

EDIT:
Noch kein gewünschter Erfolg.

Vllt nochmal als Nachtrag... ich rufe meine URL auf.

z.B. http://domain.tld/www/home/login

Da die WWW Datei als PHP-Datei agieren soll, die die index.php included, kann ich in der index.php die URL auseinanderpflücken und muss nicht mit den $_GET-Variablen arbeiten..

Schon versucht, immernoch 404.

Hi,

ich laufe mittlerweile vor eine Wand! Ich habe jetzt etliche Szenarien durchgespielt und jedes mal bekomme ich einen 404 Fehler.

Mein Ziel: Die Datei "www" als PHP-Datei zu parsen. Die mache ich über die .htaccess-Datei wo folgendes drin steht:

<Files www>
ForceType application/x-httpd-php
</Files>

Auf einem anderem System ohne ISPCP/Plesk funktioniert es einwandfrei.

Der VirtualHost im Apache hat auch aktive Optionen wie:
Options +All
und
AllowOverride All

Mir fällt mittlerweile nicht's mehr ein...

Habt ihr eine Idee?

Gruß

Die Fehlermeldung ist doch eigentlich eindeutig oder nicht?

eAccelerator: Could not allocate [B]50331648 bytes[/B], the maximum size the kernel allows is [B]33554432 bytes[/B]. Lower the amount of memory request or increase the limit in [B]/proc/sys/kernel/shmmax[/B].

Klingt doch eigentlich logisch.. der kann sich nicht mehr rausnehmen, als ihm vom Kernel zur Verfügung steht.

Du willst 48 MB nutzen, hast aber nur 32 MB zur Verfügung. Um mehr nutzen zu können, musst du den Kernel-Parameter kernel.shmmax erhöhen. Meines Wissens ist es aber auf einem vServer nicht möglich und muss, in dem Fall, durch netcup angepasst werden.

Gruß,
Jan