Forum Replies Created
-
Posts
-
Yes. Updating to 3.0.7. makes no difference concerning these issues. And the problems addressed above are only 1/3 of the ‘mess’, imho. Sidebars, menu, footer and socket… many elements are ‘broken’. Elements IN the Enfold theme control panel. Even the dropdowns and all are crooked. Yet, a temporary solution was given earlier, in the sticky languages-thread. I’d suggest this solution were copy-pasted in this thread right here, for all the Dutch peeps that are now clueless.
So, here we go. HALLO NEDERLANDSE ENFOLD-GEBRUIKERS. PROBLEMEN MET HET THEME? QUA MENU, SIDEBARS, FOOTER EN SOCKET, QUA ALLERLEI VERTALINGEN IN DE AVIA LAYOUT BUILDER EN VERTALINGEN EN OPTIES IN HET ENFOLD PANEL?
>>> deze quick fix werkt >>> https://kriesi.at/support/topic/please-contribute-and-translate-enfold/page/10/
Yeah…
I found the temporary fix. Somewhere in the translation thread.
I sincerely would have liked to find a solution or any response on 5 different threads. In the last 16 hours.I’m gonna be cheeky and do what I would have hoped to find, and start a new thread. Not asking anything, but giving the solution to possibly dozens of Dutch Enfold users who have no idea what’s going on.
Right…
Only after I found out it was a language specific problem I found this response right here. So, thanks for the quick fix, Ismael.
Too bad I’d already spent 3 hours trying and searching, mainly the Enfold support forum. I’m guessing at least dozens Dutch Enfold-users are in the same position. And it’s not simply that clear that it concerns language issues. My issues were website-issues. Menu, layout, that stuff.
Anyway: DUTCH PEEPS?! USE THE FIX ^^^ ISMAEL GAVE. It instantly gets rid of all the misery.
Lastly: @Yigit / @Ismael >>> could you link me to a how-to to check/add/adjust/create a language po/mo/anything? I’d love to take on a recent version and complete it. I have clients who don’t read English too well, and I’m a helper and perfectionist. So I’m pretty much dying to help both Enfold and those clients, and many others, creating a seriously very okay Dutch Enfold-version. I’m as technically inclined as your average mother in law, so please gimme a push in the right direction: where, how. And yes, I had the translation files thingy in WordPress once, two words, can’t remember. And someone once helped me install a po/mo client/application… but I only want to do it the right way right away.
Thanks!!Ismael!
:(
Guys! You should really take a good look at what’s happened with the theme about 15 hours ago! There are SEVERAL things messed up, out of the blue. Sidebars, menus, footers, all kinds of stuff. And look into the theme itself and the Enfold control panel. Please! It’s messed up. Even several dropdowns are completely incorrect. Should give you 4 options, now shows only 2, e.g. And the wrong ones!
Please, I’m so very stuck with 1 particular site with the menu on the left. Which does NOT work anymore, simply because the option to put the menu on the left is broken. Gone. As are other options. I’m not joking. Enfold is broken in several places. Do check my unanswered thread #386721 for more details and examples.
Wait… that doesn’t explain all. By far. The entire Enfold menu seems off :(
Logically I’d say this is probably the case with every single Enfold using website. Look at the Footer section in the Enfold menu e.g.
The “Default Footer Widgets & Socket Settings” should display widget and socket settings. A dropdown with four possibilities. Now it says to its right “Wilt u een \”Lees Meer\” link tonen?”, so whether we’d like to see the read-more link. And the dropdown should give me the options to show or hide footer and socket. But instead I get these two: “Show one of the theme’s widget areas / Show the contents of another article”
What’s happening guys? O.o
Imho the Enfold theme has undergone some changes about 1-2 hours ago. Messing around with the sidebar-placed Menu.
Enfold-guys… you might wanna look into this matter ;)
Greetingz, a fellow-Dutchman.
Elliot?
I don’t know what’s wrong with Enfold, but this question clearlt arose from a sudden change in Enfold about an hour ago. On this site the menu is placed in the right sidebar, while it should be on the left. Many options in the Enfold Menu menu are crooked, translated incorrectly, and some options are even missing.
I don’t know what happened but there’s something pretty wrong so it seems. Again, since 1-2 hours ago. Happened under my fingers.
Kindest regards,
Remco—let’s wrap it up, the host resolved it, after 3 attempts and an hour of talking and listening and waiting…—
…Sometimes I feel so da** smart :)
Okay, I am as technically inclined as your average mom. But I found out the cause – the only thing left now is the solution.
In FTP it appears one can scroll to the right. I never knew, why would I :’) So now I see this rights-tab. And it says “adfrw (0664)” for the other two files, that have been uploaded earlier in January and are working fine. And it says “adfrw (0660) for any new file. So yeah, I can edit this manually, so I’ve found out. But where do I change this setting systematically? This would resolve the whole problem. And I guess I am allowed to spank the host for screwing this up while doing the webstats-thing ;)
Anyone?
I did try that as a matter of fact, Elliot. Thank you.
And I’m not even sure how it shóuld work, but ik looks like it is measuring indeed. Pasting the code below:
<!– Facebook Conversion Code for LeadsPixel Emmen –>
<script>(function() {
var _fbq = window._fbq || (window._fbq = []);
if (!_fbq.loaded) {
var fbds = document.createElement(‘script’);
fbds.async = true;
fbds.src = ‘//connect.facebook.net/en_US/fbds.js’;
var s = document.getElementsByTagName(‘script’)[0];
s.parentNode.insertBefore(fbds, s);
_fbq.loaded = true;
}
})();
window._fbq = window._fbq || [];
window._fbq.push([‘track’, ‘6025433469488’, {‘value’:’0.00′,’currency’:’EUR’}]);
</script>
<noscript></noscript>
Ah.
Thank you, Flikk! Pretty cool when ‘a participant’ steps in and gives a very useful solution.
And thank you, Elliott. For the clear explanation. It’s not a big issue of course. So I’m simply looking forward to the update.Thanks for the ever quick and useful answers.
Kindest regards,
RemcoThanks so much, Elliot. Perfectly clear.
Have a great weekend! And yes, feel free to close this thread :) Thumbs up!
Indeed. Being anti-tech, in my simple user experience too: several sites on several servers at several hosting providers. When sending mails didn’t work, it always turned out to be a 5-second fix at the hosting end. In one case it just wasn’t ‘activated’, in another case it had something to do with a spam-suspicion from the past. So, do indeed give it a go at the hosting end!
Okay! Phase #71 :’)
The several error messages on the frontend disappear when I replace the ‘ordinary’ images in the accordeon slider with portfolio-generated items. Weird, to me, but so it is. Still, it should be able to work flawlessly with images. So I tried Josue’s tip again. Yet, slightly adjusting the code…
error_reporting(E_ALL); ini_set(‘display_errors’, 0);
error_reporting(E_ALL); ini_set(“display_errors”, 0);And the result is squeeky clean! Thanks @Josue et al. :)
Seems – indeed, seems ;)
The flaw is there. Yoast turned off, so the messages don’t appear in the backend this time. On the frontend they do however.
This specific accordion slider page is showing its error messages now. This is the only real question I want to ask you guys: I would kill for a solution or workaround here.
Thanks in advance!
…and indeed, as soon as you deactivate (I had to reactivate all the plugins – that could be a key thing too… idk) SEO by Yoast the entire problem ‘seems’ gone: the notices are not there anymore in any page-editing screens. Where they were there, right at the bottom, IN the SEO by Yoast area. At the top of tabs 2, 3 and 4, and at the bottom of tab 1.
Hi all.
Same sort of thing happening here today. Concerning the layer slider, the accordion slider, and then some. So I found this thread, and indeed the code fix helped a lot. Replacing the >>> if($meta[‘index’] == 0) $params[‘close’] = false;
Yet, this doesn’t work for the accordion slider. If I execute that in that php-file an error comes up on top of the frontend website. So that’s a no-go. Leaving me in a status quo position: saving certain pages leads to blank screens with notice messages. Yet, the changes then have been saved, and the visitors don’t see any of it. So it ‘seems’ only the accordion slider has some flaw-like thing. But now, as I read everything here, I’m worried about the future: what will happen when updating theme and WP the next time?
A short hint to how this appeared, as well as where the flaw could be: I’ve moved the website (hch-cursussen.nl) from a subdomain to the root domain folder. And faced some problems in that process. For one, in the subdomain version all was just perfect. Now, moved, WordPress doesn’t send out any mails. Not when using the contact forms, not the admin mails, not for the forum, not for other notifications. Nothing. And, even though it seems like that is a problem on the server side, today I wanted to see what would happen if I just rebuilt it all. A fresh WP installation, a fresh Enfold, connecting this to the database, and uploading WordPress XML and Enfold theme settings files. The result sucked, I removed this reinstall with FTP, and I moved back the original files with FTP. And that’s where the misery begins. Like I talked about in an other post on this website, some days ago: error messages on top of the website, after trying to do 1 simple thing in a WP-uploads file. Which I will never even think of doing again, ever.
So anyway, this kind of problems occurs only from such a moment on. Pretty distinct. I’m so very not techie that I have no clue whether the problems are based in the db, or in WP, or in theme files. But the moment of entry of these is pretty distinct.
I’m awaiting the host’s reply concerning the non-functional e-mail. Since this is what the php-test gave me (which tells me they can somehow fix this again, right?) :
Warning: mail() has been disabled for security reasons in /srv/hchcur/www/www.hch-cursussen.nl/test.php on line 1I will let you know right here (if the thread is still open) whether I encounter new problems concerning the notices and warnings.
@ralph12 – FTP settings for this particular server should have been set to SFTP. So now the backups are sound and complete. And 5 times larger than the backups I had made :’)
Thanks Ralph. Dat zal wel lukken – uiteindelijk.
For now, I’m what one could call oblivious. Just checked whether an as-usual drag-n-drop ftp copy move would work out like I’m used to. That’s how one makes an ftp backup, right? And to my surprise: 2099 succes & 425 fail. No wonder the backups were useless. So I first want to find out why this happens – I was like O.o
Only then I’ll go and chain myself to finishing the website.
Cheerio!
Hi @ralph12
I didn’t. As described above, it had all gone bazurk last night. I wanted to check what would happen if I replaced all the files in FTP with the ones from two days earlier (just an FTP backup), and the backup turned out crooked. Reversing what I just did gave the same result. Many files and folders appeared to be missing in all FTP backups. Beats me, completely flabbergasted. Still. Why, why would selecting all dragging to a harddisk result in copying only parts of it all. I never noticed this had gone wrong, so I was pretty much scre**d. Looking into it now, e.g. wp-content contains 5 folders. My backups contain only two. And I have no idea how on earth…
So anyway. The webhosting guys went digging and trying. At first they didn’t seem to manage it either. But now they’ve placed a back-up from approx 2 days ago. Way before the error messages started to appear. So, no error messages, my life isn’t over, but I’ll have to re-do hours and hours of WP content stuff.
Diagnostically, I can only tell you this: I tried to change something, through adding some code to the functions.php file in wp-includes. And I know I will never EVER try that again. Seems to me wp-includes prefers to be left alone :’)
Cheers Ralph, and other viewers. Thanks for your concerns. Imma go check out which pages and parts exactly need fixing now. I’m afraid there’s a lot to be done. Shop settings, tens and tens of photos, and some pages’ content. But hey :) It’s up again!
Wow… Well… This is a very clear hint:
Full FTP backups from days ago and earlier today are both like 30MB. IN TOTAL! This can never be right. This is pretty wrong. And makes absolutely no sense to me. Other WP sites I’ve built are more like 150MB. How on earth, why on earth would FileZilla or the webhost have me copy only 20% of all files and give me some notice? :$
Do close this thread if you’re sick of my wining ;) …imma go drink some wine now :'(
…and now I just found out the entire FTP backup I made an hour ago is NOT an entire FTP backup. There’s not even a themes folder in FTP right now. Not even an empty one. So selecting all by hand in Filezilla had some selective devil hidden in it. (wtf……..)
Oh lord. Now I’m even much much further lost than I ever was with the error notices. I should have stopped and waited for you guys. Stupid. And seriously, no idea why on earth such a backup (selecting all and copying to hard drive – I mean come on :$ ) would go wrong. Ever.
And just now the story turns out just fabulous: even the 2 days ago FTP backup has e.g. NO themes folder in wp-content.
:'(
This is called being screwed. Thanks to being technical nobody… Oh boy, how I hope someone is coming to check out this thread before the evening is over… I’m pretty lost.
In the mean time… ;)
I replaced all the files in FTP with the files I backup’ed two days ago. This is much worse. Not just AN error on top of the website, but a fatal error and as such:
Warning: require(/srv/hchcur/www/www.hch-cursussen.nl/wp-includes/pomo/mo.php) [function.require]: failed to open stream: No such file or directory in /srv/hchcur/www/www.hch-cursussen.nl/wp-settings.php on line 76
Fatal error: require() [function.require]: Failed opening required ‘/srv/hchcur/www/www.hch-cursussen.nl/wp-includes/pomo/mo.php’ (include_path=’.:/var/php5/lib/php’) in /srv/hchcur/www/www.hch-cursussen.nl/wp-settings.php on line 76
So I’m undoing right now what I just did, replacing all the files with what I just backup’ed 20 mins ago, in the mean time trying to get my heart beat down from 180 to 60-100 again.
Let me add this too – for I don’t know how influential this could be:
This website – http://www.hch-cursussen.nl – was first completely set up at a subdomain – nieuwesite.hch-cursussen.nl. Sunday/Monday I moved the old website, and put this one in its place, following codex.wp guidelines. So, in the WP settings I typed the new address, and after that, went on to copying/moving the WP files in FTP, into the new root (from subdomain to main domain). The old site being a Joomla site is still (asleep though) on that server, and its MySQL (4) database is still alive. The new site logically built up its own db (5) stuff when still in the other, temporary, location.
I live with the assumption this is all okay: this should simply work. Right? The WP codex-instructions made me believe it would. I’m now doubting whether the error could lie somewhere in this part of the story. If you, reader, are pointing to your forehead, please tell me how stupid I am.
Tried one more thing just now: deactivating Enfold, and reactivating it again gives me this output, in the WordPress admin area (!) :
Warning: Cannot modify header information – headers already sent by (output started at /srv/hchcur/www/www.hch-cursussen.nl/wp-content/themes/enfold/config-templatebuilder/avia-shortcodes/masonry_entries.php:1) in /srv/hchcur/www/www.hch-cursussen.nl/wp-content/themes/enfold/framework/php/function-set-avia-backend.php on line 530
…so I’m pretty much lost in the woods… :$ I’d really appreciate the help, guys. Thanks in advance!!
