joe_g
Members-
Posts
391 -
Joined
-
Last visited
joe_g's Achievements
-
One strategy would be to store all the original video files on the website as file uploads, and then use mux for conversion and delivery. At least then there a pinch less of a lock-in. Then, maybe at some point there might be a self-hosted mux alternative (or I make one based on ffmpeg). That could be a way to do things?
-
Hey all, My projects involves more and more video. For a couple of years I've been self hosting mp4's. It works okay but it's always a hassle with determining the bitrate and getting the clients to understand that kind of thing. I don't want to go back to the bad old days of embedding. Mux.com looks good, but then all video material is locked up in their servers and it's hard to move. I don't love the idea to be tied to them forever. My dream would be to have something similar to image->width(500), such as video->bitrate(3000) for 3mb per second, for example. So that the editors can upload whatever video file. I think this would be not that hard to achieve with ffmpeg? I've been toying with the idea to do something like this myself. Anyone else? J
-
Uncheck Active without 404? Or other way to deal with languages?
joe_g replied to joe_g's topic in General Support
yes, you made me understand 'viewable', that's great. But i can't control internal links done in ckedit (for example). Maybe ckedit is linked to /es/page and that doesn't yet exist (but perhaps a week later someone makes a spanish translation). It should work both now and later. -
i use hetzner for everything since some years
- 9 replies
-
- 1
-
- hosting services
- vps
-
(and 1 more)
Tagged with:
-
Uncheck Active without 404? Or other way to deal with languages?
joe_g replied to joe_g's topic in General Support
@gebeer Is what you describe some native setting or is it part of your module? -
Uncheck Active without 404? Or other way to deal with languages?
joe_g replied to joe_g's topic in General Support
The problem is not the language switch, it's everywhere else the page is linked. It wouldn't be enough to check if it's 'viewable' in the language switch - it would have to happen everywhere. That would be hard. But the 302 redirect setting makes this a non-problem -
Uncheck Active without 404? Or other way to deal with languages?
joe_g replied to joe_g's topic in General Support
Thank you both. @virtualgadjo I would love to stick to the native "active" if i can, however it's a bit cumbersome to check if a page is "viewable" *everywhere* when its being linked to. It could be in the language switch, but it is linked in lots of places. I Example: /es/hola-amigo (spanish page) /about (default about) /nl/about (dutch about) /es/about (NOT ACTIVE, DOESN'T EXIST) If i link from /es/hola-amigo to /es/about (without checking if it's viewable) i get a 404. What I like it to do is to instead go to /about .........Aaaaaaaaaaaaaaaaaaand after looking around a bit, there it is. This is what I didn't know existed because I didn't look hard enough 🤦♂️🤦♂️🤦♂️🤦♂️ thanks for the help! J -
Uncheck Active without 404? Or other way to deal with languages?
joe_g replied to joe_g's topic in General Support
Yes thank you. I don't think I explained myself very well. So I have a website with 13 potential languages, not all of them are used everywhere. Most pages have 2-3 languages out of these 13. I would like to show a language switch for the languages that has been translated (in most cases 2-3 languages). The problem is that there is no easy way for me to know what languages has actually been translated. I can't go through all the fields and compare them to the default language because it's tons of repeaters with text fields with footnotes and whatnot. It would easily be over 20-30 textfields to compare so this would be inefficient. So, I would need some kind of mechanism or switch that the editor can use to say "this language is in use". I can't use the "active" switch because if i switch it off the page gives a 404. Ideally, active=off would mean "return the page with the default language", but that's not how it works. I would like to add my own checkbox called "use this language", but I don't think there is anything like a "Multilingual Checkbox"? What i do now is that i compare the title with default, if it's different then I assume the page is translated. This does't work very well since the title sometimes stays the same. The client is not so happy with this solution. The only way to achieve this that I can think of is to have a text field called "is this page translated" that the editor would fill in with anything (such as "yes"). But that feels soo hacky and weird. Is there a better way? -
Silly forum thing: Can't find 'mark as solution' button in the forum
joe_g replied to joe_g's topic in General Support
I posted this as a joke, but that sounds like a good idea. I'm not sure I have permissions to change the title? -
Silly forum thing: Can't find 'mark as solution' button in the forum
joe_g replied to joe_g's topic in General Support
-
Hey hello, So i've got a site with no less than 13 languages. Not everything exists in all languages. The way "active" works is that if it's unchecked, then that particular language-version of a page gives a 404. What I'd like it to do instead is to still show the page, but with the content from the default language instead of throwing a 404. Ideally no page should ever give a 404. However, I suppose that's not so easy to accomplish? The plan B would be for me to implement my own "active" switch. But I don't think there is such a thing as a multilingual checkbox (that can be checked individually per language). Or is there? Maybe there is a third way I don't see right now?
-
Silly forum thing: Can't find 'mark as solution' button in the forum
joe_g replied to joe_g's topic in General Support
haha ok, good to know -
Thanks! That sounds great, I'll try that. I think i just graduated to yellow belt in hooks
-
aha, this code (in admin.php) seems to be the culprit: Leaving this code and saving many times (it will fail to save every 2-5 times) and then eventually the mysql install dies entirely. I think it's the first time I managed to truly crash a PW install. You think I might be doing something verboten in the code below? $pages->addHookAfter('saveReady', function($event) { //the following code borks the database! if($p->template->name == 'event') { $home = wire('pages')->get('/'); if(!$p->onfrontpage) { $home->of(false); $home->home->remove($p); $home->save(); } if($p->enddate>time() && $p->onfrontpage) { if(!$home->home->has($p)) { $home->of(false); $home->home->add($p); wire('pages')->message('Added ' . $p->title . ' to the homepage'); $home->of(false); $home->save(); } $p->of(false); $p->onfrontpage = 0; } } }