My involvement with Elgg is really limited these days and I have no interest in answering basic questions on how to get things done, when there is extensive documentation on the subject. I have given you the script that should have solved the problem, and instead I am the bad one for not taking more of my time to answer more questions.
Where would the source be hardcoded? In one of the plugins? I doubt it, but grep your code base and change it if it is hardcoded indeed. If you have changed the domain of absolute URLs in the database and it still doesn't work than the problem is with either routing or location of files.
Thank you for your response Ismayil, I have read the documentation extensively and I cannot solve the issue quickly, I will however solve it in time. If you have no interest in answering questions then I suggest you do not in future for your only effect here has been to fail to provide a cogent solution and offend a learning ELGG user with your arrogant and intolerant responses.
I have provided reasonable detail in my request, politely sought clarification and expressed gratitude for help and your response has not been less than that expected of an "expert" in a community.
I don't know what you were expecting in my responses but if you expected me to fellate you; sorry buddy I don't swing that way.
Based on the single time I have posted a request for technical support and the feral response received it's probably a pretty good indicator we should migrate away from ELGG to a more friendly framework and community
Brett, I am sorry, if I come across as arrogant and intolerant. I have seen enough learning Elgg users in this community in the last 10 years to be frustrated when the little time I have to browse through community postings are spent reading posts that have been asked and answered before.
In the end I figured out how to deploy the script, as far as I can see it changes the url entries in the database (??) and these have already been updated.
The script made no change, it appears with embedding an image the src is hard coded in rather than dynamic and hence database changes make no difference
This should have been posted to the thread you have originally started and we could have taken it from there. In this context it doesn't make sense - so does it work or does it not? You say you manually changed some URLs and I presume that worked for those images. The script I posted has automated the process for you, and it looks like it does its job by altering the URLs in the database. So, I don't understand what kind of different outcome you expect.
Good luck and thanks for reminding that I should completely retire from this community. I am just done.
Do you still have to the old domain? Can you setup a redirect? I think that would be the easiest.
I did have a migration script somewhere for situations like this, I will dig to see if I can find it
Ok, found it.
Add this to your start.php, update the list of URLs, and run Upgrade from admin panel, then remove it. Alternatively, run this with run_function_once().
https://gist.github.com/hypeJunction/c1e448c4ff3302e42f43eb432c072bfc
Goes without saying, backup your database beforehand, in case something goes wrong.
Hi Ismayil
Thanks so much for getting back to me, for security reasons a redirect is not an option unfortunately so I'm about to try your script.
Just a query though you said to add it to the "start.php". Our ELGG installation as far as I can see doesn't have a start.php - did you mean index.php by any chance?
Thanks again!
EDIT ok I see every plugin and theme has a start.php. Should I add this code to start.php of the active theme or into one on the plugins? if so which one please, I have three installed in connection with embeds, one of which I think is yours (see orig msg)
info@elgg.org
Security issues should be reported to security@elgg.org!
©2014 the Elgg Foundation
Elgg is a registered trademark of Thematic Networks.
Cover image by Raül Utrera is used under Creative Commons license.
Icons by Flaticon and FontAwesome.