bybunny

mam jako drugi telefon i dla mnie rewelacja

tam jest rurka tylko 250 Mbps jak już to proponuję to: E3-SSD-3 Intel Xeon E3 1245v2 4 c / 8 t 3.4 GHz+ 32 GB 3x 120 GB SSD Soft również 250 rurka ale masz realne zasoby

Czy aby na pewno wypełnienie "kwitków" jest potrzebne w ovh?

i to by było na tyle....

... bardzo dużo

Dokładnie to miałem na myśli, np robienie schodów tylko po to by trzymać klienta na siłę i prosić o durnowate wypełnianie formulaży, wysyłanie faksem itp

Trochę to smutne: "jeśli jest problem z kontaktem do partnera, etc." takie dziadowanie ale dzięki za odpowiedź.

Jak w temacie: snippedcode.com nibbleemail.com linuxiso.net tinymtr.com airsnail.com toolcow.com beedig.com flaremx.com Osobiście nie mam czasu się tym zajmować bo mam tego po prostu już za dużo. Jeżeli na jakiejś domenie jest aktywny serwis/usługa więcej informacji udzielę na maila: tom@sixwishlist.com

airsnail.com - sprzedane

A czemu akurat HRD?

I tak i nie, ponieważ jest to tylko jeden z elementów. Dalej jest oczywiście dedykowany sprzęt w DC a sprawa konfiguracji via support

na szybko: voxility.net

Po co sobie utrudniać i dodatkowo obciążać system? Wykonanie takiej funkcji jest bardzo proste właśnie z wykorzystaniem tylko API. Działa na zasadzie włącz / wyłącz.

Zainteresuj się tym: https://github.com/php-opencloud/openstack , pomoże zrozumieć mechanizm działania a tym samym da podłoże dla twojego rozwiązania.

Musisz stworzyć w panelu z wątku ,który podałeś moduł odpowiedzialny za komunikację pomiędzy tym panelem ( w oparciu o API) a mechanizmem wykorzystywanym do tworzenia kontenerów i zarządzaniem nimi. To w wielkim skrócie, naprawdę wielkim. Problem polega jednak na tym jakie uprawnienia ma użytkownik końcowy ponieważ jeżeli będzie miał dostęp do SSH może zablokować jeden ze schematów który najłatwiej wdrożyć a mianowicie wykorzystując funkcje na których tobie zależy. Jestem przeciwnikiem stosowania tego typu rozwiązań. Poszedł bym właśnie w kierunku tylko i wyłącznie API co całkowicie pomija zmiany wprowadzone przez użytkownika końcowego ponieważ obsługa by miała formę nadrzędną i tym samym zależna jedynie od właściwości jakie zaprogramujesz - wykorzystasz. OpenStack daje naprawdę duże pole do popisu dla programistów więc albo przestudiujesz dokumentację i zrobisz to jak należy albo będziesz łatał mało profesjonalne i tym samym zawodne rozwiązania z piętrzącymi się co chwilę problemami.

To co otrzymujesz dotyczy danych które podałeś w oparciu o link który dał mzone. Często powoduje to problemy ponieważ domena jest stosunkowo tania i krótka a nikt specjalnie nie zagłębia się w zasady rejestracji.

Jest, oczywiście ale mylisz struktury zarządzania usługą www/dns itp w oparciu o konkretny panel i odpowiednie uprawnienia z zarządzaniem niezależnych środowisk wirtualnych. To zupełnie odrębne zagadnienie oparte na innych uprawnieniach.

Więc szukaj rozwiązania tu: http://docs.openstack.org/ ,chyba że celujesz w OVH to poszperaj w ich dokumentacji.

Nie klikałem w oferty a z treści postu to nie wynikało. Mimo wszystko to drogo w tej Polsce

To jest cena miesięczna?

Na innym forum napisałem odpowiedź lecz jak napiszesz w oparciu o jakie oprogramowanie tworzone są kontenery łatwiej będzie to rozpisać by realnie zdało egzamin. Hasło to nie wszystko bo klient może zmienić sobie port i przejść na klucz więc twoja teoria odnoście wykonania funkcji legnie w gruzach i będziesz to musiał zrobić po prostu manualnie.

Oparte na wirtualizacji?

raczej VPS-y

Dedyka?

Sam się nie wgrywa! Po pierwsze zacznij od przewertowania samej usługi hostingowej. Na ile pozwala by zabezpieczyć wordpress-a. Poradników jest miliony a samo google o ile mi wiadomo jest za darmo?! To nie wina hostingu/usługodawcy tylko elementów jakie wykorzystujesz. Często zakodowanych i upodobnionych nazwami by na pierwszy rzut oka wyglądały jak oryginalna zawartość. W tym przypadku jak twierdzisz dotyczy to theme. Ale czy na pewno? Może jakiś moduł wybrał sobie tę lokalizację na dopisanie jakiegoś syfu?