Ne peut pas changer de upload_max_filesize ou post_max_size en php.ini

Garder à l'esprit, je ne suis pas administrateur, je suis juste un développeur. Je ne peux pas trouver quelqu'un avec le exacte problème que moi, tout semblable, et aucun de leurs "corrige" l'air de fonctionner.

Je suis en train d'exécuter une instance Amazon EC2 exécutant.

CentOS 6.2
Nginx 1.2.2
PHP 5.3.16 with APC
Percona 5.5.24 //not currently using this as I am using an RDS

J'ai réglé mon php.ini (/etc/php.ini) paramètres suivants

upload_max_filesize=10M
post_max_filesize=20M

Après rechargement de la configuration, à l'aide de php -i via ssh, ces paramètres semblait être chargé. Montrant upload_max_filesize=10M, etc.

Lors de l'utilisation de phpinfo() ou ini_get, les deux options sont retournés comme 4M

phpinfo() indique que le fichier que je suis l'édition est une chargé (/etc/php.ini).

J'ai également exécuter php -i | grep "\.ini" pour vérifier les fichiers qui sont chargés, et il n'y a pas inutiles chargé de configs. Je suis même allé à travers chaque fichier chargé individuellement pour vérifier qu'ils n'ont pas les paramètres à l'intérieur.

En outre, j'ai été suggéré d'essayer en utilisant un .user.ini fichier de configuration. Ceci n'est pas de modifier les valeurs.

ini_set() ne fonctionne pas non plus.

J'en suis à un peu de perte.

EDIT: pas sûr que cela va aider, mais je suis à l'aide de cet AMI http://megumi-cloud.com/

quel est votre vrai problème?êtes-vous essayer de télécharger des fichiers par l'intermédiaire de l'interface forme ou quoi?
En dire plus sur ton PHP SAPI. .user.ini est pour CGI/FCGI instances. Dans Apache, vous deviez utiliser .htaccess alternativement. PHP5.3.3+ apparemment fournit une variable d'environnement solution de contournement pour nginx: forum.nginx.org/read.php?2,22556,99839#msg-99839
C'est un script d'upload d'image, pour les avatars, mais le téléchargement par défaut d'un montant trop faible. Le serveur est en cours d'exécution fpm-fcgi. Je l'ai fait essayer .htaccess fichier, mais pour des raisons évidentes, il n'a rien fait.
quelle distribution?
Je ne suis pas sûr, que c'était à l'aide d'un préconfiguré AMI de l'amazon de la communauté de la section lors de la création d'une nouvelle instance. En vérifiant sa version retourne juste la version de php, 5.3.16. Est-il un moyen de vérifier?

OriginalL'auteur Matt Edmonston | 2012-11-07

Nom de fichier:

nginx/sites-available/default

Ajouter:

location ~ \.php$ {
      fastcgi_param PHP_VALUE "upload_max_filesize = 50M \n post_max_size=51M";
}

Exécuter:
En ligne de commande: sudo service nginx restart

OriginalL'auteur Rupesh Kumar

Essayer de faire une commande comme ceci:

php --ini

Il va vous montrer quels fichiers ini sont chargés par php.

Exemple de sortie:

[admin@staging ~]$ php --ini
Configuration File (php.ini) Path: /usr/local/etc
Loaded Configuration File:         /usr/local/etc/php.ini
Scan for additional .ini files in: /usr/local/etc/php
Additional .ini files parsed:      /usr/local/etc/php/extensions.ini

Vous, monsieur, êtes un génie. Merci.

OriginalL'auteur user1351312

3

Je suis entré en contact avec le gars qui a fait l'AMI et a découvert il y a d'autres fichiers de configuration qui remplacent les php.ini

Il y a 2 fichiers qui détiennent les paramètres de
```
/etc/php-fpm.d/www.conf //This is the file which holds upload_max_filesize and post_max_size, among others
/etc/php-fpm.conf
```
Évidemment les emplacements peuvent varier selon les configurations, mais j'espère que cela va aider à donner à quelqu'un une idée de ce que d'autre à regarder.

J'ai rencontré le même problème et a édité le /etc/php5/fpm/php.ini fichier en augmentant upload_max_filesize = 10M. J'ai dû ensuite sudo service php5-fpm restart & sudo service nginx restart pour enfin travailler (c'était sur Ubuntu 12.04).
Faire sudo service php5-fpm restart et sudo service nginx restart a fonctionné pour moi où sudo /etc/init.d/php5-fpm restart et sudo /etc/init.d/nginx restart n'ai pas!
Ce! sudo service php-fpm restart et sudo service nginx restart dans mon cas

OriginalL'auteur Matt Edmonston
2

Si vous définissez explicitement ces valeurs dans votre php.fichier ini et ils ne sont pas les mêmes lorsque vous exécutez votre script PHP, alors quelque chose a remplacée. Vous savez que votre php.ini paramètres sont corrects parce que la version CLI de PHP info montre que les nouveaux paramètres.

J'ai également exécuter php-i | grep ".ini" pour vérifier les fichiers qui sont chargés, et il n'y a pas inutiles chargé de configs. Je suis même allé à travers chaque fichier chargé individuellement pour vérifier qu'ils n'ont pas les paramètres à l'intérieur.

Ce qui est excellent, mais c'est de vous dire quoi .ini fichiers ont été chargés à partir de la CLI PHP---pas votre application.

Vous devez vérifier la Supplémentaires .les fichiers ini analysé section de votre phpinfo() sortie pour voir exactement quels sont les fichiers sont en train d'être chargé à partir de votre serveur web. Un de ces fichiers est remplacer vos paramètres.

Enfin, si aucun de ces fichiers s'avèrent être le coupable, vous devriez faire une recherche globale sur ini_set() dans votre projet pour s'assurer que certains voyous script n'est pas de la définition de ces valeurs pour vous (en essayant d'être utile).

Continuez à creuser, vous allez trouver le coupable en l'un de ces deux lieux.

Merci, Jesse. Je vais courir à travers ces et vous informer sur le résultat.
J'ai juste été à travers tous les .les fichiers ini qui sont chargés dans la section supplémentaire de phpinfo(), et ont également exécuter une recherche dans tous les fichiers pour ini_set(). Malheureusement, aucune de ces ont été le problème.
C'est tout ce que j'ai eu ensuite. Pour moi, il a toujours été l'un de ces deux lieux.

OriginalL'auteur Jesse Bunch
1

J'ai eu le même problème de l'application PHP pour se plaindre du téléchargement de la taille du fichier. À l'aide de la commande lilne version de php (php --ini)j'ai décidé de le php.fichier ini:
/etc/php5/cli/php.ini

avec php -info, j'ai vérifié les paramètres. mais encore, l'application m'a donné le même message d'erreur. La j'ai découvert que PHP dispose de différents fichiers ini pour les CLI et Apache. Vérifiez votre /etc/php5 dossier qu'il a apache2 et cli dossiers à séparer les fichiers ini à l'intérieur. Il suffit d'éditer /etc/php5/cli/php.ini pour modifier la configuration d'apache.

OriginalL'auteur Andri Lareida
0

Redémarrer votre serveur web. C'est tout ce que vous devez faire.

Comme indiqué dans ma réponse: il y avait d'autres fichiers de configuration, dont j'étais inconscient, qui ont été écrasez le fichier de configuration principal.

OriginalL'auteur hexicle
0

Garder à l'esprit, je ne suis pas administrateur, je suis juste un développeur. Je ne peux pas trouver quelqu'un avec exactement le problème que moi, tout semblable, et aucun de leurs "corrige" l'air de fonctionner.

J'ai été dans le même bateau, avec le même problème et il s'avère qu'ils ont été liés!

J'avais inclus des lignes pour augmenter upload_max_filesize et post_max_size mais ils ont été ignorés et phpinfo() était de retourner les valeurs par défaut. J'avais redémarré Apache, et aussi vérifié le supplémentaires .ini fichiers en cours de chargement sans joie.

La solution était que je l'avais ajouté à mes lignes à l'augmentation de ces paramètres, vers le début du fichier, et ils étaient en train d'être remplacé plus tard dans le même fichier!

Donc, si vous rencontrez ce problème, assurez-vous que vous ne faites pas la même erreur stupide que j'ai été, et Ctrl-F pour trouver l'origine de la déclaration, et ensuite de le modifier plutôt que d'ajouter votre propre 😉

OriginalL'auteur Sam Campsall

Vous devez vous connecter pour publier un commentaire.