Hallo Heike, zum A-Record gibt es eigentlich nicht viel zu sagen. In der Regel kann man (auch bei Strato) bei der Domain die DNS-Einstellungen bearbeiten. Hier wählte man dann den A-Record und gibt die IP-Adresse des neuen Hosters ein. Beim neuen Hoster muss dann die Domain als vHost eingerichtet werden. Bei Mittwald geht das auch in den kleinen Paketen problemlos. Wie das bei anderen Providern ist, wissen bestimmt andere zu berichten.
Viele Grüße, Lars Brinkmann Am 24. Februar 2015 um 17:22 schrieb Heike Herzog-Kuhnke <h...@kuhnke-owl.de>: > strato verlassen geht leider nicht. > ich rufe jetzt mal bei der hotline an, nachdem der gleiche fehler bei der > ersten installation jetzt auch auftritt. > > ich melde mich. > > sollte das nix helfen wäre eine info zu dieser A-record Geschichte gut zu > wissen. Ich selbst bin ja bei all-inkl... > > > Am 24.02.15 um 17:18 schrieb Lars Brinkmann: > >> Hallo Heike, >> >> ich kann Dir echt nur den Tipp geben, mit dem TYPO3-Hosting zu >> einem anderen Provider zu wechseln. Die Zeit, die Du jetzt bei >> Strato geopfert hast, bekommst Du nie wieder rein. Und es wird >> immer wieder zu Problemen kommen, solange Du nicht einen >> eigenen Rootserver hast, den Du komplett selber administrieren >> kannst. Insbesondere bei Mittwald bekommst Du Hosting-Pakete, >> bei denen Du wirklich ohne tiefe Serverkenntnisse vernünftig hosten >> und updaten kannst. Aber auch Weiland, Hetzner und AllInkl >> bieten bessere Leistung... >> >> Eine Möglichkeit wäre auch, nur das Hosting auszulagern und >> den A-Record umzustellen. So kannst Du die anderen Strato- >> Leistungen wie E-Mail, etc. weiter nutzen. >> >> Viele Grüße, Lars Brinkmann >> >> Am 24. Februar 2015 um 17:01 schrieb Heike Herzog-Kuhnke >> <h...@kuhnke-owl.de>: >>> >>> Habe den Fehler nun gemeldet und hoffe, das man das lösen kann. >>> Schade, dass keiner hier eine Idee hatte. >>> Da die Meldung die gleiche war, von der mir Phillipp Gampe geschrieben >>> hatte, dass ich das melden soll und ich den Fehler dieses Mal nicht mehr >>> weg >>> bekomme und damit nachvollziehen kann, denke ich - bzw. Hoffe ich auf >>> iene >>> Lösung. >>> Falls noch jemand eine Idee haben sollte, wäre ich dankber. >>> >>> Ich habe mittlerweile sogar schon mal den kompletten Inhalt der Datenbank >>> ohne Ergebnis gelöscht. >>> >>> Gruß >>> Heike >>> >>> >>> Am 23.02.15 um 07:37 schrieb Heike Herzog-Kuhnke: >>>> >>>> >>>> Keiner eine Idee zu diesem Fehler? >>>> >>>> >>>> Am 22.02.15 um 11:58 schrieb Heike Herzog-Kuhnke: >>>>> >>>>> >>>>> Hallo Jungs, >>>>> >>>>> irgendwie bekomme ich immer mehr graue Haare mit dieser Installation. >>>>> Ich hatte bei einer komplett frisch aufgesetzten 6.2.9 Installation auf >>>>> einem STRATO Server im Install Tool die Einstellung: >>>>> >>>>> [GFX][im_version_5] = im6 >>>>> >>>>> auf >>>>> >>>>> [GFX][im_version_5] = gm >>>>> >>>>> gestellt, weil beim GDLIB Test einige der verarbeiteten Bilder >>>>> (Texteffekte etc.) nur Farbflächen waren. Das brachte mir einen >>>>> heftigen >>>>> Fehler ein, den ich nicht mehr zu 100 % nachvollziehen kann. also >>>>> stellte ich das Ganze zurück und habe auch die Caches in allen >>>>> Varianten >>>>> gelöscht. >>>>> >>>>> Nur seither und das konstant, wenn ich den GDLib Test aufrufe kommt >>>>> folgende Fehlermeldung: >>>>> --------------------------------------------------- >>>>> Load extension configuration >>>>> >>>>> The system detected a fatal error during script execution and >>>>> redirected >>>>> to this module. Your loaded extensions are now checked for possible >>>>> problems. After incompatible extensions are unloaded, you can restart >>>>> the initial action to proceed your request. >>>>> Detected Fatal Error >>>>> Call to undefined method >>>>> TYPO3\CMS\Install\Database\DatabaseConnectionMock::isConnected() in >>>>> >>>>> >>>>> /mnt/webd/c3/90/51621290/htdocs/typo3-new/typo3_src-6.2.9/typo3/sysext/core/Classes/Error/ErrorHandler.php >>>>> >>>>> on line 174 >>>>> >>>>> Check for broken extensions >>>>> >>>>> Checks whether the local extensions' ext_tables and ext_localconf files >>>>> can be included without errors, meaning they can be loaded without >>>>> breaking the system. >>>>> >>>>> All local extensions can be loaded! >>>>> ------------------------------------------------------ >>>>> >>>>> Wie kann eine so kleine Einstellung das System so dermaßen kaputt >>>>> machen? Vor allem habe ich das Ganze ja wieder zurück gestellt. >>>>> >>>>> Sicherheitshalber hier meine kompletten GFX Einstellungen: >>>>> >>>>> 'GFX' => array( >>>>> 'colorspace' => 'sRGB', >>>>> 'gdlib' => '0', >>>>> 'gdlib_png' => '1', >>>>> 'im' => 1, >>>>> 'im_mask_temp_ext_gif' => 1, >>>>> 'im_path' => '/usr/bin/', >>>>> 'im_path_lzw' => '/usr/bin/', >>>>> 'im_v5effects' => 1, >>>>> 'im_version_5' => 'im6', >>>>> 'image_processing' => 1, >>>>> 'jpg_quality' => '90', >>>>> 'thumbnails_png' => '1', >>>>> ), >>>>> >>>>> Hat irgendwer eine Idee? >>>>> Gibt es irgendwelche Servereinstellungen, die ich noch machen muss. >>>>> Macht es Sinn Imagemagick oder Graphicsmagick selbst auf den Server zu >>>>> laden? >>>>> >>>>> Frustrierte Grüße >>>>> Heike >>>> >>>> >>>> >>> >>> _______________________________________________ >>> TYPO3-german mailing list >>> TYPO3-german@lists.typo3.org >>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german >> >> >> >> > > _______________________________________________ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- brinkmann.l...@gmail.com _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
