I'm not sure what you're trying to achieve by using these services.
Gerry
Using central services for providing files like jquery, bootstrap and
the like reduces the load and bandwidth use on our own servers. About
half of my 'traffic' is provided by https://cdnjs.cloudflare.com and the
likes of china has local hosting of some of these services where
overseas services are blocked.
xiaofo
I had a look at switching over my copy of PGV, but volume of traffic is
not grate so I've never finished it. Many of the .js library files are
available on cloudflare which is my preferred source.
My concern would be "security". There's a very good chance that the packages delivered dynamically to PhpGedView could carry a virus or other nefarious stuff that would then open up your site to hacking.
Not a good idea.
The only way this might be acceptable to the wider community would be if the ability to use delivery of packages from sources other than the local PhpGedView installation were configurable, and if the location of each of these off-site packages were also individually configurable. I'm not so sure that this would be worth the effort.
Lastly, I'm not sure that the various packages (Bennolan, Jquery, etc.) haven't been modified or customized before they became part of PhpGedView. I wasn't involved, and the several developers who "did the deed" have all left the project or have died.
"If it ain't broke, don't fix it."
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
If I want to use the public CDN service(CDNJS front-end public library), which files should I modify the CSS and JS url?
Last edit: xiaofo 2018-10-01
Please provide a link where I can get more information about this service.
Such as these free service providers:
1.https://css.loli.net
2.https://www.jsdelivr.com
In addition, there are many common genealogical data media files for uploading media files, such as pictures. If you can add api parameter settings in the Management panel, uploading will be more convenient.
E.g
1. https://sm.ms/doc/
2. https://docs.google.com/spreadsheets/d/1nbh_jvnh2FI6zKETbUqW97wOx0Qrlf0l0S-x2daKM9M/edit#gid=0
I'm not sure what you're trying to achieve by using these services.
You DO know that PhpGedView supports media references to external URLs, right?
On 02/10/2018 12:58, Gerry Kroll wrote:
Gerry
Using central services for providing files like jquery, bootstrap and
the like reduces the load and bandwidth use on our own servers. About
half of my 'traffic' is provided by https://cdnjs.cloudflare.com and the
likes of china has local hosting of some of these services where
overseas services are blocked.
xiaofo
I had a look at switching over my copy of PGV, but volume of traffic is
not grate so I've never finished it. Many of the .js library files are
available on cloudflare which is my preferred source.
--
Lester Caine - G8HFL
Contact - https://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - https://lsces.co.uk
EnquirySolve - https://enquirysolve.com/
Model Engineers Digital Workshop - https://medw.co.uk
Rainbow Digital Media - https://rainbowdigitalmedia.co.uk
Yes, when using cdnjs, the website will open faster and save traffic.
If you can integrate the uploaded file by setting the api, the efficiency will be higher. If it is too much trouble, then it will be.
My concern would be "security". There's a very good chance that the packages delivered dynamically to PhpGedView could carry a virus or other nefarious stuff that would then open up your site to hacking.
Not a good idea.
The only way this might be acceptable to the wider community would be if the ability to use delivery of packages from sources other than the local PhpGedView installation were configurable, and if the location of each of these off-site packages were also individually configurable. I'm not so sure that this would be worth the effort.
Lastly, I'm not sure that the various packages (Bennolan, Jquery, etc.) haven't been modified or customized before they became part of PhpGedView. I wasn't involved, and the several developers who "did the deed" have all left the project or have died.
"If it ain't broke, don't fix it."