| |
|
Въпроси и Отговори
|
| |
| 1. Предлагате ли регистрация на домейн имена? |
| Знаем, че домейн име се купува еднократно и че хостинг доставчикът се сменя често в търсене на по-добра цена, по-добра поддръжка, по-добра производителност. Затова предпочитаме да предоставяме независима хостинг услуга, за да улесним нашите клиенти при смяната ни с друг хостинг доставчик, който по-добре отговаря на техните изисквания. Ние не предлагаме регистрация на домейн имена, но Вие можете да направите това при едни от най-популярните регистри, като: http://godaddy.com , http://www.domainrightnow.com , http://www.register.bg , http://www.ns1.bg . Веднага след като създадем акаунта Ви в нашата система, ще Ви изпратим "name" сървърите, нужни Ви за конфигурацията на Вашето домейн име, за да го насочите към нашите услуги. |
| 2. Как да тествам приложението си, преди моето домейн име да е насочено към Вашите сървъри? |
В случай, когато, преди да пренасочите домейн името си към нашите сървъри или изчаквате актуализирането на локалните DNS сървъри, искате да сте сигурни, че каченото от Вас приложение работи правилно, можете да направите следните промени :
• за Windows - редактирайте файл "\WINDOWS\system32\drivers\etc\hosts"
• за Unix/Linux - редактирайте файл "/etc/hosts"
като добавите в тях следния ред: "x.x.x.x mydomain.com" (без кавичките), където "mydomain.com" е Вашето домейн име, а "x.x.x.x" е IP адресът на Вашето приложение, който ще получите заедно с другата информация за достъп при създаване на акаунта Ви. |
| 3. Как да инсталираме приложение от "war" файл? |
| Тъй като предлагаме едновременна подръжка на PHP4, PHP5, JSP, Servlets, JSF, се налага конфигурация за всяко под-домейн и домейн име на "Tomcat- Context" и "Apache - Virtual Server" работещи заедно посредством "mod_jk", така че само следните URL-та от всички HTTP заявки се пренасочват от Apache сървъра към Tomcat сървъра: [ /*.jsp | /servlet/* | /*.do | /*.jspf | /*.jsf | /faces/* | /adf/* ](по Ваша заявка те могат да бъдат променяни), при което се създават и автоматично и нужните Root директории, с готови тестове, които да потвърдят, че технологиите работят успешно заедно. Всички тези настройки се осъществяват посредством контрол панел-а автоматично със създаването на домейн име или под-домейн. Директно не можете да инсталирате "war" файл, но можете да създадете под-домейн или да ползвате основното Ви домейн име, и да качите на сървъра разархивирания "war" файл на подходящите места, следвайки автоматично създадените и успешно работещи тестови файлове. Съветваме Ви, преди да качите приложението си, сами да се уверите, че тестовите файлове се изпълняват успешно. В повечето случаи, особено след качване на ново приложение, ще се наложи да поискате и рестарт на Tomcat сървъра от нашия екип по поддръжка, за да се зареди приложението Ви по правилен начин. |
| 4. Защо "welcome" файловете, конфигурирани в "web.xml", не се зареждат? |
| Тъй като предлагаме едновременна поддръжка на PHP4, PHP5, JSP, Servlets, JSF, посредством "mod_jk"(Apache сървър модул), така че само следните URL-та от всички HTTP заявки се пренасочват от Apache сървъра към Tomcat сървъра: [ /*.jsp | /servlet/* | /*.do | /*.jspf | /*.jsf | /faces/* | /adf/* ](по Ваша заявка те могат да бъдат променяни), следователно до Tomcat сървъра не достигат URL-та като "/*".При конфигурирането на URL-та като "/*" , "welcome" файловете ще проработят, но PHP фукционалността ще спре да работи, защото при конфигурация на този "/*" URL модел, всички HTTP заявки ще се пренасочват от Apache сървъра към Tomcat сървъра. Друга причина може да бъде невъзможността на Tomcat сървъра да презареди "web.xml", защото, въпреки конфигурацията на Tomcat-Context-а да бъде автоматично презареждан, този тип файлове се пропускат. Така че, ако правите промени в "web.xml" и искате да сте сигурни, че те ще се вземат под внимание, просто поискайте рестарт на Tomcat сървъра от our Support Team и той ще бъде изпълнен в най-кратко време. Също добър подход е просто да използвате "index.html" или "index.jsp" файлове вместо "welcome" конфигурации и така ще запазите двете технологии работещи заедно. |
| 5. Защо Servlet-ите от тестовете минават успешно, а качените от мен дават грешка 404? |
| Възможни са няколко причини. Тъй като предлагаме едновременна подръжка на PHP4, PHP5, JSP, Servlets, JSF, посредством "mod_jk"(Apache сървър модул), така че само следните URL-та от всички HTTP заявки се пренасочват от Apache сървъра към Tomcat сървъра: [ /*.jsp | /servlet/* | /*.do | /*.jspf | /*.jsf | /faces/* | /adf/* ](по Ваша заявка те могат да бъдат променяни), следователно ако URL-тo на Вашия сървлет не отговаря на никой от моделите, със сигурност няма да се изпълни, защото няма да стигне до Tomcat сървъра. Друга причина може да бъде невъзможността на Tomcat сървъра да презареди "web.xml", защото, въпреки конфигурацията на Tomcat-Context-а да бъде автоматично презареждан, този тип файлове се пропускат. Така че, ако правите промени в "web.xml" и искате да сте сигурни, че те ще се вземат под внимание, просто поискайте рестарт на Tomcat сървъра от our Support Team и той ще бъде изпълнен в най-кратко време. |
| 6. Защо "index" файлът, който ползвам, не се зарежда пръв? |
| Приоритетът на зареждане на "index" файловете е следния: (DirectoryIndex index.jsp index.html index.php), което означава - ако съществува файл "index.jsp" в основната директория се зарежда първо той, ако липсва, се търси файл "index.html", ако и той липсва, се търси файл "index.php". Препоръчваме да не държите повече от един "index" файл в основната си директория. По Ваша заявка можем да променим "index" конфигурацията за конкретен домейн или под-домейн. |
| 7. Защо качените от мен промени не се актуализират на Tomcat сървъра? |
| Въпреки конфигурацията на Tomcat-Context-а да бъде автоматично презареждан, някои файлове като "web.xml","*.properties" и статични ресурси, които се зареждат при стартиране, не се актуализират. Така че, ако искате да сте сигурни, че всичките Ви промени ще се вземат под внимание, просто поискайте рестарт на Tomcat сървъра от our Support Team и той ще бъде изпълнен в най-кратко време. |
| 8. Колко домейн имена мога да насоча към моя абонамент? |
| Всички планове, който предлагаме, нямат ограничение от насочените домейн имена, освен "Java Hosting Plan", който има ограничение от едно домейн име. Ограничението се състои в това, че при използването на споделен сървър, както е в случая на "Java Hosting Plan", за да се различават и насочват различните заявки, идващи с различни домейн имена, има специфични настройки "Virtual Servers" -Apache сървъра и "Host" - Tomcat сървъра, създавани автоматично от контрол панела и при липсата на който, дори и да насочите Вашето домейн име към нашите сървъри, то ще бъде пренасочено към интернет адрес по подразбиране. |
| 9. Кой е най-добрият за мен метод за плащане? |
| За България най-добрият начин е чрез директен банков превод, който може да бъде осъществен както във всеки банков клон, така и чрез http://e-pay.bg, на посоченатa от нас сметка, при този вариант ще получите и фактура директно от нас. Друг вариант е използването на "MoneyBookers", които предлагат локални плащания в много страни, включително и България, и с много ниски трансферни такси. Ако желаете да платите с кредитна карта, може да използвате както "2Checkout.com" системата за разплащания, така и "MoneyBookers", където е нужно да си създадете акаунт. Имайте предвид, че при използването на "MoneyBookers" и "2Checkout.com" фактурите за използването на услугите ни ще Ви бъдат издадени от техните системи. Веднага щом заявите желание да ползвате услугите ни и се свържете с отдел продажби, ще Ви създадем акаунт и няма да има проблем да получим плащането няколко дни след това. |
| 10. Включва ли абонаментът ми самостоятелна JVM (Java Virtual Machine)? |
| Самостоятелни Java виртуални машини са включени в абонаментните планове "Java Персонален Хостинг","Разширен Персонален Хостинг", "Java Виртуален Сървър", "Разширен Виртуален Сървър", които са базирани на индивидуални самостоятелни системи. При плановете "Java Хостинг План" и "Разширен Хостинг План" се използват споделени системи, като всяка система съдържа не повече от 17 клиента, и когато достигне лимита си, тя се затваря за нови клиенти, което я прави с времето и по-стабилна. Предимството да ползваме споделена виртуална машина е възможността да спеделяме неизползваната памет между приложенията в една среда, което ни позволява да заделяме стандартно по 2GB Heap на Тоmcat сървър. В Интернет съшествуват множество хостинг компании, който предлагат персонални виртуални машини, но на цената на крайно недостатъчни малки Java Max Heap-ове (64MB), и допълнителни такси при увеличаването им, защото достигнал един път определени нива заета памет, "java" процесът не ги освобождава и те не могат да се преизползват. Да, с лична вируална машина ще имате контрол върху приложението и ще си го настройвате както и когато поискате, но производителността винаги ще Ви бъде ниска. С помощта на нашия екип по поддръжка, ще можете да направите каквито настройки пожелаете по приложението си, и ще имате комфорта да ползвате отличен Java Heap. |
| 11. Защо имам проблеми при използването на FTP? |
Има три начина на обмен на файлове с нашите сървъри: "FTP:Active Mode", "FTP:Passive Mode", "HTTP:WebFTP". "Passive Mode" е по-стабилният начин за комуникация. По подразбиране повечето FTP клиенти, включително и FileZilla (безплатен FTP клиент, който Ви препоръчваме да използвате), са конфигурирани да ползват "Passive Mode". Ето примерна комуникация, при която клиент избира да се свърже, като използва случайно избран клиентски порт: "2024"
• Active FTP :
command - client:2024 -> server:21
data - client:2024 <- server:20
• Passive FTP :
command - client:2024 -> server:21
data - client:2024 -> server:56031.
На Firewall-а на Вашия интернет доставчик, е възможно да е спряна възможността компютрите Ви да се свържат с нестандартни портове, при което установяването на връзка от клиент към сървъра на случайно избран порт "56031" при "Passive Mode", е възможно да бъде блокирана. При изпозване на "Active Mode", от друга страна, след като клиентът е установил връзка със сървъра по командния порт 21, сървърът се опитва да установи връзка с клиента на клиентския порт "2024", за да му прати или получи желания файл. Точно този опит също е възможно да бъде спрян от Firewall-а на Вашия интернет доставчик и причината за чести "Timeout"-и. Друг начин да качвате файлове на Вашия сайт е използването на WebFTP-то, което предлагаме, но там ще срещнете PHP ограничението да качвате файлове, по-големи от 10MB. |
| 12. Как да свържа приложението си с MySQL база данни сървъра? |
За да свържете приложението си с MySQL база данни сървъра, са Ви нужни
• Driver Class Name : "com.mysql.jdbc.Driver"
• Connection URL : "jdbc:mysql://localhost/mydbname" (където "mydbname" името на Базата Данни, създадена от Вас посредством контрол панела)
• Username/Password : ( създадени от Вас посредством контрол панела за съответната База Данни)
В случай , когато ползвате "DataSource" и Ви е нужна допълнителна конфигурация на "Resources" в Tomcat -"Context" конфигурацията за Вашето приложение, е нужно да поискате тази промяна от our Support Team и тя ще бъде направена в най-кратко време. Поради съображения за сигурност при автоматизиране на конфигурациите, Вие нямате достъп до "Context" конфигурацията, и дори да имате "./META-INF/context.xml" файл, той не се взима предвид. |
| 13. Как да конфигурирам и работя с MySQL база данни сървъра? |
| Като начало, трябва да създадете Ваша база данни и потребител към нея, посредством контрол панела. След това можете да администрирате Вашата база данни, използвайки "phpMyAmdin" (web интерфайса, до който имате достъп и през контрол панела) или "desktop" клиент като "SQLyog", но за последния трябва да поискате също от our Support Team, да осигури достъп за Вашето IP на нашия "Firewall", в най-кратко време. |
| 14. Включва ли абонаментът ми SSH2 достъп? |
| SSH2 достъп е включен в абонаментните планове "Java Персонален Хостинг","Разширен Персонален Хостинг", "Java Виртуален Сървър", "Разширен Виртуален Сървър", които са базирани на индивидуални самостоятелни системи. При плановете "Java Хостинг План" и "Разширен Хостинг План" се използват споделени системи и поради съображения за сигурност не се предлага SSH2 достъп. Ако имате необходимост от каквато и да е работа, използвайки SSH2, просто поискайте да Ви бъде направена от our Support Team и тя ще бъде направена в най-кратко време. |
| 15. Включва ли абонаментът ми самостоятелен IP адрес? |
| Самостоятелен IP адрес е включен в абонаментните планове "Java Персонален Хостинг","Разширен Персонален Хостинг", "Java Виртуален Сървър", "Разширен Виртуален Сървър", които са базирани на индивидуални самостоятелни системи. При плановете "Java Хостинг План" и "Разширен Хостинг План" се използват споделени системи с общ IP адрес. |
| 16. Как да създам и ползвам E-Mail акаунти? |
| За да ползвате E-Mail акаунт, трябва първо той да бъде създаден от Вас използвайки контрол панела. Тествайте дали работи правилно използвайки WebMail на адрес http://mail.mydomain.com (където "mydomain.com" е Вашето домайн име конфигурирано да използва нашите сървъри). |
| 17. Как да конфигурирам E-Mail( POP3(S)/SMTP(S) ) клиент на моя компютър? |
Информацията, достатъчна Ви за конфигурациата на Вашия десктоп клиент е следната:
• Mail Server (POP3/SMTP): mail.mydomain.com (където "mydomain.com" е Вашето домайн име)
• Username/Password: myuser@mydomain.com ( потребителя създаден от Вас посредством контрол панела)
• Account Name: myuser@mydomain.com ( потребителя създаден от Вас посредством контрол панела) .
Представяме Ви примерна конфигурация на "Thunderbird" E-Mail клиент:
• Свалете инсталация на Английски език от : http://www.mozilla.com/en-US/thunderbird/all.html
• Инсталирайте го и отидете на : "Tools" > "Account Settings" > "Add Account" > "Email Account"
• Попълнете в показаниа диалог следните данни:
- Your Name: Иван Георгиев (вашето име)
- Email Address:myuser@mydomain.com ( потребителя създаден от Вас с контрол панела)
- Избере "POP" радио бутон. Размайкирайте "Global Inbox".
- POP3/SMTP Incoming Server : mail.mydomain.com (където "mydomain.com" е Вашето домайн име)
- Account Name:myuser@mydomain.com ( потребителя създаден от Вас посредством контрол панела)
• При първо проверяване на пощата трябва да въведете и паролата, с която се създали E-Mail потребителя.
Вашата конфигурация е готова! |
| 18. Съвместимо ли е приложението ми със средата, която предлагате? |
| Ако искате приложението Ви да бъде съвместимо със средата, която предлагаме обърнете внимание на следните препоръки: Тествайте приложението си на Tomcat 6 сървър. Компилирайте класовете си с JDK 1.6.x . MySQL база данни сървъра , по подразбиране използва "UTF-8" енкодинг, ако Ви трябва база данни с друг специфичен енкодинг, поискате това от our Support Team . PHP5 е езика използван по подразбиране за всички ".php" файлове, ако желаете да използвате PHP4 Вашите файлове трабва да бъдат с разширените ".php4". Тъй като предлагаме едновременна поддръжка на PHP4, PHP5, JSP, Servlets, JSF, посредством "mod_jk"(Apache сървър модул), така че само следните URL-та от всички HTTP заявки се пренасочват от Apache сървъра към Tomcat сървъра: [ /*.jsp | /servlet/* | /*.do | /*.jspf | /*.jsf | /faces/* | /adf/* ](по Ваша заявка те могат да бъдат променяни). |
|
| |
|
|
|
