Kriptópolis

22 comentarios sobre Aviso importante

• 

  Acuse de recibo

  Agustín
  15 Abril 2012 - 12:13am

  Estoy seguro de que la mensajería interna funciona perfectamente; pero como venimos de una caída, siempre puede caber alguna duda. Quizá los que hayan solicitado el mantenimiento de sus alias desearían recibir una respuesta de admin, a modo de acuse de recibo. Podría ser un mensaje muy breve enviado a todos de una tacada, por ejemplo. Sugerir no es ofender.

+10
ymmot
15 Abril 2012 - 9:14am
+10

-10
admin
15 Abril 2012 - 9:38am
Ya se me está atragantando generar 150 passwords y enviar uno por uno los correspondientes mensajes personalizados, como para doblar el trabajo sólo para decir: "oh, sí, tu petición me llegó".

No siempre
Agustín
15 Abril 2012 - 1:58pm
No siempre se acierta.
Además, los tontos tenemos las mismas ideas que los demás, pero a nosotros nos parecen buenas. Mis disculpas
Si quieres te hago un programa (logo) que te genere contraseñas aleatorias basadas en el propio nick del usuario.

No te preocupes
admin
15 Abril 2012 - 2:05pm
Tengo el generador, pero los mensajes a la fuerza han de ser personalizados.
Por cierto, que tengo el asunto a punto de caramelo. Cuatro retoques, crear los usuarios, cambiar DNS y a estrenar!

Mil Disculpas...
ymmot
15 Abril 2012 - 9:49am
... comprendo que debe ser un rollo andar generando y enviando esa info al personal.
Es que desconozco como funciona la mensajeria en esta pagina,... no se si me saldra algun cartelito avisando de "tiene usted un mensaje" ... o debo de entrar periodicamente en la seccion paricular de mis mensajes.
Gracias.

Tranquilo
admin
15 Abril 2012 - 9:58am
Es normal.
No te preocupes: cuando tengas el mensaje verás un aviso cuando estés logueado.
Me gusta comprobar que estáis impacientes ;)
Estoy metiendo varias horas al día para tenerlo todo a punto pronto.
• 

  Estoo...

  Agustín
  10 Abril 2012 - 10:52pm

  ¿Te puedo mandar el mensaje por e-mail?
  Je, je.
• 

  Este script

  dpardo
  10 Abril 2012 - 5:37pm

  Este script tiene mejor pinta:
  drupal.stackexchange.com/questions/26894/migration-script-to-move...

[Migrando] Conservar 'hash' de cada contraseña: difícil
Pedro Fdez.
11 Abril 2012 - 4:12pm
He estado mirando el guión o 'script' en lenguaje interpretado PHP (HTML) sugerido por dpardo y, leyendo las amables explicaciones de su autor original en How to migrate database users from Drupal 6 into Drupal 7 Part II dice lo siguiente:
...In this steps, i don't guarantee about password will still works or not after moved into Drupal 7. Probably, is difficult to make same hash of password of each users when moving from Drupal 6 into Drupal 7. But, you can suggest your user to change their password using "forgot password" option. It's will solve problem also keep communicate with users.
.../...
que se puede resumir en que no hay garantías de que la migración facilitada por su código consiga migrar también las contraseñas de los usuarios. Así que, estamos un poco en la misma de antes. De todas formas él sugiere usar la opción "forgot password" o "contraseña olvidada" que, además de resolver el problema, permite seguir en contacto con los usuarios. Pongo aquí el código:
<?php
/**
* Migrating Users
* By Yodiaditya - Yoodey.com - Drupal 7 How to, Tutorial and Guide
*/
function migrate_users(){
    db_set_active('old');
    $result = db_query("SELECT * FROM {users} WHERE status = '1' AND uid > 1 ORDER BY uid ASC");
    db_set_active('default');
 
    foreach(
$result as $record ) {
        $nid = db_insert('users') // Table name no longer needs {}
                        ->fields(array(
                            'uid' => $record->uid,
                            'name' => $record->name,
                            'pass' => $record->pass,
                            'mail' => $record->mail,
                            'theme' => $record->theme,
                            'signature' => $record->signature,
                            'signature_format' => $record->signature_format,
                            'created' => $record->created,
                            'access' => $record->access,
                            'login' => $record->login, // 0 for never login
                            'status' => '1',
                            'timezone' =>$record->timezone,
                            'language' => 'und',
                            'picture' => '0',
                            'init' => '0',
                            'data' =>''
                        ))
                        ->execute();
    }
 
    return
'finish migrate users!';
}
?>
Aunque no estoy en la tesitura si, como administrador, tuviera que migrar todo un sitio de la versión 6 a la versión 7 de Drupal -bueno y casi cualquier otra migración-; leería todos los comentarios de Yodiaditya - Yoodey.com porque me parece que ha hecho un buen trabajo al expresar sus experiencias y punto de vista... se nota que sabe, quiero decir ;-)
Ánimo y paciencia con el tejemaneje, admin.
Saludos cordiales,
Pedro Fernández
--
Post Data o Post Scriptum.- Puede que no responda el servidor del dominio original, debió saturarse o algo así... hay que tener en cuenta que el turtorial ya fue publicado en Enero de 2011, es decir; hace más de un año. No obstante, las páginas originales siguen siendo accesibles mediante la 'caché' o almacenamiento intermedio de algún buscador que cuente con dicha posibilidad. No he mirado en archive.org pero es posible que en este archivo histórico de Internet también estén disponibles.

No hay email que valga...
alphp
11 Abril 2012 - 5:37pm
Cuando escribí mi comentario daba por hecho que contabamos con una ficha de usuario completa, es decir, al menos con alias y email... pero resulta que nuestro querido admin, en su gran afan de proteger nuestros queridos datos privados realizó un registro simplificado... imposibilitando el registro del email.
Así pues, la tabla de usuarios tan solo contiene alias, contraseña, avatar e idioma. Por tanto el poder clonar la contraseña es un punto importante de todo el asunto de la migración.
Cabe otra solución: establecer una contraseña aleatoria para cada usuario del nuevo sitio y enviar un mensaje privado al viejo con la nueva contraseña.
Personalmente me decantaría por esa solución, me parece mucho más fácil de implementar.
Un saludo

Cierto
admin
11 Abril 2012 - 5:43pm
De hecho es lo que pienso hacer, al menos con quienes han manifestado que quieren conservar el alias.

Ya...
alphp
11 Abril 2012 - 6:02pm
pero yo me refería a que los mensajes privados los enviaria el mismo script que crea las cuentas... eso de mandar mensajes a mano como que para otros ;D
Saludos

Sí, sí; te entendí
admin
11 Abril 2012 - 6:18pm
Eso ya sería la releche, pero no es necesario mandar a las 26.000 cuentas. Yo creo que van a ser unos 150 y eso es manejable incluso a mano.

26K, casi nada...
alphp
11 Abril 2012 - 6:41pm
Ahora tengo la pequeña duda de si un script que generase TODOS los usuarios más que práctico podría ser una forma de tumbar el propio sitio ;D
No obstante sigo pensando que es más práctico crear un script que haga todo el trabajo. Hay dos formas de plantearlo:
1. Crear una tabla o una lista con los alias a mantener
2. En la tabla de usuarios actual crear un nuevo campo (o reutilizar uno existente) tipo si/no, en el formulario de editar la cuenta de usuario hacer que aparezca un checkbox con la opción "migrar al sitio nuevo"... el resto te lo imaginas
Quizás te llevaría más trabajo la segunda opción si son pocos los usuarios que quieran migrar... pero desde luego es más divertida, al menos para mi.
Saludos

(Socorroooooooo) xDDD
inar
10 Abril 2012 - 9:30pm
No por email, No por email, No por email...
xDD

Sí
admin
10 Abril 2012 - 9:54pm
A ver si poniendo letreros XXXL...!
;)

x''DDDDD
inar
13 Abril 2012 - 7:35pm
(OJO: Has de estar logueado)
A este paso, te veo haciendo un howto detallado y con fotos xDDDD
Esto me empieza a recordar la famosa historia:
--------------------------------------------
Escriba su nombre bajo estas líneas:
su nombre
--------------------------------------------
xD
• 

  Una sugerencia

  periquillo
  9 Abril 2012 - 9:35pm

  Admin,

  Has pensado que cuando permitas registrar usuarios en el sitio nuevo puede que alguien registre un alias de alguien del sitio viejo antes que el "legitimo propietario" te lo solicite? Yo mismo me muero por "pillarle" el alias a Gargamel ;-)

  Podrias dar de alta todos los alias del sitio viejo y ponerles como contraseña la contraseña encriptada actual. No se si es posible modificar el Drupal para que muestre la contraseña encriptada en el perfil y que serviria como contraseña del nuevo sitio.

  Lo digo porque es posible que te pases semanas contestando correos y de esta manera seria el propio usuario el que tendria que buscar su contraseña en el sitio viejo liberandote de tan tedioso trabajo.

  Si lo que quieres es "limpiar" usuarios, al cabo de pocos meses, puedes borrar todos aquellos usuarios que ni se han conectado ni han cambiado la contraseña.

  Es una idea

  Saludos


Y no es mala

admin
9 Abril 2012 - 9:43pm

No creo que haya demasiados usuarios que quieran conservar su alias, pero la perspectiva de tener que crear contraseñas para cientos de usuarios, enviárselas, darles de alta, etc, no me pone nada. También es cierto que pasado el período de veto alguien puede convertirse en un nuevo Gargamel, pero tampoco pasaría demasiado si Gargamel no respondió al llamamiento.

Miraré lo que dices, a ver si es posible importar sólo alias y claves cifradas, aunque me temo que necesitaré a alguien ducho en SQL para lograrlo.

¿Algún voluntario en la sala? ;)

Edito: Drupal 7 utiliza otro hash para las contraseñas. He encontrado un script en PHP que podría hacer el trabajo, pero no estoy muy seguro sobre si conviene usarlo:

<?php
    // bootstrap stuff
    define('DRUPAL_ROOT', getcwd());
 
    include_once DRUPAL_ROOT . '/includes/bootstrap.inc';
    drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL);
 
    require_once DRUPAL_ROOT . '/' . variable_get('password_inc', 'includes/password.inc');
 
    // Lower than DRUPAL_HASH_COUNT to make the update run at a reasonable speed.
    $hash_count_log2 = 11;
 
    //  Hash again all current hashed passwords.
    $has_rows = FALSE;
 
    // Update this many users
    $count = 1000;
 
    $result = db_query_range("SELECT uid, pass FROM {users} WHERE uid > 1 ORDER BY uid", 0, $count);
    foreach ($result as $account) {
      $has_rows = TRUE;
      $new_hash = user_hash_password($account->pass, $hash_count_log2);
      if ($new_hash) {
        // Indicate an updated password.
        $new_hash  = 'U' .