WebsiteBaker Support (2.13.x) > Modules

Module 'News with images'

<< < (5/5)

hgs:

Ich weiß gar nicht, wie ich es sagen soll.
ich versuch es mal mit einem Zitat von  Heinz Rühmann aus dem Film "Die Feuerzangenbohle"
"Was ist eine Dampfmaschine?
Da stellen wir uns doch mal ganz dumm an....."

Ich hoffe du versteht das nicht falsch aber dieser Post ist nach einigen eigenen schmerzlichen Erfahrungen entstanden.

Los gehts
Die Erweiterung deines News Moduls basiert auf einem Core-Modul.
Und dieses Coremodul hast du sehr stark auf deine Bedürfnisse angepasst.
So weit so gut und dafür steht ja " open source ", aber dabei gibt es eben auch viele, zum Teil fatale, Fallstricke.

Bei mir war es "nur" eine Testseite mit dem Core-News-Modul, die mir das angepasste News-Modul geschossen hat.

Wir hatten mal einen Forumsuser, der als Startseite 127 Seiten News hatte. Ich will mir nicht ausmalen müssen, wie dieser User reagiert hätte.......

Deshalb ja mein Tipp weiter vorne, dass Modul umzubenennen (z.B News_neu oder News2...)
Ein Einfaches umbenennen in der Info.php war dann mein 2. Fehler, da dein News die gleichen Tabellenfelder in der DB nutz und ich habe mir zum zweiten Mal das Original mit geschossen.

Also ein nächster Tipp: auch in der DB eigene eindeutige Tabellen für das "neue Modul" anlegen lassen.
(als Beispiel: Core-News-Modul hat diese Tabellennamen "mod_news_comments" und weitere nach dem gleichen Schema
News2 sollte dann "mod_news2_comments" und so weiter, als Tabelle haben
Diese neuen Tabellen sind dann noch in allen Dateien vom Modul anzupassen.
Ein Texteditor wie Notepad++ ist da sehr hilfreich.

Somit ist sichergestellt, dass dein Modul nicht ausversehen ein bestehendes Modul oder eine bestehende Seite beeinflusst. Ich erinnere nur noch mal an die 127 Seiten....

Das zweite was du mit dieser Methode verhinderst ist,
dass dein Modul beim nächsten Upgrade von WebsiteBaker wegen php 8.2 überschrieben wird.
Und das wird passieren, da das nächste Upgrade schon bei uns Tester im Test ist.

Da ich, so wie du es von dir auch behauptest, kein Coder bin, erspare ich mir die Hinweise auf Coding Standards.

Und um es nur noch mal deutlich zu sagen, mir geht es nur darum, Frust auf allen Seiten zu vermeiden.

Ich hoffe das du es nicht falsch verstehst. Und wie du gemerkt hast, gebe ich auch nicht so schnell auf und unterstütze jedes neue und brauchbare Modul, soweit es mir als „Nur Anwender“ möglich ist.
In diesem Sinne
Grüße Harald

I don't even know how to say it.
I'll try it with a quote from Heinz Rühmann from the movie "Die Feuerzangenbohle".
"What is a steam engine?
Let's be silly about it....."

I hope you don't take this the wrong way but this post came about after some painful experiences of my own.

Let's go
The extension of your news module is based on a core module.
And you have adapted this core module very much to your needs.
So far so good and that's what "open source" stands for, but there are also many, partly fatal, pitfalls.

With me it was "only" a test page with the core news module, which shot me the adapted news module.

We once had a forum user who had 127 pages of news as his start page. I don't want to have to imagine how this user would have reacted........

Therefore my tip further ahead to rename the module (e.g. News_new or News2...).
A simple rename in the Info.php was then my 2nd mistake, because your News uses the same table fields in the DB and I shot me for the second time the original with.

So a next tip: also have your own unique tables created in the DB for the "new module".
(as an example: core news module has these table names "mod_news_comments" and others with the same schema
News2 should then have "mod_news2_comments" and so on, as a table
These new tables are then still to be adapted in all files of the module.
A text editor like Notepad++ is very helpful.

This ensures that your module does not accidentally affect an existing module or page. I just remind you again of the 127 pages.....

The second thing you prevent with this method is,
that your module will be overwritten during the next upgrade of WebsiteBaker because of php 8.2.
And that will happen, because the next upgrade is already in test with us testers.

Since I'm not a coder, as you also claim to be, I'll spare the references to coding standards.

And just to make it clear, I am only interested in avoiding frustration on all sides.

I hope you don't misunderstand. And as you noticed, I don't give up so fast and support every new and useful module, as far as it is possible for me as a "user only".
In this sense
Greetings Harald

Translated with www.DeepL.com/Translator (free version)

Vlob:
Hi

- It is not based on the news module, it is the news module

- 127 pages gone f8765^%Ui&^%$%^&$ ... : you always make a back up or test in a separate enviroment don't you?

- rename: nope, replace!

- db tip: nope

- overwritten: nope, the final version of this news should be the standard, I know it might need some work and if we all would look into it without the standard WB-tunnel vision the world would be far more beautiful place.

hgs:
ok, I tried to explain. :(
if "no" is your option, I'm afraid I can't help.  :-[
Core-News will always remain Core-News, because we as WebsiteBaker e.V. are responsible for the security.

For a fork you would have to ensure this security.
and one last
After my explanation attempt I have to state: "The tunnel problem is not a one-way street". ;)

Vlob:
"quote" removed by mod. was modified by you. don't do this!

 (Y)

Navigation

[0] Message Index

[*] Previous page