Wdrażanie aktualizacji zawartości z serwera pomostowego na serwer działający

8

Próbujemy wdrożyć aktualizacje zawartości z naszego serwera pomostowego na nasz serwer na żywo, ale mamy trudności ze znalezieniem dobrego sposobu na to. Musimy być w stanie wdrażać nowe strony, aktualizacje stron i od czasu do czasu usuwać strony. Nasza strona korzysta również z modułu książki, więc moduł Wdróż nie działa w tej chwili dla nas. Używamy funkcji do aktualizacji dużych struktur. Dlatego naszą troską są tylko codzienne aktualizacje treści.

Czy są jakieś moduły, które mogą to zrobić i obsługiwać strony książki?

środek przeciwbólowy
źródło
Myślę, że jest to nieco związane z drupal.stackexchange.com/q/137/134 . Możesz rzucić okiem na odpowiedź tam i sprawdzić, czy to pomaga, lub wyjaśnić swoje pytanie, dlaczego jest inaczej.
Chaulky,
Żadna z tych odpowiedzi nie działa na stronach książki ani nie usuwa. Oba są dla nas bardzo ważne. Ponadto wykonanie pełnego zrzutu bazy danych i zrzutu pliku za każdym razem wydaje się poważną przesadą.
antygeny
Czy można zmienić zamrażanie zawartości podczas produkcji podczas zmiany systemu pomostowego?
BetaRide,

Odpowiedzi:

3

Funkcje UUID i UUID pozwalają wyeksportować Węzeł do funkcji, który może być dokładnie tym, czego szukasz, oznacza, że ​​nie musisz bałaganić bazy danych.

Odszyfrować
źródło
1

Zakładam, że Drupal 6 jest tutaj i nie wiem osobiście, czy będzie działał z modułem książki, ale czy zastanawiałeś się nad wdrożeniem ?

justintime
źródło
0

Możesz także spróbować wysłać Phing , dzięki któremu możesz automatycznie:

  • Zrzuć bazę danych pomostową za pomocą mysqldump.
  • Skopiuj plik mysqldump z jednego serwera na drugi przy użyciu szyfrowania SCP i klucza publicznego i prywatnego.
  • Zaimportuj mysqldump z systemu plików do bazy danych.
  • Uruchom polecenie Feature Cofnij wszystko ( drush fra -y), aby serwer produkcyjny pobierał ustawienia produkcji (takie jak bloki, widoki, konteksty itp.) Znajdujące się w kodzie funkcji.

Problemy, które widzę przy takim podejściu:

Będziesz musiał wykonać bardzo drobnoziarnisty eksport bazy danych, co oznacza, że ​​weźmiesz tylko węzły, wersje_węzłów, cck i tabele menu.

W tym ostatnim punkcie (linki menu), chyba że uzyskasz dostęp do serwera sceny i serwera prod przy użyciu tego samego aliasu adresu URL, będziesz mieć różne pozycje pozycji menu, a to będzie poważny problem.

amator barista
źródło
3
Staram się trzymać modułów Drupala, jeśli to możliwe. I szczerze mówiąc, ten pomysł wydaje się być wypadkiem z powodu uszkodzenia danych.
antygeny
0

Właściwie podoba mi się metoda pełnego zrzutu DB, która może być skryptowana i często może zostać ukończona w ciągu kilku sekund. (Utrzymanie kontroli nad poprawkami i wykluczenie tabel pamięci podręcznej itp. Może znacznie zmniejszyć rozmiar.) Możesz nawet stworzyć prosty moduł zapewniający interfejs wydawcom treści do uruchomienia tego procesu.

Musisz uwzględnić wszelkie treści, które możesz zaakceptować od użytkowników witryny, takie jak komentarze lub formularze kontaktowe. Jeśli są jakieś - zaskakująco często ich nie ma - możesz skorzystać z usługi zewnętrznej, takiej jak Disqus w przypadku komentarzy lub Marketo w przypadku formularzy pozyskiwania potencjalnych klientów, ostrożnie posegreguj takie zgłoszenia do osobnej bazy danych Drupal, która nie jest nadpisywana, lub ostrożnie nie zastępuj tych dotknięte tabele podczas procesu eksportu / importu.

Tam, gdzie można go uruchomić, może okazać się najprostszą, najszybszą i najbardziej niezawodną metodą. Witryna, która nigdy nie przyjmuje danych od użytkowników (innych niż usługi zewnętrzne), otwiera wiele drzwi do szybszego i bardziej bezpiecznego.

matthewv789
źródło