Need advice about which tool to choose?Ask the StackShare community!
Elixir vs HTML5: What are the differences?
- Syntax: Elixir is a functional programming language that uses a syntax derived from Ruby and Erlang, while HTML5 is not a programming language but a markup language used for creating web pages, defining their structure and content.
- Purpose: Elixir is designed for building scalable and maintainable applications, particularly in distributed environments, while HTML5 is used for website and web application development to structure content and provide interactivity.
- Execution Environment: Elixir code runs on the Erlang virtual machine (BEAM), providing fault-tolerance and distributed capabilities, while HTML5 code is executed within a web browser to render web pages and interact with users.
- Data Handling: Elixir excels in handling complex data structures and processing large amounts of data efficiently, whereas HTML5 primarily deals with displaying data in a structured manner within a web page.
- Concurrency: Elixir has built-in support for concurrency and parallelism, making it ideal for high-performance and real-time applications, while HTML5 does not have native support for concurrency and relies on browser capabilities for async operations.
- Interactivity: Elixir is not inherently designed for creating interactive user interfaces like HTML5, which enables the development of multimedia-rich and dynamic web applications.
In Summary, Elixir and HTML5 differ in terms of syntax, purpose, execution environment, data handling, concurrency, and interactivity in web development.
Hello,
I want to generate dynamic CSS for each user with an expiry link.
I've created a cloud-based tool (Example - https://www.tablesgenerator.com/) where people can create tables and use them on their website by pasting the HTML generated by the tool.
Now, there are a few styling options needed, which can be done using CSS. As of now, I'm asking the users to copy the CSS and paste it in the "Custom CSS" section, which is a bit hectic work as they need to change the CSS every time if I make any changes to the styling.
So, I'm just wondering if there's a way to generate dynamic CSS for each user with an expiry link.
Currently, I have around 200 users, and what's the best way to do it?
Instead of having the user copy and paste the CSS directly, have them copy and paste the HTML that will include an external CSS file generated and hosted by your application. This will allow you to control when the stylesheet is updated as well as control privileges on who can request the file. Additionally, using a CDN service (e.g. Cloudflare) will allow you to cache the static assets being requested reducing overall server load.
When your server (and optionally CDN) no longer are serving the file, consider the link expired. Unique URLs can be generated using a multitude of methods but maybe consider if there is any benefit to the users if it follows the scheme: yourdomain.com/USERNAME/CUSTOM_NAME.css rather than something like: yourdomain.com/style/SOME-UNIQUE-HASH-1234.css
The best way, as usual, is a "it depends".
Still I would go to something as simple as storing the expire date+the generated css and other metadata in a table. If a user tries to access something that is expired than he's redirected to a specific page. Periodically (like once a day), a janitor process deletes the old data.
#rust #elixir So am creating a messenger with voice call capabilities app which the user signs up using phone number and so at first i wanted to use Actix so i learned Rust so i thought to myself because well its first i felt its a bit immature to use actix web even though some companies are using Rust but we cant really say the full potential of Rust in a full scale app for example in Discord both Elixir and Rust are used meaning there is equal need for them but for Elixir so many companies use it from Whatsapp, Wechat, etc and this means something for Rust is not ready to go full scale we cant assume all this possibilities when it come Rust. So i decided to go the Erlang way after alot of Thinking so Do you think i made the right decision?Am 19 year programmer so i assume am not experienced as you so your answer or comment would really valuable to me
- Client-Side: \
The form of our product is a web app because we would also provide a dashboard for displaying data and for some further purpose including data filtering and comparison. Hence, we would definitely use
HTML5
for structuring the web,CSS3
for styling the web, andJavaScript
for building the front-end logic. As for frameworks, we would useReact
because it is component-based that can keep our front-end code clean and organized. The virtual DOM ofReact
also provides better efficiency in time when rendering the page. Furthermore,React
has a greater number of users thanVue
andAngular
, thus have active communities for problem-spotting and problem-solving. We would also incorporateBootstrap
into our web app to provide an aesthetic user interface and thus to improve the user experience. The fact thatBoostrap
supports responsive site would also ease our workload if future adaptation for mobiles is needed.
Frontend:
- For our web app frontend, we decided to use
TypeScript
as our programming language because it supports all functionality of JavaScript and supports optional typing to the language, which can help us take advantage of OOP. - We chose
ReactJS
as our frontend library because its state management would be very handy for our single-page app. React is also component-based, which can help us improve the modularity and extensibility of the project. - Aside from the standard web technology
HTML
/CSS
, we will useBootstrap
to style UI components and make our web app responsive to different screen sizes.
We have a lot of experience in JavaScript, writing our services in NodeJS allows developers to transition to the back end without any friction, without having to learn a new language. There is also the option to write services in TypeScript, which adds an expressive type layer. The semi-shared ecosystem between front and back end is nice as well, though specifically NodeJS libraries sometimes suffer in quality, compared to other major languages.
As for why we didn't pick the other languages, most of it comes down to "personal preference" and historically grown code bases, but let's do some post-hoc deduction:
Go is a practical choice, reasonably easy to learn, but until we find performance issues with our NodeJS stack, there is simply no reason to switch. The benefits of using NodeJS so far outweigh those of picking Go. This might change in the future.
PHP is a language we're still using in big parts of our system, and are still sometimes writing new code in. Modern PHP has fixed some of its issues, and probably has the fastest development cycle time, but it suffers around modelling complex asynchronous tasks, and (on a personal note) lack of support for writing in a functional style.
We don't use Python, Elixir or Ruby, mostly because of personal preference and for historic reasons.
Rust, though I personally love and use it in my projects, would require us to specifically hire for that, as the learning curve is quite steep. Its web ecosystem is OK by now (see https://www.arewewebyet.org/), but in my opinion, it is still no where near that of the other web languages. In other words, we are not willing to pay the price for playing this innovation card.
Haskell, as with Rust, I personally adore, but is simply too esoteric for us. There are problem domains where it shines, ours is not one of them.
A major part of our project includes visualizing the data through graphs and charts. We chose to use d3.js since it provides a wide selection of well-designed graphics and animations. As a library, it is also easy to use and be included in our UI. JavaScript which our team has experience with was also selected to integrate graphics from d3.js into the UI, as well as to integrate the UI with the backend system. Along with JavaScript, HTML5 and CSS 3 are also selected mostly for styling and formatting the webpage. These three languages are widely used which means that more support will be available, making the implementation process easier.
The key to our product relies on explainability and user experience when using our product. With this is mind, it is important to build a clean, readable web interface that a user will be able to navigate easily and quickly debug their security issues. The stack chosen for the interface of our product includes: JavaScript + React, CSS, HTML, Material UI and D3.js.
React provides us with simplicity to allow us to deliver the MVP as soon as possible. React also has multiple open source libraries to ease our development. Being able to reuse React components will help in developing the product fast as well as making the user interface modular. Since we're using React, we will also be using JavaScript, HTML, and CSS to create the frontend.
To design the UI, using a minimal approach would be the best solution. The Material UI library provides us with minimal and aesthetically pleasing React Components which would make our frontend look pleasing to the user.
Finally, our UI will consist of displaying information from our Machine Learning model in a dashboard type view. To display data in tasteful manner, we have chosen to use the D3.js library. This library is the most popular data visualization library for React with over 80k stars on Github. D3 also provides seamless compatibility with React and has a variety of features which would make the data we produce visually pleasing.
As our team will be building a web application, HTML5
and CSS3
are one of the standardized combinations to implement the structure and the styling of a webpage. Material-UI
comes with all sorts of predesigned web components such as buttons and dropdowns that will save us tons of development time. Since it is a component library designed for React, it suits our needs. However, we do acknowledge that predesigned components may sometimes cause pains especially when it comes to custom styling. To make our life even easier, we also adopted Tailwind CSS
. It is a CSS framework providing low-level utility classes that will act as building blocks when we create custom designs.
Am I the only one to think that libraries like Bootstrap, Vuetify, Materialize, Foundation are too much sometimes ?
Most of the time you are loading all the library and using 10% of it. And on that 10% you are modifying 90% of it.
I feel like using grid and pure CSS / JS are enough and cleaner.
Things were very hard, before 2012 but when internet came to so many people it opens a lot ways. And now people could learn coding easily from their houses. So guys if you are a newbie who wants to learn coding with your phone then you should download these apps. Sololearn Curiosity codehub Encode
7 Awesome CSS3 Techniques You Should give a Try
Vertically Align With Flexbox Earlier developers used to face a lot of difficulties aligning a text or any other element vertically center. But now, after the introduction of the new CSS3 specification Flexbox, things have become much easier.
Responsive CSS Grid Do not make your grid an exception make it responsive too, like everything else in your design.
There are so many ways through which you can make your grid responsive with CSS Grid. And the best part of using it is, you will be able to create a more flexible grid that gives you the desired look, no matter what the device size is.
Text Animations You might have created background animations with CSS, but now it also influences how users interact and engage with the text elements of a website. From hover adjustments to making words float in the air, CCS3 has made it all possible.
Columns layout Usually, column-based layouts are created by using Javascript, which is quite complicated and time-consuming. But CSS has brought a way around to ease up the task of developers and web designers.
Screen Orientation Many people think that screen orientation and device orientation both work for the same purpose. But that’s not the case. The orientation of the screen is a bit different from the device.
Even if a device is not capable of detecting its orientation, a screen always can. And if the device is capable also, then it’s good to have control over the screen orientation so that you can maintain or change the interface of your website.
Comma Separated Lists There is no doubt that Bullet lists are very commonly used in writing to convey any information more precisely and clearly. But one thing that most people struggle with is to add commas on every point of the lists.
Animated Checkbox Well, most of the people are very much aware of the CSS background and text animations. But, not many know about checkbox animations.
Yes, apart from background and texts, you can also make your checkbox section look visually appealing. Isn’t it great?
css3 #html5 #mafsyscss3 #mafsyshtml5 #mafsystechnology #mafsystechnologies #css3techniques #css3tips #html5tipsPros of Elixir
- Concurrency174
- Functional162
- Erlang vm133
- Great documentation113
- Great tooling105
- Immutable data structures87
- Open source81
- Pattern-matching77
- Easy to get started62
- Actor library59
- Functional with a neat syntax32
- Ruby inspired29
- Erlang evolved25
- Homoiconic24
- Beauty of Ruby, Speed of Erlang/C22
- Fault Tolerant17
- Simple14
- High Performance13
- Doc as first class citizen11
- Good lang11
- Pipe Operator11
- Stinkin' fast, no memory leaks, easy on the eyes9
- Fun to write9
- OTP8
- Resilient to failure8
- GenServer takes the guesswork out of background work6
- Pattern matching4
- Not Swift4
- Idempotence4
- Fast, Concurrent with clean error messages4
- Easy to use3
- Dynamic Typing2
- Error isolation2
Pros of HTML5
- New doctype447
- Local storage389
- Canvas334
- Semantic header and footer285
- Video element240
- Geolocation121
- Form autofocus106
- Email inputs100
- Editable content85
- Application caches79
- Easy to use10
- Cleaner Code9
- Easy5
- Websockets4
- Semantical4
- Better3
- Audio element3
- Modern3
- Portability2
- Semantic Header and Footer, Geolocation, New Doctype2
- Content focused2
- Compatible2
- Very easy to learning to HTML1
Sign up to add or upvote prosMake informed product decisions
Cons of Elixir
- Fewer jobs for Elixir experts11
- Smaller userbase than other mainstream languages7
- Elixir's dot notation less readable ("object": 1st arg)5
- Dynamic typing4
- Difficult to understand2
- Not a lot of learning books available1
Cons of HTML5
- Easy to forget the tags when you're a begginner1
- Long and winding code1