Reading Dette
Network Solutions - endnu mere Customer Support tragedier
Hvad er den største mareridt af alle med en hjemmeside? Når du går til det, og intet er der. Det er væk, ingen tegn på det. Ikke ulig kørsel til din virksomhed og finde en tom grund. Med ingen tegn.
Nå, det er tredje gang Network Solutions har tabt bolden. Den første gang, de sagde, at det skal være min 'scripts'. Jeg skrev om detaljerne her: Network Solutions (Customer Support tragedier) ... Dette var mit site ned i næsten 3 dage.
En måneds tid senere havde jeg en masse af intermitterende problemer. En traceroute så stor (alle under 100 ms), men det sidste hop (en Network Solutions router) viste 100% pakketab. Jeg var vant til at blive gennet ind pakket servere (store ping / traceroute normalt, DB forespørgsler var hurtige, men siden leveringen var meget langsom). Jeg fik at vide der var opgraderinger sker. De tog en dag eller deromkring, og det syntes at rette ud.
Denne gang (9 september) lagde jeg mærke til intermitterende 500 fejl blandet sært med en lejlighedsvis "Kan ikke finde "/"". Antages (ja, jeg kender) en midlertidig ting, jeg lod det gå, indtil om morgenen ... Om morgenen var det hele 500 fejl, hver gang, så jeg brugte min "Guld medlem" Express Support Anmodning knappen på 9. jeg fik dette senere samme dag.:
Kære Samuel Devol,
Tak for din henvendelse Network Solutions. Vi er forpligtet til at skabe den bedst mulige kundeoplevelse. En af de første måder, vi kan vise vores engagement i dette mål er at hurtigt og effektivt at håndtere dine seneste anmodning.
Vi vil dog ikke være i stand til at løse problemet via e-mail. Derfor beder vi dig venligst kontakte kundeservice på 1-888-642-9675 indenfor USA og Canada eller på 1-570-708-8788 uden for USA Når du ringer, bedes du henvise til følgende Service Request nummer 1-243929254.
Vi glæder os til at høre fra dig snart, så vi kan arbejde for at løse dine problemer.
Med venlig hilsen
WRANCEL001
Network Solutions Customer Support
Så jeg drop alt og lægge den tid til at ringe. De fortæller mig, at de vil eskalere det. Jeg minde dem om min hjemmeside er nede. Så jeg overvejer absolut spild af tid var det for mig at selv sige det.
To dage senere (11 september), jeg modtager (fra Steven009, en "teknisk Outreach Specialist"):
Kære Samuel Devol,
Tak for din henvendelse Network Solutions. Vi er forpligtet til at skabe den bedst mulige kundeoplevelse. En af de første måder, vi kan vise vores engagement i dette mål er at hurtigt og effektivt at håndtere dine seneste anmodning.
Det problem, du indberettet til Network Solutions på 2006/09/10 12:22:32 og tildeles Service Request 1-243977831 er afsluttet og lukket.
Fejlen er ved at blive forårsaget af den ændrede. Htaccess-fil. Mod_rewrite er på udkig efter index.php, som ikke eksisterer. I dit "hjem" directory, er der en index.html fil. Hvis du deaktiverer den. Htaccess filen dit websted fungerer. Vi kan desværre ikke redigere. Htaccess-filer som vi kun kan sikre, at din tjeneste virker. Eventuelle ændringer til den fil skulle rettes af den person, skrive filen. Vi undskylder for ulejligheden.
Vi håber, at denne opdatering har været nyttig. Men hvis du har yderligere spørgsmål, er du velkommen til at kontakte vores kundeservice afdeling.
Som Network Solutions kunde, har du ret til ubegrænset adgang, dag eller nat, at teknisk dygtige kundeservice repræsentanter, som er dedikeret til at levere alle niveauer af support du behøver. For at nå os, ringe 1-866-391-4357. Hvis du ringer fra lande uden for USA eller Canada, kan du ringe 1-570-708-8788. Du kan også e-mail til os på hosting@networksolutions.com.
Så jeg piske ud af min browser og gå til min hjemmeside og få en 500-fejl (stadig). 5 dage er gået. Jeg læste den e-mail tættere på og forsøge at dechifrere, hvad han kiggede på. Jeg tager et kig på min / htdocs / .htaccess (som jeg ikke har rørt i uger), og det er fint.
Options -Indexes
Options +SymLinksIfOwnerMatch
DirectoryIndex index.php
RewriteEngine On
RewriteBase /
RewriteCond% {REQUEST_FILENAME}!-F
RewriteCond% {REQUEST_FILENAME}!-D
RewriteRule. / Index.php [L]
# AddType x-MAPP-php5. Php
Og hvad skete der med min index.php? Jeg ftp ind og ganske rigtigt, det er der ... jeg åbner den op, og det ligner det har for de sidste 3 måneder. Jeg ser for en index.html fil og kan ikke se nogen i min root (hvor min htdocs / .htaccess bosat). Jeg ser i min htdocs / hjem og sikker nok, er der en index.html fil der. Bare hvor det har været de sidste 3 måneder.
Så jeg er tilbage undrer ville en teknisk support person, kommet til den konklusion, at omskrive ovenstående regler eller anden måde refererer til /htdocs/home/index.php i stedet for at /htdocs/index.php ???
Åh min Gud, var han på udkig i den forkerte mappe! Han blev rode rundt i /htdocs/home i stedet for /htdocs/ . Mit hjerte synker, mens tænkning er disse mennesker, lovende mig 99,9% oppetid? Et løfte brudt, vil jeg tilføje.
Den næste morgen (September 12) Jeg startede anden tjeneste anmodning. Fandt du ikke høre noget fra det 13. (4 dage efter at have underrettet Network Solutions), så jeg startede en konto hos Site5 (så vidt jeg elsker det). Jeg kopierede alle mine filer over, og det kom fint, og hurtigere end det nogensinde var på Network Solutions.
I min erfaring med Network Solutions de aldrig informere deres kunder om ændringer, der er planlagt eller ej, til deres netværk, indtil du indsende en supportbillet med dem. De har heller ikke håndtere enhver indledende teknisk support e-mail-beskeder med nogen specifikke (intet svar fra en ingeniør-type), de i stedet kræve, at du telefon i (dette er oftest praktiseret at skære ned på 'trivielle' anmodninger om support). Jeg får altid en af disse:
Vi vil dog ikke være i stand til at løse problemet via e-mail. Derfor beder vi dig venligst kontakte kundeservice på 1-888-642-9675 indenfor USA og Canada eller på 1-570-708-8788 uden for USA Når du ringer, bedes du henvise til følgende Service Request nummer 1-244742658.
Opdatering: I dag (september 15) Jeg har modtaget en note fra GRACE008 tyder jeg bruge mysql_pconnect (persistente tilslutning) i stedet for mysql_connect i mine scripts. Så måske problemet var, de havde alt for mange åbne forbindelser på deres server? Lidt sent, og jeg virkelig ikke ønsker at optimere "ned" for deres service.
2 Brugere Kommenteret på "Network Solutions - endnu mere Customer Support tragedier"
Hey, der beskæftiger sig med den slags ting er intet i forhold til det helvede, der forsøger at løse et problem med Medicare over telefonen - som et [sundhedssektoren] udbyder.
Jeg har mistet min ns-hjemmeside 72 timer siden, og de lige fortalt mig "Men der er ingen filer, der uploades til din web-hosting-pakke", og de gav mig links til vejledning om korrekt anvendelse af ftp-klienter. De taler til mig som om de ikke er dem ansvarlige, eller vil de holde sig til ansvar for dette. Hele min hjemmeside jeg har opbygget i 5 år, gået forsvandt.
