Ce post n'a pas pour but de relancer l'éternelle polémique sur
Microsoft vs le monde "libre", mais juste pour faire un constat !
Développeur (à titre professionnel et personnel) depuis juin 2000 sur
la technologie .NET et notamment pour le web avec ASP.NET, je suis
assez deçu de voir l'absence d'offres accessibles concernant
l'hébergement.
Connaissant de nombreux developpeurs indépendants sur la technologie
.NET, je suis surpris de voir leur nombre disparaitre dans ce milieu
au profil de PHP !
Il faut bien avouer que PHP est très facile a déployer contrairement à
ASP.NET.
Les "hébergeurs ASP.NET" pratiquent des restrictions parfois
inadmissibles sur cette excellente technologie. Soit pas de
web.config, soit pas de codebehind, et pire chez hebergement.com pas
de OLEDB !!!!
Essayez de trouver un hébergeur qui ne vous limite pas ici et las ! Si
vous avez un site prêt à l'emploi, je vous met au defi de le déployer
en moins de 2-3 jours de retours acharnés vers le suport de votre
hébergeur pourt avoir un site fonctionnel (comme en localhost :) ! ).
L'effort de brinkster est louable mais le service déplorable je suis
resté en ligne 20 mn avec un certain Douglas en support chat pour
simplement avoir le droit d'écriture sur le répertoire db (pour
pouvoir faire des INSERT UPDATE DELETE dan sma base de données
ACCESS...) mais en vain toujours rien après une semaine.
Bref, je ne vois pas comment la communauté .NET recruter les plus
jeunes (je parle des étudiants) futurs developpeurs. La facilité et
surtout la gratuité du PHP de loin bénéfique.
Dans le cadre d'une entreprise (fortunée) .NET est vraiment un
environnement idéal, les outils sont fabuleux.
Grace au libre, les versions Express de Microsoft débarquent en 2005
(je les ai testé elles sont vraiment super) .
Mais est ce bien utile de vouloir toucher les indépendants et les
utilisateurs paassionnés si il n'y a aucune offre à TRES BAS prox pour
exposer ses réalisations ?
L'absence d'hébergeur ASP.NET est vraiment un frein au développement
de .NET (après 5 ans de .NEt j'envisage le retour au PHP).
Je suis vraiment deçu et beaucoup moins optimiste pour les versions
express je pensais que le problème de la technologie .NET accessible à
tous résoudre mais si on veut autre chose que des sites en localhost
cela va être très difficile !
Alors selon vous ASP oui mais pas si NET de ça ?
Vous avez des bonnes expériences d'hébergement ASP.NET non
prohibitives ?
J'aimerai bien avoir vos retour à ce sujet !
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Rakotomandimby (R12y) Mihamina
( Sun, 14 Nov 2004 05:13:57 -0800 ) Nofear :
Vous avez des bonnes expériences d'hébergement ASP.NET non prohibitives ?
Un serveur dédié sous Windows . En premier prix, si le budget est serré. -- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
( Sun, 14 Nov 2004 05:13:57 -0800 ) Nofear :
Vous avez des bonnes expériences d'hébergement ASP.NET non
prohibitives ?
Un serveur dédié sous Windows .
En premier prix, si le budget est serré.
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
Vous avez des bonnes expériences d'hébergement ASP.NET non prohibitives ?
Un serveur dédié sous Windows . En premier prix, si le budget est serré. -- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
Spyou
"Nofear" a écrit dans le message de news:
Je suis vraiment deçu et beaucoup moins optimiste pour les versions express je pensais que le problème de la technologie .NET accessible à tous résoudre mais si on veut autre chose que des sites en localhost cela va être très difficile !
Alors selon vous ASP oui mais pas si NET de ça ?
Vous avez des bonnes expériences d'hébergement ASP.NET non prohibitives ? J'aimerai bien avoir vos retour à ce sujet !
Selon moi, le probleme principal viens 1/ du cout (une plateforme pouvant faire tourner serieusement de l'ASP coute 2 a 3 fois plus cher pour la meme performance tehcnique brute qu'une plateforme PHP). Naturellement, ce cout est repercuté sur le client .. Ce qui amene des couts mutualisés proches du dédié d'entrée de game. 2/ l'hebergement "lowcost" est intégralement (disons a 99%) géré par des societés qui se sont montées sur le tas et qui répondent donc de facon prioritaire aux demandes les plus nombreuses. Lorsqu'une boite fait du lowcost, se fermer 5% de la clientelle n'est pas dramatique (sachant que les boites "fortunées" qui se mettent a l'ASP peuvent se payer les services d'hebergeurs moins "lowcost") 3/ rien que l'idée d'avoir a payer une license pour pouvoir vendre ses services donne des boutons a plein de gens (moi le premier :))
"Nofear" <nofear@ifrance.com> a écrit dans le message de news:
af301f08.0411140513.6c85a3d8@posting.google.com...
Je suis vraiment deçu et beaucoup moins optimiste pour les versions
express je pensais que le problème de la technologie .NET accessible à
tous résoudre mais si on veut autre chose que des sites en localhost
cela va être très difficile !
Alors selon vous ASP oui mais pas si NET de ça ?
Vous avez des bonnes expériences d'hébergement ASP.NET non
prohibitives ?
J'aimerai bien avoir vos retour à ce sujet !
Selon moi, le probleme principal viens
1/ du cout (une plateforme pouvant faire tourner serieusement de l'ASP coute
2 a 3 fois plus cher pour la meme performance tehcnique brute qu'une
plateforme PHP). Naturellement, ce cout est repercuté sur le client .. Ce
qui amene des couts mutualisés proches du dédié d'entrée de game.
2/ l'hebergement "lowcost" est intégralement (disons a 99%) géré par des
societés qui se sont montées sur le tas et qui répondent donc de facon
prioritaire aux demandes les plus nombreuses. Lorsqu'une boite fait du
lowcost, se fermer 5% de la clientelle n'est pas dramatique (sachant que les
boites "fortunées" qui se mettent a l'ASP peuvent se payer les services
d'hebergeurs moins "lowcost")
3/ rien que l'idée d'avoir a payer une license pour pouvoir vendre ses
services donne des boutons a plein de gens (moi le premier :))
Je suis vraiment deçu et beaucoup moins optimiste pour les versions express je pensais que le problème de la technologie .NET accessible à tous résoudre mais si on veut autre chose que des sites en localhost cela va être très difficile !
Alors selon vous ASP oui mais pas si NET de ça ?
Vous avez des bonnes expériences d'hébergement ASP.NET non prohibitives ? J'aimerai bien avoir vos retour à ce sujet !
Selon moi, le probleme principal viens 1/ du cout (une plateforme pouvant faire tourner serieusement de l'ASP coute 2 a 3 fois plus cher pour la meme performance tehcnique brute qu'une plateforme PHP). Naturellement, ce cout est repercuté sur le client .. Ce qui amene des couts mutualisés proches du dédié d'entrée de game. 2/ l'hebergement "lowcost" est intégralement (disons a 99%) géré par des societés qui se sont montées sur le tas et qui répondent donc de facon prioritaire aux demandes les plus nombreuses. Lorsqu'une boite fait du lowcost, se fermer 5% de la clientelle n'est pas dramatique (sachant que les boites "fortunées" qui se mettent a l'ASP peuvent se payer les services d'hebergeurs moins "lowcost") 3/ rien que l'idée d'avoir a payer une license pour pouvoir vendre ses services donne des boutons a plein de gens (moi le premier :))
Smaphi
bonjour,
Développeur (à titre professionnel et personnel) depuis juin 2000 sur la technologie .NET et notamment pour le web avec ASP.NET, je suis assez deçu de voir l'absence d'offres accessibles concernant l'hébergement.
Sans faire de pub Ikoula.fr le propose , prosygma.com aussi
bonjour,
Développeur (à titre professionnel et personnel) depuis juin 2000 sur
la technologie .NET et notamment pour le web avec ASP.NET, je suis
assez deçu de voir l'absence d'offres accessibles concernant
l'hébergement.
Sans faire de pub
Ikoula.fr le propose , prosygma.com aussi
Développeur (à titre professionnel et personnel) depuis juin 2000 sur la technologie .NET et notamment pour le web avec ASP.NET, je suis assez deçu de voir l'absence d'offres accessibles concernant l'hébergement.
Sans faire de pub Ikoula.fr le propose , prosygma.com aussi
ben
"Smaphi" a écrit dans le message de news: 41977ebe$0$22082$
bonjour,
Développeur (à titre professionnel et personnel) depuis juin 2000 sur la technologie .NET et notamment pour le web avec ASP.NET, je suis assez deçu de voir l'absence d'offres accessibles concernant l'hébergement.
Sans faire de pub Ikoula.fr le propose , prosygma.com aussi
oui hosteur.com aussi pour 2EUR/mois
"Smaphi" <smaphi-antinospam@libertysurf.fr> a écrit dans le message de news:
41977ebe$0$22082$8fcfb975@news.wanadoo.fr...
bonjour,
Développeur (à titre professionnel et personnel) depuis juin 2000 sur
la technologie .NET et notamment pour le web avec ASP.NET, je suis
assez deçu de voir l'absence d'offres accessibles concernant
l'hébergement.
Sans faire de pub
Ikoula.fr le propose , prosygma.com aussi
"Smaphi" a écrit dans le message de news: 41977ebe$0$22082$
bonjour,
Développeur (à titre professionnel et personnel) depuis juin 2000 sur la technologie .NET et notamment pour le web avec ASP.NET, je suis assez deçu de voir l'absence d'offres accessibles concernant l'hébergement.
Sans faire de pub Ikoula.fr le propose , prosygma.com aussi
oui hosteur.com aussi pour 2EUR/mois
Ronnie Garcia
Ce post n'a pas pour but de relancer l'éternelle polémique sur Microsoft vs le monde "libre", mais juste pour faire un constat !
Développeur (à titre professionnel et personnel) depuis juin 2000 sur la technologie .NET et notamment pour le web avec ASP.NET, je suis assez deçu de voir l'absence d'offres accessibles concernant l'hébergement.
Votre vision s'arrette peut etre aux prestataires "qui font parler d'eux" (ici ou ailleurs). Je suis certain qu'il y a des sociétés très sérieuses et très "souples" près de chez vous.
Connaissant de nombreux developpeurs indépendants sur la technologie .NET, je suis surpris de voir leur nombre disparaitre dans ce milieu au profil de PHP !
Sans parler de J2EE.
Il faut bien avouer que PHP est très facile a déployer contrairement à ASP.NET.
Oui, mais comporte aussi beaucoup de défauts, que vous connaissez probablement en tant que développeur.
Dans le cadre d'une entreprise (fortunée) .NET est vraiment un environnement idéal, les outils sont fabuleux.
Ca ne regarde que vous, mais je suis loin de partager votre vision ;)
L'absence d'hébergeur ASP.NET est vraiment un frein au développement de .NET (après 5 ans de .NEt j'envisage le retour au PHP).
Si vous envisagez une reconversion, penchez vous vers J2EE. Vous ne serez pas dépaysé par rapport à .NET et vous trouverez certainement plus facilement un prestataire sur ce type d'hébergement.
Bon courrage.
-- Ronnie Garcia <ronnie at mk2 dot net>
Ce post n'a pas pour but de relancer l'éternelle polémique sur
Microsoft vs le monde "libre", mais juste pour faire un constat !
Développeur (à titre professionnel et personnel) depuis juin 2000 sur
la technologie .NET et notamment pour le web avec ASP.NET, je suis
assez deçu de voir l'absence d'offres accessibles concernant
l'hébergement.
Votre vision s'arrette peut etre aux prestataires "qui font parler
d'eux" (ici ou ailleurs). Je suis certain qu'il y a des sociétés très
sérieuses et très "souples" près de chez vous.
Connaissant de nombreux developpeurs indépendants sur la technologie
.NET, je suis surpris de voir leur nombre disparaitre dans ce milieu
au profil de PHP !
Sans parler de J2EE.
Il faut bien avouer que PHP est très facile a déployer contrairement à
ASP.NET.
Oui, mais comporte aussi beaucoup de défauts, que vous connaissez
probablement en tant que développeur.
Dans le cadre d'une entreprise (fortunée) .NET est vraiment un
environnement idéal, les outils sont fabuleux.
Ca ne regarde que vous, mais je suis loin de partager votre vision ;)
L'absence d'hébergeur ASP.NET est vraiment un frein au développement
de .NET (après 5 ans de .NEt j'envisage le retour au PHP).
Si vous envisagez une reconversion, penchez vous vers J2EE. Vous ne
serez pas dépaysé par rapport à .NET et vous trouverez certainement plus
facilement un prestataire sur ce type d'hébergement.
Ce post n'a pas pour but de relancer l'éternelle polémique sur Microsoft vs le monde "libre", mais juste pour faire un constat !
Développeur (à titre professionnel et personnel) depuis juin 2000 sur la technologie .NET et notamment pour le web avec ASP.NET, je suis assez deçu de voir l'absence d'offres accessibles concernant l'hébergement.
Votre vision s'arrette peut etre aux prestataires "qui font parler d'eux" (ici ou ailleurs). Je suis certain qu'il y a des sociétés très sérieuses et très "souples" près de chez vous.
Connaissant de nombreux developpeurs indépendants sur la technologie .NET, je suis surpris de voir leur nombre disparaitre dans ce milieu au profil de PHP !
Sans parler de J2EE.
Il faut bien avouer que PHP est très facile a déployer contrairement à ASP.NET.
Oui, mais comporte aussi beaucoup de défauts, que vous connaissez probablement en tant que développeur.
Dans le cadre d'une entreprise (fortunée) .NET est vraiment un environnement idéal, les outils sont fabuleux.
Ca ne regarde que vous, mais je suis loin de partager votre vision ;)
L'absence d'hébergeur ASP.NET est vraiment un frein au développement de .NET (après 5 ans de .NEt j'envisage le retour au PHP).
Si vous envisagez une reconversion, penchez vous vers J2EE. Vous ne serez pas dépaysé par rapport à .NET et vous trouverez certainement plus facilement un prestataire sur ce type d'hébergement.
Bon courrage.
-- Ronnie Garcia <ronnie at mk2 dot net>
artoflife
"Nofear" a écrit dans le message de news:
Bonjour,
Ce post n'a pas pour but de relancer l'éternelle polémique sur Microsoft vs le monde "libre", mais juste pour faire un constat !
Développeur (à titre professionnel et personnel) depuis juin 2000 sur la technologie .NET et notamment pour le web avec ASP.NET, je suis assez deçu de voir l'absence d'offres accessibles concernant l'hébergement.
Connaissant de nombreux developpeurs indépendants sur la technologie .NET, je suis surpris de voir leur nombre disparaitre dans ce milieu au profil de PHP !
Il faut bien avouer que PHP est très facile a déployer contrairement à ASP.NET.
Les "hébergeurs ASP.NET" pratiquent des restrictions parfois inadmissibles sur cette excellente technologie. Soit pas de web.config, soit pas de codebehind, et pire chez hebergement.com pas de OLEDB !!!! Essayez de trouver un hébergeur qui ne vous limite pas ici et las ! Si vous avez un site prêt à l'emploi, je vous met au defi de le déployer en moins de 2-3 jours de retours acharnés vers le suport de votre hébergeur pourt avoir un site fonctionnel (comme en localhost :) ! ).
Au lieu de rejeter la faute sur les hébergeurs penchez vous plus sur les limitation qu'impose Microsoft sur du mutualisé. Soit vous laissez vos serveur mutualisé en full trust en n'importe quel pekin a accès à la metabase (si si j'ai testé et cela est trés facile chez certain) ecc... ou soit vous limitez malheureusement un tant soit peu certaine fonctionnalités en passant en medium trust mais vous préservez les données et la sécurité de vos clients.
Le juste milieu n'est pas evident. Je vous dirais que pour votre soucis OLEDB pourquoi ne pas passer sur SQL server avec une DSN puisque vous avez une base SQL dans l'offre ?? Ou bien un petit serveur dédié...
"Nofear" <nofear@ifrance.com> a écrit dans le message de news:
af301f08.0411140513.6c85a3d8@posting.google.com...
Bonjour,
Ce post n'a pas pour but de relancer l'éternelle polémique sur
Microsoft vs le monde "libre", mais juste pour faire un constat !
Développeur (à titre professionnel et personnel) depuis juin 2000 sur
la technologie .NET et notamment pour le web avec ASP.NET, je suis
assez deçu de voir l'absence d'offres accessibles concernant
l'hébergement.
Connaissant de nombreux developpeurs indépendants sur la technologie
.NET, je suis surpris de voir leur nombre disparaitre dans ce milieu
au profil de PHP !
Il faut bien avouer que PHP est très facile a déployer contrairement à
ASP.NET.
Les "hébergeurs ASP.NET" pratiquent des restrictions parfois
inadmissibles sur cette excellente technologie. Soit pas de
web.config, soit pas de codebehind, et pire chez hebergement.com pas
de OLEDB !!!!
Essayez de trouver un hébergeur qui ne vous limite pas ici et las ! Si
vous avez un site prêt à l'emploi, je vous met au defi de le déployer
en moins de 2-3 jours de retours acharnés vers le suport de votre
hébergeur pourt avoir un site fonctionnel (comme en localhost :) ! ).
Au lieu de rejeter la faute sur les hébergeurs penchez vous plus sur les
limitation qu'impose Microsoft sur du mutualisé. Soit vous laissez vos
serveur mutualisé en full trust en n'importe quel pekin a accès à la
metabase (si si j'ai testé et cela est trés facile chez certain) ecc... ou
soit vous limitez malheureusement un tant soit peu certaine fonctionnalités
en passant en medium trust mais vous préservez les données et la sécurité
de vos clients.
Le juste milieu n'est pas evident. Je vous dirais que pour votre soucis
OLEDB pourquoi ne pas passer sur SQL server avec une DSN puisque vous avez
une base SQL dans l'offre ?? Ou bien un petit serveur dédié...
Ce post n'a pas pour but de relancer l'éternelle polémique sur Microsoft vs le monde "libre", mais juste pour faire un constat !
Développeur (à titre professionnel et personnel) depuis juin 2000 sur la technologie .NET et notamment pour le web avec ASP.NET, je suis assez deçu de voir l'absence d'offres accessibles concernant l'hébergement.
Connaissant de nombreux developpeurs indépendants sur la technologie .NET, je suis surpris de voir leur nombre disparaitre dans ce milieu au profil de PHP !
Il faut bien avouer que PHP est très facile a déployer contrairement à ASP.NET.
Les "hébergeurs ASP.NET" pratiquent des restrictions parfois inadmissibles sur cette excellente technologie. Soit pas de web.config, soit pas de codebehind, et pire chez hebergement.com pas de OLEDB !!!! Essayez de trouver un hébergeur qui ne vous limite pas ici et las ! Si vous avez un site prêt à l'emploi, je vous met au defi de le déployer en moins de 2-3 jours de retours acharnés vers le suport de votre hébergeur pourt avoir un site fonctionnel (comme en localhost :) ! ).
Au lieu de rejeter la faute sur les hébergeurs penchez vous plus sur les limitation qu'impose Microsoft sur du mutualisé. Soit vous laissez vos serveur mutualisé en full trust en n'importe quel pekin a accès à la metabase (si si j'ai testé et cela est trés facile chez certain) ecc... ou soit vous limitez malheureusement un tant soit peu certaine fonctionnalités en passant en medium trust mais vous préservez les données et la sécurité de vos clients.
Le juste milieu n'est pas evident. Je vous dirais que pour votre soucis OLEDB pourquoi ne pas passer sur SQL server avec une DSN puisque vous avez une base SQL dans l'offre ?? Ou bien un petit serveur dédié...
nofear
"artoflife" wrote in message news:...
"Nofear" a écrit dans le message de news:
Bonjour,
Ce post n'a pas pour but de relancer l'éternelle polémique sur Microsoft vs le monde "libre", mais juste pour faire un constat !
Développeur (à titre professionnel et personnel) depuis juin 2000 sur la technologie .NET et notamment pour le web avec ASP.NET, je suis assez deçu de voir l'absence d'offres accessibles concernant l'hébergement.
Connaissant de nombreux developpeurs indépendants sur la technologie .NET, je suis surpris de voir leur nombre disparaitre dans ce milieu au profil de PHP !
Il faut bien avouer que PHP est très facile a déployer contrairement à ASP.NET.
Les "hébergeurs ASP.NET" pratiquent des restrictions parfois inadmissibles sur cette excellente technologie. Soit pas de web.config, soit pas de codebehind, et pire chez hebergement.com pas de OLEDB !!!! Essayez de trouver un hébergeur qui ne vous limite pas ici et las ! Si vous avez un site prêt à l'emploi, je vous met au defi de le déployer en moins de 2-3 jours de retours acharnés vers le suport de votre hébergeur pourt avoir un site fonctionnel (comme en localhost :) ! ).
Au lieu de rejeter la faute sur les hébergeurs penchez vous plus sur les limitation qu'impose Microsoft sur du mutualisé. Soit vous laissez vos serveur mutualisé en full trust en n'importe quel pekin a accès à la metabase (si si j'ai testé et cela est trés facile chez certain) ecc... ou soit vous limitez malheureusement un tant soit peu certaine fonctionnalités en passant en medium trust mais vous préservez les données et la sécurité de vos clients.
Le juste milieu n'est pas evident. Je vous dirais que pour votre soucis OLEDB pourquoi ne pas passer sur SQL server avec une DSN puisque vous avez une base SQL dans l'offre ?? Ou bien un petit serveur dédié...
'penchez vous plus sur les limitation qu'impose Microsoft sur du mutualisé' <= je pense que chacun doit faire face aux problèmes liés à SON METIER. Si je choisi la technologie .NET ce n'est pas pour me voir en production avec un sous ensemble de cette technologie sous pretexte de manque de sécurité. Je ne rejette pas la faute sur les hébergeurs, toutefois je pense pouvoir revendiquer leur MANQUE DE CLARTE. En effet, la plupart des offres ne laisse jamais la possibilité de tester il faut d'abord payer puis on découvre les problèmes. Pourquoi ne pas être clair dès le départ ? Il faut systématiquement lire les FAQ pour découvrir les restrictions...
Si un hébergeur permet d'avoir une information claire directement dans les détails de son offre (pas de support de OLEDB, pas de web.config, pas de codebehind...) cela montre un certain respect vis à vis des ses clients qui sont DES LE DEPART informés des limitations.
Quand à votre question de prendre un SQL SERVER ou un petit serveur dédié, je suis tout à fait d'accord, mais le problème de tarif s'en trouve amplifié. Tout le monde n'a pas besoin de faire des gros sites commerciaux. Si vous me proposez un petit serveur dédié au prix d'un mutualisé y'a pas de problème contactez moi je suis client !
"artoflife" <artoflife@gmail.com> wrote in message news:<2vs1i8F2oiq96U1@uni-berlin.de>...
"Nofear" <nofear@ifrance.com> a écrit dans le message de news:
af301f08.0411140513.6c85a3d8@posting.google.com...
Bonjour,
Ce post n'a pas pour but de relancer l'éternelle polémique sur
Microsoft vs le monde "libre", mais juste pour faire un constat !
Développeur (à titre professionnel et personnel) depuis juin 2000 sur
la technologie .NET et notamment pour le web avec ASP.NET, je suis
assez deçu de voir l'absence d'offres accessibles concernant
l'hébergement.
Connaissant de nombreux developpeurs indépendants sur la technologie
.NET, je suis surpris de voir leur nombre disparaitre dans ce milieu
au profil de PHP !
Il faut bien avouer que PHP est très facile a déployer contrairement à
ASP.NET.
Les "hébergeurs ASP.NET" pratiquent des restrictions parfois
inadmissibles sur cette excellente technologie. Soit pas de
web.config, soit pas de codebehind, et pire chez hebergement.com pas
de OLEDB !!!!
Essayez de trouver un hébergeur qui ne vous limite pas ici et las ! Si
vous avez un site prêt à l'emploi, je vous met au defi de le déployer
en moins de 2-3 jours de retours acharnés vers le suport de votre
hébergeur pourt avoir un site fonctionnel (comme en localhost :) ! ).
Au lieu de rejeter la faute sur les hébergeurs penchez vous plus sur les
limitation qu'impose Microsoft sur du mutualisé. Soit vous laissez vos
serveur mutualisé en full trust en n'importe quel pekin a accès à la
metabase (si si j'ai testé et cela est trés facile chez certain) ecc... ou
soit vous limitez malheureusement un tant soit peu certaine fonctionnalités
en passant en medium trust mais vous préservez les données et la sécurité
de vos clients.
Le juste milieu n'est pas evident. Je vous dirais que pour votre soucis
OLEDB pourquoi ne pas passer sur SQL server avec une DSN puisque vous avez
une base SQL dans l'offre ?? Ou bien un petit serveur dédié...
'penchez vous plus sur les limitation qu'impose Microsoft sur du
mutualisé' <= je pense que chacun doit faire face aux problèmes liés à
SON METIER. Si je choisi la technologie .NET ce n'est pas pour me voir
en production avec un sous ensemble de cette technologie sous pretexte
de manque de sécurité.
Je ne rejette pas la faute sur les hébergeurs, toutefois je pense
pouvoir revendiquer leur MANQUE DE CLARTE.
En effet, la plupart des offres ne laisse jamais la possibilité de
tester il faut d'abord payer puis on découvre les problèmes.
Pourquoi ne pas être clair dès le départ ?
Il faut systématiquement lire les FAQ pour découvrir les
restrictions...
Si un hébergeur permet d'avoir une information claire directement dans
les détails de son offre (pas de support de OLEDB, pas de web.config,
pas de codebehind...) cela montre un certain respect vis à vis des ses
clients qui sont DES LE DEPART informés des limitations.
Quand à votre question de prendre un SQL SERVER ou un petit serveur
dédié, je suis tout à fait d'accord, mais le problème de tarif s'en
trouve amplifié.
Tout le monde n'a pas besoin de faire des gros sites commerciaux. Si
vous me proposez un petit serveur dédié au prix d'un mutualisé y'a pas
de problème contactez moi je suis client !
Ce post n'a pas pour but de relancer l'éternelle polémique sur Microsoft vs le monde "libre", mais juste pour faire un constat !
Développeur (à titre professionnel et personnel) depuis juin 2000 sur la technologie .NET et notamment pour le web avec ASP.NET, je suis assez deçu de voir l'absence d'offres accessibles concernant l'hébergement.
Connaissant de nombreux developpeurs indépendants sur la technologie .NET, je suis surpris de voir leur nombre disparaitre dans ce milieu au profil de PHP !
Il faut bien avouer que PHP est très facile a déployer contrairement à ASP.NET.
Les "hébergeurs ASP.NET" pratiquent des restrictions parfois inadmissibles sur cette excellente technologie. Soit pas de web.config, soit pas de codebehind, et pire chez hebergement.com pas de OLEDB !!!! Essayez de trouver un hébergeur qui ne vous limite pas ici et las ! Si vous avez un site prêt à l'emploi, je vous met au defi de le déployer en moins de 2-3 jours de retours acharnés vers le suport de votre hébergeur pourt avoir un site fonctionnel (comme en localhost :) ! ).
Au lieu de rejeter la faute sur les hébergeurs penchez vous plus sur les limitation qu'impose Microsoft sur du mutualisé. Soit vous laissez vos serveur mutualisé en full trust en n'importe quel pekin a accès à la metabase (si si j'ai testé et cela est trés facile chez certain) ecc... ou soit vous limitez malheureusement un tant soit peu certaine fonctionnalités en passant en medium trust mais vous préservez les données et la sécurité de vos clients.
Le juste milieu n'est pas evident. Je vous dirais que pour votre soucis OLEDB pourquoi ne pas passer sur SQL server avec une DSN puisque vous avez une base SQL dans l'offre ?? Ou bien un petit serveur dédié...
'penchez vous plus sur les limitation qu'impose Microsoft sur du mutualisé' <= je pense que chacun doit faire face aux problèmes liés à SON METIER. Si je choisi la technologie .NET ce n'est pas pour me voir en production avec un sous ensemble de cette technologie sous pretexte de manque de sécurité. Je ne rejette pas la faute sur les hébergeurs, toutefois je pense pouvoir revendiquer leur MANQUE DE CLARTE. En effet, la plupart des offres ne laisse jamais la possibilité de tester il faut d'abord payer puis on découvre les problèmes. Pourquoi ne pas être clair dès le départ ? Il faut systématiquement lire les FAQ pour découvrir les restrictions...
Si un hébergeur permet d'avoir une information claire directement dans les détails de son offre (pas de support de OLEDB, pas de web.config, pas de codebehind...) cela montre un certain respect vis à vis des ses clients qui sont DES LE DEPART informés des limitations.
Quand à votre question de prendre un SQL SERVER ou un petit serveur dédié, je suis tout à fait d'accord, mais le problème de tarif s'en trouve amplifié. Tout le monde n'a pas besoin de faire des gros sites commerciaux. Si vous me proposez un petit serveur dédié au prix d'un mutualisé y'a pas de problème contactez moi je suis client !
artoflife
"Nofear" a écrit dans le message de news:
"artoflife" wrote in message news:...
"Nofear" a écrit dans le message de news:
Bonjour,
je pense que chacun doit faire face aux problèmes liés à SON METIER. Si je choisi la technologie .NET ce n'est pas pour me > voir en production avec un sous ensemble de cette technologie sous pretexte de manque de sécurité.
Et pourtant vous êtes bien naif... allez voir du coté de chez hostbasket et vous verrez alors qu'en moins de 5 minutes je vous pirate votre compte et vous efface l'ensemble de vos données tout en ayant récuperer vos codes FTP ... m'enfin si vous pensez que l'integrité de vos données importe peu...
Je ne rejette pas la faute sur les hébergeurs, toutefois je pense pouvoir revendiquer leur MANQUE DE CLARTE.
Ca peut être le cas effectivement
En effet, la plupart des offres ne laisse jamais la possibilité de tester il faut d'abord payer puis on découvre les problèmes. Pourquoi ne pas être clair dès le départ ? Il faut systématiquement lire les FAQ pour découvrir les restrictions...
Les FAQ servent aussi à cela un peu non ? N'attendez pas d'avoir un problème pour lire les FAQs... on y trouve parfois des renseignements trés interressant...
Si un hébergeur permet d'avoir une information claire directement dans les détails de son offre (pas de support de OLEDB, pas de web.config, pas de codebehind...) cela montre un certain respect vis à vis des ses clients qui sont DES LE DEPART informés des limitations.
Excusez moi mais vous citiez hebergement.com comme si ils avaient l'apanage de tout les manques à vos besoins... ils ont une offre d'essais de 15 jours gratuite et sans conditions et de plus il est trés clairement indiqué dans leur FAQ windows le probleme OLEDB (problème qui peut être resolu simplement en migrant votre base sur du SQL serveur, ce qui peut prendre 2 heures sur un site parfaitement codé puisque alors il vous suffit juste de modifier la reference de votre lien de connexion dans votre web.config)
"Nofear" <nofear@ifrance.com> a écrit dans le message de news:
af301f08.0411160613.18eeae3a@posting.google.com...
"artoflife" <artoflife@gmail.com> wrote in message
news:<2vs1i8F2oiq96U1@uni-berlin.de>...
"Nofear" <nofear@ifrance.com> a écrit dans le message de news:
af301f08.0411140513.6c85a3d8@posting.google.com...
Bonjour,
je pense que chacun doit faire face aux problèmes liés à
SON METIER. Si je choisi la technologie .NET ce n'est pas pour me > voir
en production avec un sous ensemble de cette technologie sous
pretexte de manque de sécurité.
Et pourtant vous êtes bien naif... allez voir du coté de chez hostbasket et
vous verrez alors qu'en moins de 5 minutes je vous pirate votre compte et
vous efface l'ensemble de vos données tout en ayant récuperer vos codes FTP
... m'enfin si vous pensez que l'integrité de vos données importe peu...
Je ne rejette pas la faute sur les hébergeurs, toutefois je pense
pouvoir revendiquer leur MANQUE DE CLARTE.
Ca peut être le cas effectivement
En effet, la plupart des offres ne laisse jamais la possibilité de
tester il faut d'abord payer puis on découvre les problèmes.
Pourquoi ne pas être clair dès le départ ?
Il faut systématiquement lire les FAQ pour découvrir les
restrictions...
Les FAQ servent aussi à cela un peu non ?
N'attendez pas d'avoir un problème pour lire les FAQs... on y trouve parfois
des renseignements trés interressant...
Si un hébergeur permet d'avoir une information claire directement dans
les détails de son offre (pas de support de OLEDB, pas de web.config,
pas de codebehind...) cela montre un certain respect vis à vis des ses
clients qui sont DES LE DEPART informés des limitations.
Excusez moi mais vous citiez hebergement.com comme si ils avaient l'apanage
de tout les manques à vos besoins... ils ont une offre d'essais de 15 jours
gratuite et sans conditions et de plus il est trés clairement indiqué dans
leur FAQ windows le probleme OLEDB (problème qui peut être resolu simplement
en migrant votre base sur du SQL serveur, ce qui peut prendre 2 heures sur
un site parfaitement codé puisque alors il vous suffit juste de modifier la
reference de votre lien de connexion dans votre web.config)
je pense que chacun doit faire face aux problèmes liés à SON METIER. Si je choisi la technologie .NET ce n'est pas pour me > voir en production avec un sous ensemble de cette technologie sous pretexte de manque de sécurité.
Et pourtant vous êtes bien naif... allez voir du coté de chez hostbasket et vous verrez alors qu'en moins de 5 minutes je vous pirate votre compte et vous efface l'ensemble de vos données tout en ayant récuperer vos codes FTP ... m'enfin si vous pensez que l'integrité de vos données importe peu...
Je ne rejette pas la faute sur les hébergeurs, toutefois je pense pouvoir revendiquer leur MANQUE DE CLARTE.
Ca peut être le cas effectivement
En effet, la plupart des offres ne laisse jamais la possibilité de tester il faut d'abord payer puis on découvre les problèmes. Pourquoi ne pas être clair dès le départ ? Il faut systématiquement lire les FAQ pour découvrir les restrictions...
Les FAQ servent aussi à cela un peu non ? N'attendez pas d'avoir un problème pour lire les FAQs... on y trouve parfois des renseignements trés interressant...
Si un hébergeur permet d'avoir une information claire directement dans les détails de son offre (pas de support de OLEDB, pas de web.config, pas de codebehind...) cela montre un certain respect vis à vis des ses clients qui sont DES LE DEPART informés des limitations.
Excusez moi mais vous citiez hebergement.com comme si ils avaient l'apanage de tout les manques à vos besoins... ils ont une offre d'essais de 15 jours gratuite et sans conditions et de plus il est trés clairement indiqué dans leur FAQ windows le probleme OLEDB (problème qui peut être resolu simplement en migrant votre base sur du SQL serveur, ce qui peut prendre 2 heures sur un site parfaitement codé puisque alors il vous suffit juste de modifier la reference de votre lien de connexion dans votre web.config)
Eric Demeester
dans (in) fr.reseaux.internet.hebergement, (Nofear) ecrivait (wrote) :
Bonjour,
Je ne rejette pas la faute sur les hébergeurs, toutefois je pense pouvoir revendiquer leur MANQUE DE CLARTE.
Voici un exemple de clarté de la part d'un hébergeur alors. Nous ne proposons pas d'hébergement mutualisé sous Windows parce que :
- ça demande à résultat équivalent des ressources machines bien supérieures (donc des machines plus puissantes et coûteuses) que pour des solutions basées sur de l'Unix libre ;
- il faut acquérir des licences pas données (bon, pourquoi pas, mais c'est un peu contradictoire avec la recherche de tarifs attractifs chez les hébergeurs...) ;
- les systèmes d'exploitation Microsoft sont beaucoup plus compliqués à comprendre et à maîtriser correctement (à supposer que ce dernier point soit possible, ce dont l'expérience me fait douter après plus de 20 ans de pratique) ;
- en plus ils changent tout le temps (d'où accumulation de problèmes de sécurité, nécessité de payer régulièrement de nouvelles licences, etc.).
En résumé, nous ne souhaitons pas proposer des solutions que nous ne maîtrisons pas, coûteuses et peu fiables qui plus est.
Il faut systématiquement lire les FAQ pour découvrir les restrictions...
Comment dire... Vous ne lisez jamais les contrats que vous signez ? C'est imprudent, ça...
Vous n'avez jamais besoin de lire la doc pour faire fonctionner votre lave-linge ou votre lecteur de cd-rom de salon ? Si c'est le cas, vous avez de la chance, parce que moi, je n'y arrive pas :)
Plus sérieusement, comment voulez-vous connaître les caractéristiques détaillées d'un hébergement sans les consulter ?
Si un hébergeur permet d'avoir une information claire directement dans les détails de son offre (pas de support de OLEDB, pas de web.config, pas de codebehind...) cela montre un certain respect vis à vis des ses clients qui sont DES LE DEPART informés des limitations.
Vous n'avez pas tort sur ce point, encore qu'il soit difficile de tout détailler dans une offre commerciale sans qu'elle ne devienne aussi indigeste pour le lecteur que la lecture du contrat ou de la FAQ qui semblent vous rebuter...
Pour continuer à parler de Windows en mutualisé, chez nous, c'est très clair (mais facile je vous l'accorde puisqu'on dit juste « non, on ne fait pas ») :
http://www.galacsys.net/faqs_mutualise.html#mu12
Quand à votre question de prendre un SQL SERVER ou un petit serveur dédié, je suis tout à fait d'accord, mais le problème de tarif s'en trouve amplifié.
Pour toutes les raisons évoquées ci-dessus, il existe une corrélation forte entre les tarifs d'hébergement et les technologies logicielles proposées.
Si vous tenez à rester dans des solutions propriétaires Microsoft (c'est votre droit le plus strict et j'en suis moi-même prisonnier dans certains cas, mais heureusement pas en matière d'hébergement), il faut être conscient que ça coûte plus cher que du php/MySQL.
Après, c'est à vous de choisir entre payer plus cher pour trouver à héberger de l'ASP/SQL Server parce que vous maîtriser tout ça sur le bout des doigts, ou investir dans l'apprentissage d'autres outils, ce qui a aussi un coût mais peut se révéler rentable à terme...
Bon courage dans vos recherches en tous cas.
-- Eric Demeester - http://www.galacsys.net
dans (in) fr.reseaux.internet.hebergement, nofear@ifrance.com (Nofear)
ecrivait (wrote) :
Bonjour,
Je ne rejette pas la faute sur les hébergeurs, toutefois je pense
pouvoir revendiquer leur MANQUE DE CLARTE.
Voici un exemple de clarté de la part d'un hébergeur alors. Nous ne
proposons pas d'hébergement mutualisé sous Windows parce que :
- ça demande à résultat équivalent des ressources machines bien
supérieures (donc des machines plus puissantes et coûteuses) que pour
des solutions basées sur de l'Unix libre ;
- il faut acquérir des licences pas données (bon, pourquoi pas, mais
c'est un peu contradictoire avec la recherche de tarifs attractifs
chez les hébergeurs...) ;
- les systèmes d'exploitation Microsoft sont beaucoup plus compliqués
à comprendre et à maîtriser correctement (à supposer que ce dernier
point soit possible, ce dont l'expérience me fait douter après plus
de 20 ans de pratique) ;
- en plus ils changent tout le temps (d'où accumulation de problèmes de
sécurité, nécessité de payer régulièrement de nouvelles licences,
etc.).
En résumé, nous ne souhaitons pas proposer des solutions que nous ne
maîtrisons pas, coûteuses et peu fiables qui plus est.
Il faut systématiquement lire les FAQ pour découvrir les
restrictions...
Comment dire... Vous ne lisez jamais les contrats que vous signez ?
C'est imprudent, ça...
Vous n'avez jamais besoin de lire la doc pour faire fonctionner votre
lave-linge ou votre lecteur de cd-rom de salon ? Si c'est le cas, vous
avez de la chance, parce que moi, je n'y arrive pas :)
Plus sérieusement, comment voulez-vous connaître les caractéristiques
détaillées d'un hébergement sans les consulter ?
Si un hébergeur permet d'avoir une information claire directement dans
les détails de son offre (pas de support de OLEDB, pas de web.config,
pas de codebehind...) cela montre un certain respect vis à vis des ses
clients qui sont DES LE DEPART informés des limitations.
Vous n'avez pas tort sur ce point, encore qu'il soit difficile de tout
détailler dans une offre commerciale sans qu'elle ne devienne aussi
indigeste pour le lecteur que la lecture du contrat ou de la FAQ qui
semblent vous rebuter...
Pour continuer à parler de Windows en mutualisé, chez nous, c'est très
clair (mais facile je vous l'accorde puisqu'on dit juste « non, on ne
fait pas ») :
http://www.galacsys.net/faqs_mutualise.html#mu12
Quand à votre question de prendre un SQL SERVER ou un petit serveur
dédié, je suis tout à fait d'accord, mais le problème de tarif s'en
trouve amplifié.
Pour toutes les raisons évoquées ci-dessus, il existe une corrélation
forte entre les tarifs d'hébergement et les technologies logicielles
proposées.
Si vous tenez à rester dans des solutions propriétaires Microsoft (c'est
votre droit le plus strict et j'en suis moi-même prisonnier dans
certains cas, mais heureusement pas en matière d'hébergement), il faut
être conscient que ça coûte plus cher que du php/MySQL.
Après, c'est à vous de choisir entre payer plus cher pour trouver à
héberger de l'ASP/SQL Server parce que vous maîtriser tout ça sur le
bout des doigts, ou investir dans l'apprentissage d'autres outils, ce
qui a aussi un coût mais peut se révéler rentable à terme...
dans (in) fr.reseaux.internet.hebergement, (Nofear) ecrivait (wrote) :
Bonjour,
Je ne rejette pas la faute sur les hébergeurs, toutefois je pense pouvoir revendiquer leur MANQUE DE CLARTE.
Voici un exemple de clarté de la part d'un hébergeur alors. Nous ne proposons pas d'hébergement mutualisé sous Windows parce que :
- ça demande à résultat équivalent des ressources machines bien supérieures (donc des machines plus puissantes et coûteuses) que pour des solutions basées sur de l'Unix libre ;
- il faut acquérir des licences pas données (bon, pourquoi pas, mais c'est un peu contradictoire avec la recherche de tarifs attractifs chez les hébergeurs...) ;
- les systèmes d'exploitation Microsoft sont beaucoup plus compliqués à comprendre et à maîtriser correctement (à supposer que ce dernier point soit possible, ce dont l'expérience me fait douter après plus de 20 ans de pratique) ;
- en plus ils changent tout le temps (d'où accumulation de problèmes de sécurité, nécessité de payer régulièrement de nouvelles licences, etc.).
En résumé, nous ne souhaitons pas proposer des solutions que nous ne maîtrisons pas, coûteuses et peu fiables qui plus est.
Il faut systématiquement lire les FAQ pour découvrir les restrictions...
Comment dire... Vous ne lisez jamais les contrats que vous signez ? C'est imprudent, ça...
Vous n'avez jamais besoin de lire la doc pour faire fonctionner votre lave-linge ou votre lecteur de cd-rom de salon ? Si c'est le cas, vous avez de la chance, parce que moi, je n'y arrive pas :)
Plus sérieusement, comment voulez-vous connaître les caractéristiques détaillées d'un hébergement sans les consulter ?
Si un hébergeur permet d'avoir une information claire directement dans les détails de son offre (pas de support de OLEDB, pas de web.config, pas de codebehind...) cela montre un certain respect vis à vis des ses clients qui sont DES LE DEPART informés des limitations.
Vous n'avez pas tort sur ce point, encore qu'il soit difficile de tout détailler dans une offre commerciale sans qu'elle ne devienne aussi indigeste pour le lecteur que la lecture du contrat ou de la FAQ qui semblent vous rebuter...
Pour continuer à parler de Windows en mutualisé, chez nous, c'est très clair (mais facile je vous l'accorde puisqu'on dit juste « non, on ne fait pas ») :
http://www.galacsys.net/faqs_mutualise.html#mu12
Quand à votre question de prendre un SQL SERVER ou un petit serveur dédié, je suis tout à fait d'accord, mais le problème de tarif s'en trouve amplifié.
Pour toutes les raisons évoquées ci-dessus, il existe une corrélation forte entre les tarifs d'hébergement et les technologies logicielles proposées.
Si vous tenez à rester dans des solutions propriétaires Microsoft (c'est votre droit le plus strict et j'en suis moi-même prisonnier dans certains cas, mais heureusement pas en matière d'hébergement), il faut être conscient que ça coûte plus cher que du php/MySQL.
Après, c'est à vous de choisir entre payer plus cher pour trouver à héberger de l'ASP/SQL Server parce que vous maîtriser tout ça sur le bout des doigts, ou investir dans l'apprentissage d'autres outils, ce qui a aussi un coût mais peut se révéler rentable à terme...
