Non avendo momentaneamente accesso ad altri sistemi oltre che Win XP ed una sandbox locale basata su xampp, soffrivo molto la mancanza di drush.
Una rapida ricerca su d.o. mi ha pemesso di trovare questa utile guida che ho leggermente modificato in funzione delle nuove impostazioni di drush 2.0 (installazione fuori dalla root di drupal)
...è stato di gran lunga più semplice di quanto immaginassi.
in 10 minuti sono stato in grado di usare il mio amato drush su winxp+xampp. Sono commosso!
ATTENZIONE! Per chi lo non conosce o non lo ha mai usato: drush da' dipendenza! una volta usato non se ne riesce più a fare a meno ;)
Riporto qui sotto uno step by step nel quale si assume:
- che xampp sia installato in
c:\xampp - che drush sia installato in
c:\xampp\htdocs\drush - che la directory "Programmi" sia in
c:\Programmi - che Wget, LibArchive e Gzip siano installati (tramite installer) nella directory
C:\Programmi\GnuWin32 - che l'installazione di drupal sia in
c:\xampp\htdocs\drupal
- Scaricare Drush; estrarre la cartella "drush" in
C:\xampp\htdocs - Installare LibArchive (link diretto all'installer)
- Installare Gzip (link diretto all'installer)
- Installare Wget (link diretto all'installer)
- Drush cercherà "tar.exe" e non "bsdtar.exe" quindi: Salvare una copia di
C:\Programmi\GnuWin32\bin\bsdtar.execomeC:\Programmi\GnuWin32\bin\tar.exe - Ora dobbiamo dire al sistema dove andare a prendere ed eseguire i vari programmi: Pannello di controllo -> Sistema -> Avanzate -> Variabili d'ambiente -> selezionare la stringa "Path" -> Modifica; aggiungere i percorsi per i programmi di cui sopra, per drush.bat e per PHP.exe separati da punto e virgola (ricordarsi di aggiungere un punto e virgola tra i path esistenti e quelli che aggiungiamo!):
C:\xampp\php;C:\xampp\htdocs\drush;C:\Programmi\GnuWin32\bin. - Infine dobbiamo inserire in
drush.bati percorsi completi diPHP.exeedrush.php:
aprirec:\xampp\htdocs\drush\drush.bate modificarlo in:
@c:\xampp\php\php.exe c:\xampp\htdocs\drush\drush.php %1 %2 %3 %4 %5 %6 %7 %8 %9 - A questo punto dovremmo essere a posto: tasto WIN -> esegui ("e") -> "cmd" ->
cd c:\xampp\htdocs\drupal(invio) -> drush (invio): dovrebbe essere mostrata la lista dei comandi di drush; - Per eseguire un particolare comando su una data installazione di drupal, quindi:
cd [percorso completo root installazione]->drush [comando]
Ciao, puoi spiegare brevemente a cosa serve "drush"?
Saluti.
qui
http://drupal.org/project/drush
dice che Drush consente di scaricare, attivare, disattivare, disinstallare, i moduli di aggiornamento / themes / profiles / traduzioni dalla riga di comando in un modo molto semplice e consente inoltre di aggiornare tutti i moduli con un solo comando
utile per gli amministratori di siti e sviluppatori
consente anche di eseguire la migrazione dei database tra ambienti.
Si, drush è una command line utility per drupal, molto simile alla shell.
Come dice motocad, serve a fare operazioni su drupal da linea di comando.
Personalmente lo uso al 99% per operazioni elementari come ad esempio:
drush cache clear--> pulisce tutte le cachesdrush cron run--> esegue crondrush install views cck pathauto taxonomy_menu--> scarica e scompatta i suddetti moduli insites/all/modules(riconosce anche temi, profili, features e li estre nelle cartelle appropriate)drush enable views views_ui--> attiva i moduli precedentemente installati..con un risparmio di tempo e di click notevole!
Per completezza, ecco la schermata dei comandi completi che si ottiene con il comando
drushExecute a drush command. Run `drush help [command]` to view command-specifichelp.
Examples:
drush dl cck zen Download CCK module and Zen theme.
drush --uri=http://example.com status Show status command for the
example.com multi-site.
drush help --pipe A space delimited list of commands
Options:
-r <path>, --root=<path> Drupal root directory to use
(default: current directory)
-l <uri> , --uri=<uri> URI of the drupal site to use (only
needed in multisite environments)
-v, --verbose Display extra information about the
command.
-d, --debug Display even more information,
including internal messages.
-q, --quiet Hide all output
-y, --yes Assume 'yes' as answer to all
prompts
-s, --simulate Simulate all relevant actions (don't
actually change the system)
-i, --include A list of paths to search for drush
commands
-c, --config Specify a config file to use. See
example.drushrc.php
-u, --user Specify a user to login with. May be
a name or a number.
-b, --backend Hide all output and return
structured data (internal use only).
-p, --pipe Emit a compact representation of the
command for scripting.
Commands:
help Print this help message. Use --filter to limit command
list to one command file (e.g. --filter=pm)
cron Run all cron hooks.
updatedb Execute the update.php process from the command line
status Provides a birds-eye view of the current Drupal
installation, if any.
script Run php script(s).
cache clear Clear all caches.
watchdog show Shows recent watchdog log messages. Optionally filter
for a specific type.
watchdog delete Delete all messages or only those of a specified type.
sync Rsync the Drupal tree to/from another server using ssh.
eval Evaluate arbitrary php code after bootstrapping Drupal.
make Turns a makefile into a working drupal install.
enable Enable one or more modules.
disable Disable one or more modules.
uninstall Uninstall one or more modules.
statusmodules Show module enabled/disabled status
refresh Refresh update status information
updatecode Update your project code
update Update your project code and apply any database updates
required (update.php)
info Release information for a project
dl Download core Drupal and projects like CCK, Zen, etc.
test mail Run all tests and mail the results to your team.
test clean Delete leftover tables and files from prior test runs.
sql conf Print database connection details.
sql connect A string for connecting to the DB.
sql dump Exports the Drupal DB as SQL using mysqldump.
sql query Execute a query against the site database.
sql load Copy source database to target database.
sql cli Open a SQL command-line interface using Drupal credentials.
Certified to Rock
drush è una meraviglia anche per aggiornare i moduli in un progetto con subversion
è possibile aggiornare i moduli di drupal e fare direttamente un svn sync (per rimuovere i nuovi file e aggiungere quelli nuovi al repository) + svn commit (committa le modifiche sul repository svn).
per aggiornare singolo modulo
drush updatecode --version-control=svn --svnsync --svncommit --verbose nomemodulooppure per aggiornare tutto
drush updatecode --version-control=svn --svnsync --svncommit --verbosedopo il comando updatecode è necessario effettuare l'update del db
drush updatedbper gli switch di version control è necessario utilizzare la versione All-Versions-HEAD di drush, la versione 2.0 ha ancora qualche problemino.
ps: io ho testato il tutto su linux, controllate che le cose girino bene anche altrove.
Ecco la schermata dei comandi aggiornati che si ottiene con drush:
Execute a drush command. Run `drush help [command]` to view command-specific help.Examples:
drush dl cck zen Download CCK module and Zen theme.
drush --uri=http://example.com status Show status command for the example.com multi-site.
drush help --pipe A space delimited list of commands
Options:
-r <path>, --root=<path> Drupal root directory to use (default: current directory)
-l <uri>, --uri=http://example.com URI of the drupal site to use (only needed in multisite environments)
-v, --verbose Display extra information about the command.
-d, --debug Display even more information, including internal messages.
-q, --quiet Hide all output
-y, --yes Assume 'yes' as answer to all prompts
-n, --no Assume 'no' as answer to all prompts
-s, --simulate Simulate all relevant actions (don't actually change the system)
-i, --include A list of paths to search for drush commands
-c, --config Specify a config file to use. See example.drushrc.php
-u, --user Specify a user to login with. May be a name or a number.
-b, --backend Hide all output and return structured data (internal use only).
-p, --pipe Emit a compact representation of the command for scripting.
--nocolor Suppress color highlighting on log messages.
-h, --help This help system.
--php The absolute path to your PHP intepreter, if not 'php' in the path.
Commands:
cache-clear (cc) Clear a specific cache, or all drupal caches.
cron Run all cron hooks.
example-foo Drush example command. It doesn't do a lot.
help Print this help message. Use --filter to limit command list to one command file (e.g. --filter=pm)
hook List implementations of a given hook and explore source of specified one.
php-eval Evaluate arbitrary php code after bootstrapping Drupal.
php-script (scr) Run php script(s).
pm-disable (dis) Disable one or more modules or themes.
pm-download (dl) Download core Drupal and projects like CCK, Zen, etc.
pm-enable (en) Enable one or more modules or themes.
pm-info Show info for one or more projects.
pm-list (sm) Show a list of available modules and themes
pm-refresh (rf) Refresh update status information
pm-releases Release information for a project
pm-uninstall Uninstall one or more modules.
pm-update (up) Update your project code and apply any database updates required (update.php)
pm-updatecode (upc) Update your project code
rsync Rsync the Drupal tree to/from another server using ssh. Relative paths start from the Drupal root folder if a site alias is
used; otherwise they start from the current working directory.
search-index Index the remaining search items without wiping the index.
search-reindex Force the search index to be rebuilt.
search-status Show how many items remain to be indexed out of the total.
site-alias (sa) Print site alias records for all known site aliases and local sites.
site-install (si) Install Drupal along with modules/themes/configuration using the specified install profile.
site-upgrade (sup) Run a major version upgrade for Drupal core and contrib modules.
sql-cli (sqlc) Open a SQL command-line interface using Drupal's credentials.
sql-conf Print database connection details using print_r().
sql-connect A string for connecting to the DB.
sql-dump Exports the Drupal DB as SQL using mysqldump.
sql-query (sqlq) Execute a query against the site database.
sql-sync Copy source database to target database using rsync.
status (st) Provides a birds-eye view of the current Drupal installation, if any.
test-clean Delete leftover tables and files from prior test runs.
test-drush Run drush-specific tests
test-mail Run all tests and mail the results to your team.
updatedb (updb) Execute the update.php process from the command line
variable-delete Delete a variable.
(vdel)
variable-get (vget) Get a list of some or all site variables and values.
variable-set (vset) Set a variable.
watchdog-delete Delete watchdog messages.
(wd-del, wd-delete)
watchdog-list Show available message types and severity levels. A prompt will ask for a choice to show watchdog messages.
(wd-list)
watchdog-show Show watchdog messages.
(wd-show, ws)
bam backup Backup the site's database with Backup and Migrate.
bam backups Get a list of previously created backup files.
bam destinations Get a list of available destinations.
bam profiles Get a list of available settings profiles.
bam restore Restore the site's database with Backup and Migrate.
bam sources Get a list of available sources.
Si può usare anche per fare l'upgrade da una versione ad un'altra di Drupal? (es. 6.15 -> 6.16)
Se si, qual'è il comando? Thx
Si e no. Se installi Drupal tramite Drush usando
--package-handler=cvsallora è sufficiente entrare nel indirizzo di Drupal ed eseguiresudo cvs update -dPA -r DRUPAL-6-16Più imparo, più dubito.
...questo Drush mi sta intrippando sempre più!
Sono nel server (DreamHost) con Putty...
cd miosito.com
mkdir sites/all/modules (directory creata correttamente...)
drush install views cck pathauto taxonomy_menu (ERRORE!)
Dove sbaglio? ...cosa mi sfugge? ...tenete presente che sto per imparare la lingua Cinese...
Ciao
Kipper
Il comando è
drush pm-downloadseguito eventualmente dadrush pm-enable(vedi sopra o scrivi semplicemente "drush" e leggi la lista dei comandi validi; "pm-download" si abbrevia in "dl" e "pm-enable" in "en", anche su quello vedi sopra).http://nuvole.org
http://youthagora.org
Pescetti arrivi sempre all'improvviso e al momento non giusto, ESATTO!!!
Grazie come sempre...
Ciao
kipper
Grandioso!!!
Nel server mi si è creata una cartella ".subversion" è normale? ...ha a che fare con il download dei moduli? ...ma in che modo vengono intercettati e scaricati i moduli? ...che nome dovrei mettere per uploare "drush dl civicrm" 30MB! - si trova su sourceforge.net ...da quello che ho capito i moduli possono solo essere prelevati da drupal.org/project/Modules ..o c'è una soluzione? ...darò un'occhiata attentamente alla lista comandi sopra che mentre scrivo non l'ho ancora esaminata bene...
Grazie ancora a tutti!
Ciao
Kipper
Si, una volta superato la barriera di 'dolore' nel installazione, Drush diventa indispensabile.
La cartella .subversion sta nel indirizzo del modulo taxonomy_menu? Non è necessario, ma non fa danni.
Drush usa Drupal per scaricare i moduli. Non 'nello stesso modo' ma usa proprio il codice di Drupal insieme con il server di Drupal (per esempio http://updates.drupal.org/release-history/drupal/6.x). Questo significa che può scaricare qualsiasi modulo presente su Drupal.org, ma non altrove. Quindi niente 'dl civicrm', o moduli/temi non tenuti su d.o
Tramite il meccanismo di scaricamento dai repository version control (CVS, Subversion, Git, and friends) questo può diventare possibile, e stanno lavorando sopra... Io uso
--package-handler=cvsinsieme con cvs_deploy per l'aggiornamento direttamente dal repository usando il protocollo di CVS. Veloce ed indolore.Più imparo, più dubito.
Grazie come sempre John, per le preziose info...
Ciao
Kipper
...ho provato a fare qualche operazione es:
cache-clear
cron
con "cache-clear" mi è uscita una lista di Permission denied e con "cron e altri comandi" mi dice:
-bash: test-drush: command not foundda dove devo eseguire questi comandi, nel server (appena accedo con Putty) o in
cd miosito,comoppure in qualche altro percorso!?Penso che drush sia installato correttamente, i backup/restore del database funzionano:
cd miosito.comdrush sql-dump --ordered-dump --result-file=sites/all/database/mio_dump_01.sqldrush sql-cli < sites/all/database/mio_dump_01.sqlQualcuno mi darebbe gentilmente più info/spiegazioni che ormai, dopo essere stato contagiato non posso più fare a meno di usare questo Drush!?!?
P.S. Esiste un comando per verificare se drush è OK! ...installato correttamente?
...ho provato
test-drushma mi dice:-bash: test-drush: command not foundo una cosa del genere... adesso noon ricordo (non sono al terminale...)Grazie
Ciao
Kipper
Tutti i comandi drush vanno eseguiti all'interno della directory del sito (o in sottodirectory), quindi dopo
cd miosito.comnel tuo caso.Ma non provare comandi a caso! "drush status" ti permette di verificare che tutto funzioni, e ad esempio ti scrive il nome utente del database; "drush cc all" (è la forma abbreviata) pulisce la cache; "drush cron" esegue cron.php, e così via come da pagina di aiuto.
http://nuvole.org
http://youthagora.org
Ciao Pescetti...
Ho eseguito "drush status" e dalla schermata qua sotto dovrei essere sicuro che l'installazione l'ho fatta in modo corretto giusto?
Ho provato anche "drush cc all" e "drush cron" - Tutte e due mi danno Succesfull! e quindi il mio Drush è ok?
Ultimo dubbio:
Le prime installazioni/test di drush (seguendo il tutorial DreamHost...) le ho fatte con questa versione:
drush-All-versions-3.0.tar.gz
Poi ho scaricato l'ultima "drush-6.x-3.3.tar.gz" va bene ugualmente anche se non è "All-versions"?
Che differenza c'è tra le versioni "All-versions" e quelle standard/proprietarie di Drupal (credo...) es. "drush-6.x-3.3.tar.gz", per l'appunto?
Comunque mi funziona tutto con entrambe le versioni...
P.S. Ultimissima:
Devo fare il "dump/backup" di un database a cui tengo molto - se va a buon fine il backup, posso essere sicuro che vada a buon fine anche il "restore" di quel backup??? non vorrei rimanere a metà strada... c'è una remota possibilità di errori con Drush o è (come da quello che ho potuto notare nei vari test...) sicuro al 100%?
Grazie veramente... ma come è potuto sfuggirmi questo Drush? ..meglio tardi che mai!
Ciao
Kipper
Non solo drush è OK, è OK anche la connessione al database di Drupal (lo noti perché dice Database connection: Successful).
E' solo una questione tecnica di nomi. Drush aveva bisogno di un posto su drupal.org e quindi è nato come modulo (e per questo aveva l'obbligo di specificare 5.x 6.x o 7.x nel numero di versione, come fanno tutti i moduli). Ora si è evoluto, è un pacchetto a parte e non dipende più dalla specifica versione di Drupal, per questo scrivono "All-versions". Tu puoi sempre usare la versione consigliata nella pagina del progetto.
Non c'è motivo di dubitarne!
http://nuvole.org
http://youthagora.org
Intendi dire questa per pagina del progetto giusto?
http://drupal.org/project/drush
Grazie di nuovo
Ciao
Giuliano
Certo.
http://nuvole.org
http://youthagora.org
OK,
Mi è venuta in mente una cosa che credo sia bene chiarire...
In "sites/default", oltre "setting.php" ho anche setting.civicrm.php (avendo installato evidentemente CiviCRM come modulo di Drupal che necessita di un suo Database (come saprai...) in fase di installazione e che a fine installazione va ad aggiungere questo file (setting.civicrm.php, appunto...) in "sites/default"
La domanda è:
Siccome Drush in fase di Backup/Restore (come mi avevi detto tu...) intercetta automaticamente (magia!) setting.php non ci sono rischi che setting.civicrm.php (trovandosi anche lui nella stessa Directory...) possa interferire in qualche modo "compromettendo/inquinando" potenzialmente il Backup/Dump di Drupal?
Tutto qui.
Grazie
Ciao
Kipper
No, Drush è preciso e cerca settings.php, non quello che gli somiglia. Puoi mettere tutti i file che vuoi e Drush sa comunque cosa trovare, non ci sono problemi.
http://nuvole.org
http://youthagora.org
Many Thanks Mr. Pescetti!
Ciao
Kipper
Scusa Pescetti se rompo ancora:
Quando faccio il Backup/Restore del database, a differenza di quando installo moduli o altre operazioni dove appare "successful!" (dopo ogni operazione andata a buon fine), appena lancio il Backup, il cursore si abbassa di una riga, sta fermo per un pò (dovrebbe essere in corso l'operazione di Backup...) e poi compare di nuovo la solita stringa pronta a ricevere altri comandi - Vado a controllare, e il backup è stato salvato in "sites/all/database" regolarmente...
E' normale che NON esce nessun messaggio (successful! o qualcos'altro...) alla fine del Backup?
Situazione identica anche per il restore...
Grazie di nuovo
Ciao
Kipper
Sì. Se riesci a trovare il tempo di studiare un po' l'approccio tipico dei sistemi basati su Linux, scoprirai che la filosofia è che se non ti dice niente va tutto bene, se ha errori da comunicarti lo scrive; e capirai anche il significato delle redirezioni che si usano (i simboli di minore e maggiore). Purtroppo non so indicarti un testo compatto in italiano; c'è il monumentale "Appunti di Informatica Libera" il cui capitolo 19 http://appuntilinux.mirror.garr.it/mirrors/appuntilinux/a2/a228.htm#alml... parla della shell e di come usarla, anche se usa una terminologia un po' desueta dato che traduce anche i termini tecnici.
http://nuvole.org
http://youthagora.org
[OT]
Pescetti "drupalniubbo" non si può vedere!
hehe
Certified to Rock
OK, grazie di nuovo per preziosi consigli e disponibilità Pescetti...
Per intuito lo avevo immaginato che se dopo un comando non esce "avviso di errore" e la riga di comando va a posizionarsi in attesa di nuove istruzioni significa che tutto è stato "eseguito" ma avevo questo dubbio che aveva bisogno di una conferma... comprensibile...
Da quando ho scoperto Drush (grazie a questa discussione di Bohz...) e tutto il suo potenziale sono già da diversi giorni al lavoro (Google - Youtube - Discussioni dal Web... ovviamente drupalitalia.org...) per cercare di comprendere il più possibile e imparare il funzionamento della Shell con tutti i suoi comandi e risvolti, complicati all'inizio, e che, dopo averli compresi ti danno la possibilità di svolgere svariate operazioni con una facilità e velocità disarmanti!
Grazie a tutti
Ciao
kipper
Ciao a tutti!
I moduli riesco ad installarli > drush pm-download token
...ma quando vado per disinstallarlo > drush pm-uninstall token mi esce questo messaggio e il modulo rimane in sites/all/modules e anche ovviamente in admin/modules
token is already uninstalled. [ok]There were no modules that could be uninstalled. [ok]
Qualcuno ne sa qualcosa?
Avrei anche bisogno di sapere il perchè nel mio
drush statusnon ci sono informazioni alla voce > "Drush configuration:"Vedere qui: http://www.drupalitalia.org/node/8394#comment-40880
Grazie
Ciao
Kipper
pm-download scarica, non "installa".
L'ordine delle operazioni è: pm-download (scarica), pm-enable (attiva), [e a questo punto puoi usare il modulo], pm-disable (disattiva), pm-uninstall (disinstalla).
Il significato di attiva/disattiva/disinstalla è quello che hanno in Drupal in admin/build/modules. In particolare disinstalla non cancella i file, disinstalla pulisce le tabelle relative a un modulo disattivato (normalmente Drupal le lascia).
Drush configuration è normale che sia vuoto se non hai creato tu una configurazione speciale; nel tuo caso ti basta la configurazione standard.
http://nuvole.org
http://youthagora.org
OK, grazie di nuovo...
Ciao
Kipper
Per chi vuole preparare un'icona dicollegamento è sufficiente fare una copia di un'icona di collegamento qualsiasi e rinominarla in Drush.
Poi un click con i tasto destro del mouse e copiare
C:\Windows\System32\cmd.exe
C:\xampp\htdocs\drush
Come nell'immagine:
Si aprirà la finestra dei comandi direttamente nel percorso giusto.
Il il secondo percorso nell'immagine è diverso da quello della guida di bohz, questo perché usando win7 ho messo tutto su D:\ per evitare i problemi dati dai permessi limitati nella cartella programmi.
Icona per Win
Allarme Drush!
Ho installato Drush "drush-6.x-3.3.tar.gz" su un sito (Drupal 6.14...) e quando lancio
drush statusmi da un errore di "max_esecution_time" in PHP - Il resto sembra OK, ho fatto un Backup del Database ed è andato a buon fine e, dalla schermata, sembra che il resto vada bene. Cosa stà a significare questo messaggio di errore? ...perchè mi dice che non ho i privilegi necessari?Faccio notare che uso il modulo "Drupal Tweaks" (sul sito dove
drush statusè OK non è installato Drupal Tweaks!) e avevo settato il PHP Max Esecution Time da 30 (di default) a 90 ma poi, dopo questo messaggio l'ho riportato al valore "30" - mi sembrava la cosa più logica da fare... Ho pulito la cache e ri-lanciatodrush statusma l'errore persiste... è una cosa grave? ...il Backup del Database andato a buon fine (e quelli sucessivi che farò...) saranno "sicuri" nonostantedrush statussegnali questo errore? ...perchè mi dice che non ho i privilegi necessari se il sito è su DreamHost con caratteristiche identiche di Hosting Plan identiche a quello precedente dovedrush statusè OK?Un'altra cosa importante:
I backup vengono salvati in "sites/all/database", però io vorrei anche crearmi un "file.txt" dove insere eventuali operazioni effettuate sul sito/database prima del salvataggio insomma, una sorta di promemoria per mio uso puramente informativo... ho pensato di creare e salvare questi files.txt nella stessa cartella dove sono salvati i Dump/Database in modo di avere in sites/all/database uno scenario di questo tipo:
001_mio_backup_sab_18_set_2010_h_10_52.sql001_README.txt
002_mio_backup_dom_19_set_2010_h_09_02.sql
002_README.txt
etc etc...
I files.txt non daranno fastidio nella caertella "database" in sites/all/database? ...è corretto un approccio di questo tipo?
Ultima cosa:
Qual è la lunghezza max in caratteri consentita per un "Dump/Backup"? ...trattini "-" e undescore "_" vanno bene entrambi?
Come o cosa dovrei fare per risolvere l'errore che mi da
drush status?Perchè la voce "Administration theme" è settata a 0 (zero) a differenza del precedente
drush statusdove riportava "Garland"? ...i 2 siti usano entrambi Garland e non ho impostato (almeno mi sembra, andrò a controllare...) in entrambi un tema di amministrazione, ho lasciato tutto di default! (controllerò...)Grazie
Ciao
Kipper
[Risolto]
Adesso non compare più nessun errore, la schermata
drush statusda tutto OK! (ho sempre il dubbio su Administration theme che è sempre settato a 0 (zero) - ma non credo sia importante...E' stato sufficente impostare le impostazioni di "Drupal Tweaks > PHP > Ripristina Impostazioni Predefinite" - cosa che non avevo fatto (avevo solo riportato "max_esecution_time" da 90 a 30 ma non avevo clikkato "Ripristina Impostazioni Predefinite", appunto...)
Però, siccome devo usare Drupal Tweaks con "max_esecution_time" a 90M e PHP Memory Limits a 512M (senò ricevo schermate bianche con le solite stringhe che reclamano "memoria Insufficente" e Drupal Tweaks lo trovo ottimo e indispensabile per risolvere queste cose in attesa di risolvere alcune cose per la gestione/configurazione di un VPS tutto mio...), vorrei sapere quanto prima se l'errore di cui sopra in
drush statuspotrebbe dare dei problemi sempre riferiti ai dubbi/domande del precedente post qua sopra...Grazie
Che stress!
Ciao
Kipper
...comunque, in ogni caso, se ho capito bene la "psicologia" di Drush, l'errore di "max_esecution_time" che segnala dovrebbe essere un avviso "isolato" - tutto il resto, Dump/Backup e altre operazioni, se non danno avvisi di errore significa che vengono eseguiti correttamente... come mi ha fatto già notare Pescetti...
Grazie
Ciao
Kipper
Sul tuo ultimo problema c'è una issue: http://drupal.org/node/630322
Nota che [error] significa che Drush si ferma, mentre [warning] significa che procede comunque.
Per cui io, se ci sono problemi, farei in sequenza disattivazione di drupal_tweaks, esecuzione comando e riattivazione di drupal_tweaks, insomma (su una sola riga)
drush dis drupal_tweaks && drush status && drush en drupal_tweaks(sul significato di && vedi link sulla documentazione shell in questa discussione).
Se l'errore ti viene dato anche con altri comandi, puoi usare lo stesso trucco e inserire il comando al posto di drush_status nella sequenza qui sopra; se però con quei comandi non ti dà errore non c'è motivo di temere.
I file README insieme ai dump non danno fastidio.
I nomi file sui sistemi di Dreamhost possono contenere praticamente tutti i caratteri ed essere lunghi molto più di quello che serve (direi almeno 255 caratteri), quindi quello non è un problema pratico.
http://nuvole.org
http://youthagora.org
E i ringraziamenti proseguono...
Grazie Pescetti
Ciao
Kipper
Pescetti wrote:drush dis drupal_tweaks && drush status && drush en drupal_tweaks
Grandissimo Comando!!!
Altrà curiosità, visto che questo sta diventando un bel TUTORIAL su Drush...
Operando con Putty (o altri Terminali...) c'è un limite di tempo dopo il quale il terminale va in off-time (scusate se uso questo termine...) ...voglio dire: se lo tengo aperto per es. 1 ora (sono arrivato a mezz'ora senza problemi...), alternando e facendo le operazioni che mi servono "Drupal <> Drush" va bene o il terminale ha un limite di "vita" e che, dopo un certo lasso di tempo bisogna ri-effettuare il login???
Per uscire da terminale io digito "exit" e do invio è la giusta procedura? ...ho notato che si può uscire anche cliccando semplicemente sulla solita X (rossa in alto a destra della finestra...)
Ho notato anche, che se digito (nel primo step di accesso con Putty...) lo Username errato mi chiede la Password senza darmi la possibilità di re-inserire lo Username corretto - In questo caso l'unica soluzione la vedo nel chiudere "brutalmente" il terminale clikkando (come già detto prima...) sulla X rossa della finestra in alto a dx e ri-effettuare il login... c'è motivo di aspettarsi qualche sorpresa chiudendo il terminale in questo modo e anche in altre situazioni nelle quali non si sa cosa fare per chiuderlo se non "brutalmente"???
Spero di essermi spiegato...
Grazie infinite quanto prima a tutti...
Ciao
kipper
La durata massima della sessione in caso di inattività dipende da come è configurato il server a cui ti colleghi, ma fino a quando non ti dice "Connection timed out" e ti sbatte fuori non devi temere.
OK il tuo uso di PuTTY (puoi usare anche CTRL-D per uscire). Prima che la connessione sia stabilita (cioè password digitata giusta) non puoi fare danni, quindi puoi chiudere brutalmente. Certo, se non usi Windows hai i terminali nativi e, a livello avanzato, puoi fare più cose; ma per quello che devi fare ora non cambia tantissimo.
http://nuvole.org
http://youthagora.org
Ok Pescetti, sei stato disponibilissimo e gentilissimo e ti ringrazio veramente...
Ciao
Giuliano
Ciao a tutti!
Quando carico, abilito e faccio altre operazioni sui moduli mi compare un "Warning" che mi segnala alcune "azioni" non associate a nessun modulo, di seguito i messaggi:
kipper@london:~/kipper.com/miasubdirectory$ drush pm-enable xmlsitemapThe following projects will be enabled: xmlsitemap
Do you really want to continue? (y/n): y
WD actions: Nella tabella azioni esistono 5 azioni non associate a moduli (backu
views_bulk_operations_delete_comment_action, views_bulk_operations_delete_node_a
views_bulk_operations_delete_user_action). Rimuovi le azioni non associate a mod
xmlsitemap was enabled successfully.
kipper@london:~/kipper.com/miasubdirectory$
Avrei 2 domande:
1.
Esiste un comando per eliminare le azioni NON associate a moduli e quindi toglierle dal database? ...daranno fastidio/problemi queste azioni orfane? ...mi sembra di ricordare che in un post John ha detto che non fanno "chiasso" più di tanto...
2.
Andando in "admin/build/modules/uninstall" scopriamo che non tutti i moduli supportano/hanno la funzione di "disinstallazione", infatti alcuni non sono presenti, segno che non supportano tale funzionalità, appunto...
Con "
drush pm-disable nomemodulo && drush pm-uninstall nomemodulo" siamo sicuri che i moduli vengano "disinstallati" completamente indipendentemente dal fatto che supportino o meno questa funzionalità???Grazie
Ciao
Kipper
scusate l'impavida domanda: esiste un metodo alternativo per fare le stesse cose senza righe di comando ?
che aria ..da notredame cè qui..
Lavatrice ad ultrasuoni
Sito http://www.ultrasuoni.net > Client service and contacts: [email protected]
Sembra di si: https://drupal.org/node/445922#comment-2977526
Si. (ho provato uno dei miei moduli che non ha un uninstall)
Per uno che guida un Ferrari diesel, la mancanza di GUI non sarà un problema spero. In ogni caso non c'è e non credo che ci sarà...
Più imparo, più dubito.
Sì ma solo per Drupal 7 http://drupal.org/project/drd
Ciao John,
...bene, ho provato ad andare in "admin/settings/actions/orphan" e vengo "re-indirizzato" in "admin/settings/actions/manage" (penso sia normale... oppure no? ...boh) - comunque, in ogni caso, non riesco a comprendere come rendere disponibile una nuova azione avanzata...
mi spiego meglio; dal menu a tendina "Scegli un'azione avanzata" non capisco cosa devo selezionare per fare ciò che mi serve (sembra che nella lista non ci sia nessuna voce/scelta pertinente riferita alla mia esigenza...) e cioè: eliminare le azioni NON associate a moduli e quindi toglierle dal database - mi sembra di aver capito (anzi, credo sia proprio così... credo...) che una volta "resa disponibile una nuova azione avanzata", per togliere le azioni orfane, devo aggiungele nella "textarea" dell'azione avanzata appena creata in questa forma: azione_orfana_modulo_01, azione_orfana_modulo_02, azione_orfana_modulo_03 etc etc... ...ma come rendere disponibile/aggiungere nella lista a discesa una voce che potrebbe assomigliare a: Elimina Azioni Orfane se, a quanto pare, sembra impossibile creare/aggiungere da "zero" una nuova azione nel menu a tendina nel senso che se clicco su "Crea" (con il menu di scelta/tendina impostato su: "Scegli un'azione avanzata" e cioè di "DEFAULT"), NON succede nulla? ...ri-appare l'esatta schermata iniziale!?!?!?
Hai elementi in più per togliermi da questo buco nero?
Grazie
Ciao
Kipper
E' un URL di 'pulizia'...
Passando per quel URL fa eseguire il codice di pulizie - poi rimanda alla pagina di gestione di Actions. Avrebbe dovuto togliere gli orfani. Hai provato se Drush ti dà ancora quel messaggio?
Più imparo, più dubito.
aah... grande John! ...non c'ero arrivato.. controllo e ti faccio sapere appena possibile
Grazie veramente...
Ciao
Giuliano
Grazie del forte helping Krima: sei il più Tosto. Me la leggo
niente da dire su comandi da riga, linux, ecc., però, nell'Era dell'Acquario, dove pure un Ubuntu 10 và a pannelli e finestrelle, restare "SUDO su comandi da riga" senz'altro da esperti come Gion ..di cui non raggiungerò mai l'altezza :DDD non è sempre di confort / fattibilità per tutti.
richiede moltissimo tempo e moltissima attenzione per noi pivelli per non fare errori "tragici".
D'altronde caricando e attivando civicrm (kipper) ho già riempito un sito 330 mb e i problemi me li aspetto,
quindi ben venga una Utility o la riga ( se non se ne può fare a meno ).
Lavatrice ad ultrasuoni
Sito http://www.ultrasuoni.net > Client service and contacts: [email protected]
si Lorenzo... civicrm purtroppo pesa molto... è il suo unico difetto... sigh!
Ciao
Kipper
Ragazzi se lancio
drush upc lui mi propone gli update ma delle versioni stabili, io invece alcuni moduli li ho nella versione .dev e devono rimanere tali.
Come faccio a fare in modo che prenda gli aggiornamenti delle versioni corrette?
Grazi mille
http://drupal.org/node/446736
Sembra che la versione di Drush su CVS supporti questa cosa.
Bohz = SEMBRA CHE FUNZIONA ! (test su un XP pack3)
Ho scaricato Drush 7x4.4. da D.O. , mentre la versione che dicono loro sul sito ufficiale http://drush.ws , e precisamente Questa: http://drush.ws/drush_windows_installer
mentre la scaricavo mi forniva un file Non Funzionante (La Rogna Nera !), adesso che ho fatto tutto : ci riprovavo e mi si scarica il file giusto! (ma và al diavolo !!).
Cmq : non mi serve più a questo punto, giusto ?
--
Per il punto 6 : ho solo aggiunto nel "path" variabili di sistema =
;C:\xampp\php;C:\xampp\htdocs\drush;C:\Programmi\GnuWin32\bin
--
Per il tuo punto 7 = C:\xampp\htdocs\drush\drush.bat
Ho copiato il tuo codice =
@c:\xampp\php\php.exe c:\xampp\htdocs\drush\drush.php %1 %2 %3 %4 %5 %6 %7 %8 %9
cancellando quello esistente (con blocconote).
--
Spero sia Giusto o manca qualcosa ?
---
Tasto START > esegui "CMD"
cd c:\xampp\htdocs\drupal (invio)
= mi và Erroneamente in C:\document and setting\ ecc... directory : e non trova drush .. (??)
digito però : drush (invio)
= viene mostrata la lista dei comandi di drush !!
L'installazione "mi sembra" riuscita.
Bohz : Non sò se devo aggiungere altro nel path delle variabili di sistema (per evitare che cerchi la dir c: document setting ... , e cosa farne della vers. con Windows Installer.
Se hai altri Consigli ? Un Grazie anticipato.
Lavatrice ad ultrasuoni
Sito http://www.ultrasuoni.net > Client service and contacts: [email protected]
Pagine