I have been testing bolt-cms for a few days and I'm trying to understand how it works.
I want to know what is the difference between New page, New entry and New Showcase.
I have read this and it didn't fill the gap.
Pages, Entries and Showcases are just examples of different Contenttypes and can all be replaced with what ever you like.
Pages are an example to emulate what you might need/want for standard site pages.
Entries an example of something like a blog post.
Showcases are an example of a useless Contenttype that gives an example of how you might use most of the available field types.
Related
The layout of my blog was initially an image portfolio type, so it wasn't supposed to have text. On the home page I would see a gallery. Many years later I have made many changes but only now I wanted to go back to seeing the text of the posts. I can only see the title. I tried to see one by one all the classes to see if there was something set to Display none. No luck. I'm starting to think it's just the layout programming that doesn't provide for what I'm asking for at all.
I can insert the blog link:
https://www.michelepetrelliart.com/search?
Not knowing where the problem is located I should have pasted the whole xml code of the blog. But I think it's too long.
I have a question regarding the latest core web vitals. How exactly it works on a HTML static website with a lot of pages? I made some tests, but the results which I get are really weird. Are these results related to the whole website or only to that page, in my case the frontpage? I also removed a lot of elements to test that, but the result wasn't changes.
And another thing which confuse me .. on one side, google recommend to avoid shifts, but when there are adsense (which is also a product from google), there must be a shift. So, how you are handling that?
I'm working on a site to help students with ACT prep, and I want to have a page where I can post explanations to questions that people submit. I want to be able to put a few tags on each post so that site visitors can click on or search whatever's relevant for them in the archives ("semicolons", "geometry", etc.) and all the relevant posts will come up, blog style. I'm very new to this, though, and I don't know how to do it or even what to search - when I search for tags I keep getting SEO recommendations, and that doesn't seem like the right thing.
Here's a solution (but it's not great)
It might be the only way to make what you want happen with a static HTML site.
You could, by hand, create pages that you fill with links to all of the posts that fit a certain category or "tag". For example, you could make a page that has links to all of your posts concerning geometry. Lets call this your archive page for geometry.
Then, when you include tags in a post, you would make each tag link to it's corresponding archive page.
Why do I say its not the best solution?
Virtually every blog that you see has a "back end" with a database that stores posts. When someone comes to your website and looks at a post, that posts data is inserted into a template and displayed to the user. You do not have to re-write the entire web page every time. Thing like the header, sidebar, footer, main page background etc are all in a template.
Having a database also lets you search the database and return relevant results. And a blog with a back end will typically let you write rules (or have them already written) that say, when you add a "tag" to a post, a link to that post should be automatically added to an archive page etc.
As far as I can tell you don't have database, so you'll just be linking static HTML pages. That means that every time you make a new post, you'll have to add a link to all of it's relevant archive pages by hand. Maybe you don't mind that now, but eventually it will be a nightmare to maintain.
I would strongly encourage you to look into a blogging platform like Wordpress to make your site. It will be more complicated to learn at first, but technology that's meant to do what you want it to do will ultimately be easier to use and maintain than technology that's simply meant to mark up a page.
I'm creating a Shopify store for a client who does not obviously know coding. He will need to update content on the website (and I have coded some pages with certain layouts (in the html part of the content) so when he types his content it often breaks our design)
As an alternative solution, I'm thinking of using the blog feature.
I know Shopify lets us create a page with only a certain blog, but what it does is show up in the URL - as a ...blog/cocktails.
That is not good for the end user, because I merely want it to be a page that calls the blog articles from this blog. I'm unable to find a way to do it.
I tried replacing blog.content with blog['cocktail'].content and etc..
but it didn't do anything.
Alternatively are there any suggestions how you can design a page and let clients add their own content just by typing (for instances where its a list of recipes for example)?
I think it would be best to create a custom page template same as blog page.
It will solve your all problems(i think) because first your url problem will be solved by it user has to just assign a template from backend.
Second one most important user can update its content from backend and it will not disturb your html.
If you still have problems just customise html and css.
I hope it will help you.
This is a rephrasing of my original question https://stackoverflow.com/questions/14516983/google-sites-trying-to-script-announcements-page-on-steroids:
I've been looking into ways to make subpages of a parent page appear in a grid like "articles" on the home page of my Google Site — like on a Joomla home page and almost like a standard "Announcements" template, except:
The articles should appear in a configurable order, not chronologically (or alphabetically).
The first two articles should be displayed full-width and the ones beneath in two columns.
All articles will contain one or more images, and at least the first one should be displayed.
The timestamp and author of each subpage/article shouldn't be displayed.
At the moment I don't care if everything except the ordering is hardcoded, but ideally there should be a place to input prefs like the number of articles displayed, image size, snippet length, css styling etc.
My progress so far:
I tried using an iframe with an outside-hosted Javascript (using google.feeds.Feed) that pulls the RSS feed from the "Announcements" template, but I can't configure the order of the articles. One possibility would be to have a number at the beginning of every subpage title and parse it, but it's going to mess up with time and the number would also be visible on the standalone article page. Or could the number be hidden with Javascript?
I tried making a spreadsheet with a row for each article with columns "OrderId", "Title", "Content", "Image" and process and format the data with a Google App Script (using createHTML and createImage), but a) there doesn't seem to be a way to get a spreadsheet image to show up inside the webapp and b) these articles are not "real" pages that can be linked to easily on the menus.
This feature would be super-useful for lots of sites, and to me it just seems odd that it isn't a standard gadget (edit: or template). Ideas, anyone?
I don't know if this is helpful, but I wanted something similar and used the RSS XML announcements feed within a Google Gadget embedded into my sites page
Example gadget / site:
http://hosting.gmodules.com/ig/gadgets/file/105840169337292240573/CBC_news_v3_1.xml
http://www.cambridgebridgeclub.org
It is badly written, messy and I'm sure someone could do better than me, but it seems to work fairly reliably. The xml seems to have all the necessary data to be able to chop up articles, and I seem to remember it has image urls as well, so can play with them (although not implemented in my gadget).
Apologies if I am missing the point. I agree with your feature request - it would be great not to have to get so low-level to implement stuff like this in sites....