Plamo.de - Plastikmodellbau
- Anmelden oder Registrieren um Kommentare zu schreiben
Beiträge im Forum: 249727
Registrierte User: 20045
Neue User:
wla | 9441 |
stBorchert | 6003 |
quiptime | 4972 |
Tobias Bähr | 4019 |
bv | 3924 |
ronald | 3853 |
md | 3717 |
Thoor | 3678 |
Alexander Langer | 3416 |
Exterior | 2903 |
Gefällt mir
am 08.12.2009 - 16:02 Uhr
Deine Seite gefällt mir ganz gut.
Was für ein Theme hast du da verwendet?
Gruß, sui
Theme interessiert mich
am 08.12.2009 - 17:15 Uhr
Theme interessiert mich auch!
Danke für Deine Antwort
ernstle
Artisteer
am 08.12.2009 - 17:28 Uhr
Das Theme habe ich mit http://www.artisteer.com/ erstellt. Ist ein richtig tolles Tool, mit dem man sehr ansprechende Designs erstellen kann und die dann für Drupal exportieren. Es ist allerdings vom Source her mit Vorsicht zu genießen! Es wird zB. ständig der Output Buffer gestartet, drei Zeilen gespeichert und wieder ausgegeben. Schon eine ziemlich komische Methode, um eine Variable zu füllen ;)
---
Viele Grüße,
Kars-T
Viele Grüße,
Kars-T
Artisteer
am 10.12.2009 - 22:33 Uhr
Danke, ich kannte die Seite schon- wollte aber keine extra Tools verwenden. Vielleicht gucke ichs mir aber doch mal an.
sui
Gefällt mir schon gut.
am 20.12.2009 - 02:20 Uhr
Gefällt mir schon gut. Insbesondere den "Meine Modelle" Block (oder Minipanel) finde ich sehr ansprechend.
Vielleicht kannst Du mir an dieser Setlle auch gleich einmal auf die Sprünge helfen, da ich mir an einer solchen Darstellung schon wochenlang die Zähne ausbeisse...
Ich habe dazu scho ein view content pane erzeugt, welches ich dann mit panels ins userprofile eingebunden habe. sah alles sehr schön aus bis ich bemerkte, daß nicht die galerien des betrachteten users sonder des betrachtenden users eingeblendet wurden. de facto werden mir also bei der betrachtung eines x-beliebigen userprofiles die zu meinem login gehören galerien angezeigt.
welche arguments/relationships gilt es im view zu verwenden?
Argument User -ID nicht den
am 20.12.2009 - 03:16 Uhr
Argument User -ID nicht den Filter User-Id bzw. aktueller Benutzer, das Argument wird dann in der URL gesucht (user/ID) und Views filtert dann nach dieser ID.
----------------------------------------
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Das Verhältnis anderen zu helfen muss höher sein, als von anderen Hilfe zu erfragen/erwarten.
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Das Verhältnis anderen zu helfen muss höher sein, als von anderen Hilfe zu erfragen/erwarten.
Vielen Dank! Werde ich
am 21.12.2009 - 10:09 Uhr
Vielen Dank! Werde ich ausprobieren sobald ich meine Seite neu gebaut habe.
Habe es doch tatsächlich geschafft, mir mit den letzten 2 upgrades (6.13->6.14->6.15) das System komplett zu zerschiessen :-(
Nun hilft sehr wahscheinlich nur ein Neuanfang von Scratch, da ich keine Sonne sehe die durch meine Dämlichkeit eingetragenden 2 Mio Fehler wieder auszubügeln...
Überaus frustrierend und ich könnte... grrrr...
Ich leg dir mal das Backup &
am 21.12.2009 - 10:37 Uhr
Ich leg dir mal das Backup & Migrate Modul an Herz. Alle 4 Stunden, 12 Backups und dann bevor du was konfigurierst
zieh dir immer ein Backup.
Hat dein Hoster denn keine Dumps?
Und normalerweise bekommt man ein Drupal immer wieder hin. Auf den Systemen die ich betreue, gab es auch nie Probleme mit den Core Updates. Also schalte mal die Contribute Module aus, bis es wieder läuft.
---
Viele Grüße,
Kars-T
| comm-press
Viele Grüße,
Kars-T
Doch... Ich erstelle
am 21.12.2009 - 11:11 Uhr
Doch... Ich erstelle täglich einen Backup über Confix.
In diesem Fall weiß ich aber nicht, wann das Übel seinen Anfang genommen hat (vermutlich schon zum Zeitpunkt des 6.14 Updates).
In diesen letzten Monaten habe ich bei der ganzen Lernerei und Probiererei natürlich x Contributed Modules hinzugefügt und wieder entfernt. So habe ich z.B. Einträge für Module in der Datenbank, welche ich schon seit Monaten nicht mehr verwende (zB IMCE und andere)
Diese waren aus Unwissenheit bei ihrer Aktivierung dazu fälschlicherweise noch im www.example.com/modules Ordner abgelegt und nur deaktiviert und gelöscht, nicht aber deinstalliert worden. Ein erneutes Hochladen der damals installierten Versionen mit dem Ziel einer ordentlichen Deinstallation konnte die verweisten Einträge auch nicht mehr beseitigen)
Insofern halte ich es für heikel, irgend ein Update aus der Vergangenheit einzuspielen.
Leider scheint auch Drupal nicht idiotensicher. Mit entsprechend viel Unwissen kann man dem System Schaden zufügen....
Es ist jetzt halt ein Gretchenfrage: Repariere ich wochenlang herum und riskiere dann, auf diesem scheinbar laufenden System aufzubauen? Wer weiß, ob sich daß nicht sehr viel später einmal übel rächt...
Oder beiße ich in den sauren Apfel und investiere jetzt die Zeit, mit hoffentlich fundierteren Kenntnissen das System neu zu bauen.
Mein System läuft (neben den schon erwähnten Problemen) dazu noch seeeeeehr laaaangsaaam, womit sich auch der Gedanke aufdrängelt, dem Elend besser ein Ende zu machen...
Mit meinen rudimentären Erfahrungen (nach gerade 6 Monaten) würde es doch wahrscheinlich Monate dauern, die Fehler einzugrenzen und abzustellen. Ich müsste wohl ca. 2 Millionen Fragen stellen und somit würde sich die Reparatur vermutlich in die Ewigkeit hinziehen- Bei dem sich während der letzten Tage ohnehin schon eingestellten Dauerfrust könnte dies dazu führen, daß ich irgendwann mein Büro in Kleinholz verwandele oder einfach resigniert aufgebe...
Off Topic
am 21.12.2009 - 11:22 Uhr
Ich kann dich schon verstehen, glaube aber, das es nicht so schlimm sein wird, wie du befürchtest. Die Module haben alle einen hook_install und die Datenbank für über Schemas angelegt.
Wenn du dazu weiter Chatten willst, macht doch einen neuen Thread auf, mit plamo.de hat das wenig zutun ;)
---
Viele Grüße,
Kars-T
| comm-press
Viele Grüße,
Kars-T