allcolor a écrit 1778 commentaires

Comme je l'ai dit plus haut... par defaut c'est > 0, y a que si tu as installé wine que ça vaut '0'.

Donc si t'utilises pas wine (je vois pas ce que ça peut foutre sur un serveur), tu es safe... sinon google<

Sachant que par défaut maintenant c'est > 0 sauf si tu installes wine... je pense que pour tout ce qui est non wine c'est safe, maintenant j'ai pas fait plus de recherche que ça.

Peut-être ça ?

http://www.nolapro.com/forum/viewtopic.php?f=14&t=1287&a(...)


Re: apache/php seg fault - blank pages continue

Postby builder on Fri Apr 03, 2009 8:46 pm
Shazzam and Huzzah --- I removed the /etc/php.d/apc.ini file and things are working. I was doing a general search about apache/php blank pages and stuff. I found an Ubuntu forum where a fellow said he had found an ini file that was incompatible with his configuration so I took that as a hint.

I created a temporary directory and moved all of the files from the /etc/php.d directory. Tried my phpinfo.php page and it loaded and reloaded without the blank page. :lol: I then put the ini files back one at a time, restarting apache and checking my phpinfo page between each...

I'm a very happy person this evening



Y a quelquechose qu'il aime pas ... Tu as installé à partir des paquets de ta distrib ?

Si oui y a p't'être un problème avec karmic et mod_php... faut chercher sur launchpad voire si quelqu'un a pas le même problème.

Si je lis bien plus haut, ça arrive avec tous les browsers... donc ça devrait arriver avec wget non ?

Sinon dans le acces.log et le error.log y a quoi quand ça foire ?

Les programmes windows 16 bits ne fonctionneront plus avec wine... à part ça, je sais pas trop, mais ça protège de la faille.

Mettre /proc/sys/vm/mmap_min_addr à 1 ?

Bon ben ça vient pas du serveur... donc reste ton firefox qui doit être problématique...

Ferme firefox et essaye de virer ta conf firefox en faisant dans ton home un :

mv .mozilla .mozilla.old

et relance firefox... si ça marche pas essaye de virer tous les plugins installé dans le system (normalement /usr/lib/firefox/plugins)

http://www.avidemux.org/admWiki/index.php?title=Main_window_(...)

Il faut utiliser wins dans /etc/nsswitch.conf mettre:

hosts: files wins dns


Ou un truc dans le genre.

Regarde avec un 'wget -S http://.../mapage.php' si le header Content-Type est correctement mis à 'text/html' et qu'il n'y a pas de header Content-Disposition.

Si Content-Type est pas mis, alors y a un problème de config dans ton apache (et/ou la page php)

comme si on leur avait interdit d'encore utiliser KDE 3.5

Mais c'est le cas sur les nouvelles distrib... enfin c'était le cas su Ubuntu... alors oui tu pouvais avoir le choix de pas upgrader la distrib mais là c'est n'importe quoi.

Et de toutes façons KDE4 ne s'améliorant pas (toujours aussi éloigné de la stabilité et du design du 3.5), je repasserais pas dessus de sitôt.

No comment ...
Ce que tu as fait c'est "j'ai raison, t'es con. Prouve moi le contraire".
Pas d'argument, rien.

J'ai recopié ce que *tu* as écrit et montré au combien ça s'applique correctement à toi.

Ca montre surtout que tu lis pas les commentaires auquel tu répond.

C'est de la tartufferie ! Tu t'étrangles pas ?


Soit je me suis trompé entre allcolor et thedude.
Ok, j'assume pleinement cette erreur, ca ne me gene pas de reconnaitre mes erreurs.

Pleinement... mais LOL LOL !!!!


Mais ça répond absolument pas à la question des sources et des arguments, ...... Marrant que tu ais "oublié" toute cette partie

Encore ton truc sur la mémoire !!! qui on l'a vu est parfaitement juste.

Et sache qu'il a pas reconnu les 15 multi que certains lui attribuait...

Et sache que je ne lui en ai pas attribué 15... tout au plus je l'ai traité de mytho lorsqu'il a corrigé le 15 (émis par une autre personne) en 2 car *clairement* il en a eu plus que 2... vu que tu as accepté les arguments de LittleBoy, on peut même être d'accord que c'est un fait !!! alors je vois pas pourquoi je devrais justifier ce chiffre de 15 n'en étant pas la personne qui en suit à l'origine ( https://linuxfr.org/comments/1052309,1.html ) (encore une fois, mais ça c'est ta super mémoire !).

Je pense que tu as du mal à lire.

Oui, oui tu as raison.

Signé:
Ton contradicteur a pseudo interchangeable habituelle.

quand on le met face a ses propres contradiction

C'est ce que j'ai fait avec toi... Nulle part je ne t'ai traité de multi d'Albert, ni thedude, qui en a apporté la preuve plus bas. Tout ce thread montre *clairement* que tu ne regardes même pas à qui tu réponds et tu mêles les intervention de tout tes contradicteurs dans une seule personne fictive !

Pour le truc d'Albert, sache que preuve il y a, il l'a désormais reconnu en changeant le nom affiché ! (ça c'est pour l'histoire de merde et de preuves).

Par contre pour tes dires, il n'y a pas la moindre petite preuve étant donné que ce que tu dis n'est jamais arrivé.

qui continue de nier l'évidence et de dire que c'est la faute de l'autre.

C'est exactement ce que tu es en train de faire.

Elles sont où les sources que tu demande là ? Nulle part !
Celui qui les a fournis (bien après) , c'est LittleBoy, pas allcolor.

Toi t'es le genre de personnes qui lorsqu'on lui étale de la merde sur le visage demande une preuve que c'est vraiment de la merde.

@+

Car bon, si je suis tout à fait d'accord sur le fond (il doit y avoir un appel d'offre, c'est la loi)... les coupables sont les fonctionnaires qui ont pris les contrats, ils n'ont pas respecté la loi sur les marchés publiques. Microsoft n'y est pour rien... sauf si bien entendu ils ont corrompu des fonctionnaires pour ce faire.

Mais si ils ne l'ont pas fait, c'est à tes fonctionnaires que tu dois t'en prendre, c'est eux qui ne respectent pas la loi dans le cas présent et c'est à eux que tu devrais demander de te payer 2 bières en remboursement ;) (et accessoirement des comptes)

Ouais c'est ça, en parlant de ta mémoire... hmmm....

Bon, tu me montres le post ou je t'ai moi (allcolor pas thedude, je fais référence à ça : http://linuxfr.org/comments/1052923.html#1052923 ) accusé de multi d'Albert ?

Et si en même temps tu peux donner les refs pour la même accusation portée par thedude à ton encontre ça serait pas mal.

Si j'ai bien compris ce que c'est un prototype, ça ne justifie pas de présenter un screenshot ou rien n'est aligné qui a pris 2 heures à faire par un cochon.

à ceux qui ont des 19" ou 22" TFT

L'interface ne me déplait pas en soi... (les ribbons) mais ils ont intérêt à mieux aligner les boutons, car là c'est moche, le bouton "copy" dépasse sur la droite du bouton "Paste", pareil pour le bouton "Layout" qui dépasse de "New slide" et en hauteur "copy"/"layout"/... et les boutons de mises en formes devrait être aligné sur le bas...

La ça fait interface montée à la va vite.

Ils font entre autre: GWT http://code.google.com/intl/fr/webtoolkit/

Et pleins d'autres trucs.

Mais il y a des situations ponctuelles où ils ne collent pas.

Oui mais tu te fais chier pour rien... si la conf lors de la situation ponctuelle qui est en gros que le /tmp est sous-dimensionné pointe vers un endroit où il y a de la place... ben en tant normal où tu as pas besoin de toute cette place, ça convient aussi... alors une seul conf et pas dans le /tmp et basta problème réglé, tu peux boire un café !

Pas du tout c'est pareil dans les 2 cas... mais h/264 ayant été développé au sein d'un consortium, les brevets détenus sont répartis entre plusieurs acteurs et on est sûr qu'aucun de ceux-ci n'a de brevets en traitre sur la technologie... pour On2, y a On2 et basta, alors c'est il y a plus de risque qu'un brevet dormant chez quelqu'un existe alors que c'est moins probable pour h264 vu le grand nombre d'acteur impliqué.

Mais dans les 2 cas, si apple est attaqué pour h264 ou theora c'est à apple de se défendre.

Oui mais Google est plus *gros*... et dans un combat de chien, celui qui est plus gros est avantagé ! ;)

C'est bien de décrire l'archi mais ça n'explique pas le comment le spam part de vos serveurs ! ;) Or vu le titre !

Bon ça n'a rien à voir avec les propositions du dessus... mais ;)

http://trantor2.homelinux.org/test/logo_i3_transparent.png