Die Passwortänderung hat wohl ein paar Minuten länger gebraucht. Jetzt, mit neuem Passwort, gibt es keine Probleme mehr.
Danke für eure Hilfe!
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenDie Passwortänderung hat wohl ein paar Minuten länger gebraucht. Jetzt, mit neuem Passwort, gibt es keine Probleme mehr.
Danke für eure Hilfe!
Der Hoster hat geschrieben, dass die Datei wohl immer per FTP entfernt wird und meint, dass "da wird ein Synchronisierungsprogramm genutzt, das den Server mit den lokalen Daten überprüft und dementsprechend anpasst." Zudem kam eine Liste mit den heutigen IPs von denen die Synchronisierung veranlasst wird:
Wed Dec 19 08:55:16 2012 1 188.138.88.213 53 /html/.htaccess a _ i r web54 ftp 0 * c
Wed Dec 19 09:44:27 2012 1 188.138.88.213 53 /html/.htaccess a _ i r web54 ftp 0 * c
Wed Dec 19 10:39:43 2012 1 92.196.107.3 206 /html/htaccess.txt a _ i r web54 ftp 0 * c
Wed Dec 19 12:31:25 2012 1 188.138.88.213 53 /html/.htaccess a _ i r web54 ftp 0 * c
Nur die 92.196.107.3 ist meine. Da habe ich die htaccess als txt rüberkopiert und dann entsprechend umbenannt. Die andere scheint wohl ein anderer Rechner zu sein.
Jetzt habe ich gerade direkt erst mal das Passwort geändert. Trotzdem war nach kurzer Zeit die Subdomain wieder nicht erreichbar.
Woran kann es liegen? Ist das vielleicht irgend ein Robot, der drauf zugreift?
Bislang hat ja alles funktioniert. Den Hoster habe ich nun erst Mal angeschrieben.
Heute wieder das gleiche. An den zwei Verzeichnissen hat es also nicht gelegen :???:
Mmmh, das WP-Verzeichnis ist nur ne Sicherung. Glaube ich zumindest. Habe das jetzt erst mal gelöscht. Mal schauen, ob das was bewirkt hat.
Danke für deine Antwort, Bambaataa!
Log Daten habe ich leider nicht. Weiß auch nicht so genau, wie man die erstellt. Dieses Log-Skript hat mich gerade auch nicht schlauer gemacht:
http://code.freudendahl.net/2008/01/php-loginfos-herausfinden/
In dem Verzeichnis ist eigentlich nichts anderes, was auch auf die Datei zugreift. Hier ein Screenshot
Die finkenau.html ist nur ne kleine Homepage, die auf nichts anderes zugreift.
Die .htaccess habe ich übrigens gerade vor knapp 30 Minuten neu aufgespielt. Bislang funktioniert noch alles, morgen wird die aber wohl wieder weg sein.
Was mich wundert ist auch der Kommentar in dem Permalink-Menü im Dashboard:
"Wenn deine .htaccess-Datei beschreibbar wäre, könnte WordPress sie automatisch bearbeiten. Das ist nicht der Fall. Darum findest du hier die mod_rewrite-Regeln, die du manuell in deine .htaccess-Datei einfügen musst. Klick in das Feld und verwende Strg+A, um alles auszuwählen."
Dabei ist der Zugriff der .htaccess auf 644 gestellt. Also so, wie es eigentlich sein soll.
Gestern Abend habe ich dann noch mal die htaccess-Datei hochgeladen. Dann hat diesmal alles etwas länger funktioniert. Nun sind die Subdomains aber wieder nicht zu erreichen!
Wenn ich mit FileZilla auf dem FTP schaue, ist auch die htaccess weg. Sieht so aus, als würde die einfach immer verschwinden :?
Das ist ja das komische: Wenn ich dann die Datei runterladen will und öffnen will geht das nicht. Ich habe dann versucht die Datei umzubenennen und dann rüberzukopieren. Umbenennen ging dann schon nicht. Irgendwann wurde dann die htacess gar nicht mehr angezeigt.
Ich weiß ja, dass in Unix-Systemen Dateien mit einem Punkt vorne nicht angezeigt werden. Habe FileZilla aber extra so eingestellt, dass die angezeigt werden. Wie geschrieben, die Datei wurde ja auch zuerst angezeigt. Mit Total Commander als FTP-Client passiert übrigens genau das gleiche.
Irgendwas stimmt da nicht :?
Jetzt habe ich gerade noch mal reingeschaut. Die Subdomäns funktionieren jetzt wieder nicht.
Ich habe also wieder die [COLOR=#333333].htaccess manuell beschrieben, als txt-Datei hochgeladen und dann umbenannt. Dann hat alles wieder funktioniert. 2 Minuten später gehen die Subdomäns wieder nicht!
Woran kann das liegen?!
[/COLOR]
So, habe jetzt noch mal ne ganze Zeit lang rumprobiert. Es lag wohl irgendwie an den Permalinks. Musst da die .htaccess manuell beschreiben und jetzt klappt es :-)
[COLOR=#333333]Moin!
Ich wurde heute darüber informiert, dass auf meiner Seite ([/COLOR]http://www.allaboutyou-coaching.de/[COLOR=#333333]) alle Subdomains nicht mehr zu erreichen sind. Ich habe direkt den Webhoster angeschrieben. Von deren Seite soll alles OK sein.
Ich habe seit ein paar Wochen nichts mehr an der Seite verändert und auf einmal werden die Subdomains nicht mehr angezeigt. Ich bekomme folgende Fehlermeldung: "404 [/COLOR]Not Found The requested URL /team/ was not found on this server"
[COLOR=#333333]
Das Dashboard ist ganz normal zu erreichen. Wenn ich dann bei den Seiten oder Artikeln auf ansehen gehe, kommt auch die gleiche Fehlermeldung. Eine neu erstelle Seite geht auch nicht.
Woran kann das liegen?
Viele Grüße aus Hamburg
[/COLOR]
Hallo,ich möchte auf meiner Seite (http://www.allaboutyou-coaching.de/) eine Facebook Like Box rechts neben meiner Seite stehen haben.
Habe gerade schon 2 Stunden rumprobiert und bekomme es einfach nicht hin.Das Widget habe ich bei facebook dev automatisch generieren lassen und dann als Widget in die Sidebar gezogen. Der Code sieht so aus:
<div id="fb-root"></div>
<script>(function(d, s, id) {
var js, fjs = d.getElementsByTagName(s)[0];
if (d.getElementById(id)) return;
js = d.createElement(s); js.id = id;
js.src = "//connect.facebook.net/en_GB/all.js#xfbml=1&appId=249599475134855";
fjs.parentNode.insertBefore(js, fjs);
}(document, 'script', 'facebook-jssdk'));</script>
Allgemein: Ich habe das Thema _s 1.0-wpcom installiert. So wie ich das sehe, sind die Widgets aktiviert.
So sehen die entsprechenden Dateien aus:
sidebar.php
<?php
/**
* The Sidebar containing the main widget areas.
*
* @package _s
* @since _s 1.0
*/
?>
<div id="secondary" class="widget-area" role="complementary">
<?php do_action( 'before_sidebar' ); ?>
</div><!-- #secondary .widget-area -->
Alles anzeigen
functions.php
<?php
/**
* _s functions and definitions
*
* @package _s
* @since _s 1.0
*/
/**
* Set the content width based on the theme's design and stylesheet.
*
* @since _s 1.0
*/
if ( ! isset( $content_width ) )
$content_width = 640; /* pixels */
if ( ! function_exists( '_s_setup' ) ):
/**
* Sets up theme defaults and registers support for various WordPress features.
*
* Note that this function is hooked into the after_setup_theme hook, which runs
* before the init hook. The init hook is too late for some features, such as indicating
* support post thumbnails.
*
* @since _s 1.0
*/
function _s_setup() {
/**
* Custom template tags for this theme.
*/
require( get_template_directory() . '/inc/template-tags.php' );
/**
* Custom functions that act independently of the theme templates
*/
//require( get_template_directory() . '/inc/tweaks.php' );
/**
* Custom Theme Options
*/
//require( get_template_directory() . '/inc/theme-options/theme-options.php' );
/**
* WordPress.com-specific functions and definitions
*/
//require( get_template_directory() . '/inc/wpcom.php' );
/**
* Make theme available for translation
* Translations can be filed in the /languages/ directory
* If you're building a theme based on _s, use a find and replace
* to change '_s' to the name of your theme in all the template files
*/
load_theme_textdomain( '_s', get_template_directory() . '/languages' );
$locale = get_locale();
$locale_file = get_template_directory() . "/languages/$locale.php";
if ( is_readable( $locale_file ) )
require_once( $locale_file );
/**
* Add default posts and comments RSS feed links to head
*/
add_theme_support( 'automatic-feed-links' );
/**
* This theme uses wp_nav_menu() in one location.
*/
register_nav_menus( array(
'primary' => __( 'Primary Menu', '_s' ),
) );
/**
* Add support for the Aside and Gallery Post Formats
*/
add_theme_support( 'post-formats', array( 'aside', ) );
}
endif; // _s_setup
add_action( 'after_setup_theme', '_s_setup' );
/**
* Register widgetized area and update sidebar with default widgets
*
* @since _s 1.0
*/
function _s_widgets_init() {
register_sidebar( array(
'name' => __( 'Sidebar', '_s' ),
'id' => 'sidebar-1',
'before_widget' => '<aside id="%1$s" class="widget %2$s">',
'after_widget' => "</aside>",
'before_title' => '<h1 class="widget-title">',
'after_title' => '</h1>',
) );
}
add_action( 'widgets_init', '_s_widgets_init' );
/**
* Enqueue scripts and styles
*/
function _s_scripts() {
global $post;
wp_enqueue_style( 'style', get_stylesheet_uri() );
wp_enqueue_script( 'jquery' );
wp_enqueue_script( 'small-menu', get_template_directory_uri() . '/js/small-menu.js', 'jquery', '20120206', true );
if ( is_singular() && comments_open() && get_option( 'thread_comments' ) ) {
wp_enqueue_script( 'comment-reply' );
}
if ( is_singular() && wp_attachment_is_image( $post->ID ) ) {
wp_enqueue_script( 'keyboard-image-navigation', get_template_directory_uri() . '/js/keyboard-image-navigation.js', array( 'jquery' ), '20120202' );
}
}
add_action( 'wp_enqueue_scripts', '_s_scripts' );
/**
* Implement the Custom Header feature
*/
//require( get_template_directory() . '/inc/custom-header.php' );
Alles anzeigen
Schon mal vielen Dank für eure Hilfe!
Ahh, es hat am Browsercache gelegen! Danke!
Hallo,
ich habe leider zu meinem Thema hier keine Lösung gefunden:
Bei meiner Homepage sind mir die Artikelüberschriften zu groß. So wie ich das sehe, wird automatisch immer H1 für die Überschrift der Blogartikel benutzt. Ich möchte das auf H3 ändern bzw. H1 auf die Größe von H3 formatieren.
Habe bereits ohne Erfolg probiert im stylesheet die Formatierungen für H1 zu ändern.
Hier der Link zu meinem Blog: http://www.allaboutyou-coaching.de/blog/
Als Theme benutze ich _s 1.0-wpcom von Automattic
Viele Grüße aus Hamburg
Jens
Super! Hat direkt funktioniert, danke!
Jetzt habe ich nur noch einen riesen Abstand zwischen Text und Menü oben. Deswegen habe ich hier auch schon lange gesucht, alle Änderung über die style.css waren erfolglos. Gibt es da bei Twenty Eleven auch wieder eine Besonderheit?
Hier die Seite: http://www.allaboutyou-coaching.de/