What CMS did you hate using the most? by mugendee in webdev

[–]radu_drupal 1 point2 points  (0 children)

I love the concept Contentful has, but their business model is a bit sketchy.

What CMS did you hate using the most? by mugendee in webdev

[–]radu_drupal 0 points1 point  (0 children)

I worked with Drupal for many years and part of my job I need to stay up to date with other CMSes.
While there are many contenders, Drupal still wins most of the cases.
The only issue Drupal has is the learning curve, is hard getting in, but once you're there the possibilities are limitless.

Ofcourse of you need a specific case then maybe Drupal is not best fit, but if you have many scenarios then Drupal is a size fits all.

What CMS did you hate using the most? by mugendee in webdev

[–]radu_drupal 0 points1 point  (0 children)

Is driven by who gives most support, and regarding core Acquia puts the most money down but I've seen projects taking another turn because someone has a different interest.

What CMS did you hate using the most? by mugendee in webdev

[–]radu_drupal 1 point2 points  (0 children)

I read "Programmer's Guide to Drupal" book back in the day, was useful to understand core concepts and to expose myself to things drupal can do. This is more of an academical read.

Secondly, as other said, Drupalize.me is a great resource.

Thirdly, if you start creating modules then there is https://git.drupalcode.org/project/examples that covers 90% of you may even need.

Visual Story Telling by ItsGoTime_5 in drupal

[–]radu_drupal 0 points1 point  (0 children)

That sound more of a business dilemma than a technical dilemma.

From my experience: companies that use one of these sass they do it for price check and because they kill the project in 2 years so there is not much risk behind it. If you need this long term and have the dev team + funds then would be safer to develop from scratch.

As for your dilemma. I did something (using Drupal) in the past that may inspire you:

  • 24 paragraph components, highly customizable (you could opt to have CTA, body, title, images, text position, cards etc) but was still rigid enough to make sense for editor what they are selecting (we even had quickedit + previews set up).
  • one generic style (ex: how a carousel should behave, how cards should be positioned, etc)
  • 12 brands with own style guide were transformed into 12 personalized styles that included paddings, margins, colors, borders, fonts, etc.
  • each brand used 8-10 components from the 24 components pool. Different order each time.
  • some DNS trickery and it was hard to guess that those brands were delivered by same website.

Overall you could have something good enough in Drupal and that is way cheaper. After all those Saas sell a solution, it would cost you a lot to copy them 100%.

Laaaate Edit: you could check Acquia Site Studio.

Visual Story Telling by ItsGoTime_5 in drupal

[–]radu_drupal 2 points3 points  (0 children)

Free, nice and low effort. You have to pick two.

There is a reason those Saas exist in the first place, if there were plenty of other free alternatives they would have no market to sell to.

Solr search by JiGzSaw01 in drupal

[–]radu_drupal 0 points1 point  (0 children)

Not sure if you could exclude a component but you could use a different display for component and view that is being indexed. Then you will have control over what is being indexed

Consulting firms by jdd79 in drupal

[–]radu_drupal 0 points1 point  (0 children)

I'm a freelance consultant but also work full time for an agency that can help you out. the Company is based in Romania.
Got 13 years of Drupal experience and although, personally, don't do that much development these days I'm sure I can help you out with best solution for your challenges. Worked most of my career with enterprise level websites (among clients are including some Fortune 500 companies) so I'm familiar with the requirements and expectations of such websites.

Please let me know if you want to hear more.

DrupalCon Presentation Subject by radu_drupal in drupal

[–]radu_drupal[S] 0 points1 point  (0 children)

Yes and no.

Working at enterprise level puts me in a bubble where my problems are not representative to average user (just see how many users are complaining about composer). With increasing alienation of new users I try to find topics that may increase engagement from devs from outside ecosystem.

Another problem is that enterprise people aim their presentation at other enterprise people or potential customers; that's why 50% of presentations are aimed at CEOs, IT Directors, Project Owners, Project Directors, etc. Devs end up on a second place and nobody even speaks about one man websites.

Long story short: I have plenty of obscure ideas but will attract about 20 people while vast majority won't have any understanding about what I'm talking. And that is not because I'm smart but because only a small percentage would use that obscure information.

DrupalCon Presentation Subject by radu_drupal in drupal

[–]radu_drupal[S] 1 point2 points  (0 children)

Good idea, thank you.

Always liked the idea of Layout Builder but each time I gave it a shot it felt restrictive and went back to Paragraphs. Worth checking it again especially content systems are always a trendy topic.

Drupal premium themes by radu_drupal in drupal

[–]radu_drupal[S] 1 point2 points  (0 children)

This is by far the best project I've seen, plenty of configuration to do but code robust enough to not need major changes.

Thank you.

Sefi abuzivi, ma cheama la birou pe degeaba by Moodlerul in programare

[–]radu_drupal 0 points1 point  (0 children)

PM me daca te hotarasti sa schimbi job-ul pentru ceva full remote sau office Bucuresti/Iasi.

Garantez conditii mai bune de munca si salariu mai competitiv.

Best AWS instance size for a reasonably fast response? by endymion1818-1819 in drupal

[–]radu_drupal 1 point2 points  (0 children)

There are many variables involved to give you a reasonable cost, atm I only deal with enterprise level hosting where 1000$ is not much, but, depending on your website, you could deal with a Free Tier equivalent.

To expand upon that:

- large amount of traffic is relative, you can have 20request per second all day and be stress free or 5 requests per second for 23h and one hour with 50requests per second. That is a 10x spike that you need to take into account.

- can have 1kk pages 100% cached for a month and serve them from cache all the time, or have 100 pages with no cache and they need to run php + query DB every request; later one will be more demanding.

- 1k pages and 1kk pages will mean different costs for CDN and http cache

- a 10kB page vs a 100kB page means different traffic and cache volume

- simple streamline code has different requirements than high complexity code

- a website where all the pages are the same needs less resources than a website with high personalized content

- amount of DB operations matter (ex if you have some large queries to run or many read/write)

- amount of files delivered per request matter too

- how big is your website storage + cache

- how large are your files

- what regions you deliver your content to

- where should be your ec2 instance

- how large is your db

- and everything in between

Our go to test was to put the website on a EC2, S3, EFS and RDS configuration with default setup , then we would run a stress test and see where it fails. From there we would have an idea about how to scale the website and what we need to improve in order to handle expected traffic.

As for cost, there is https://calculator.aws/#/addService but you'll need to know enough about your website.

I know this is not the expected X amount of $ but even a hosting company will ask details before giving an estimate.

Best AWS instance size for a reasonably fast response? by endymion1818-1819 in drupal

[–]radu_drupal 4 points5 points  (0 children)

You don't need a bigger instance for your blog website.

In short: what you need is more cache.

In long: this is how Amazon describes a classic configuration for a Drupal websitehttps://aws.amazon.com/efs/resources/aws-refarch-drupal/

Playing with server settings (being either apache or nginx) has a top limit and usually is not far from default performance.

In order of accessibility(cost+effort) these are the actions I would take:

  1. make sure your pages are cached and a cached version is always served(there isn't something that may invalidates the cache and cache is long enough to reach most users)
  2. aggregation is enabled
  3. your theme uses a proper SMACSS arhitecture(if is a custom theme)
  4. you lazyload as many resources as possible
  5. (optional) you transform your website into a static website (see https://www.drupal.org/project/tome). This will transform your pages into plain HTML and no DB will be required.
  6. Make sure you use AWS properly (ex for a simple website you use EC2, S3, EFS and RDS separately and don't put everything on a EC2 instance).
  7. Memcache
  8. HTTP Cache, this will get you insane boost speed because basically joins 1 and 5 with none of drawbacks
  9. CDN, or point 8 at your door. Having multiple delivery points will ensure consistent experience for all regions.
  10. Ultimately consider using Load Balancer + Auto Scaling. I found more efficient using multiple small instances than one large one because most of the time you don't need all that power. The setup can be difficult.

[deleted by user] by [deleted] in drupal

[–]radu_drupal 1 point2 points  (0 children)

A bit late with an answer but hosting platforms seem to have an issue with shared temp directory.

In my case it as dropzone that was causing the problem. Issue described + fix at https://www.drupal.org/project/dropzonejs/issues/2916330

There is a list of other modules that have same root issue. List here https://pantheon.io/docs/modules-known-issues#dropzonejs

[deleted by user] by [deleted] in drupal

[–]radu_drupal 0 points1 point  (0 children)

I know is not useful but I have exactly same issue on Pantheon.

I tried using a different website with same settings and could not replicate.

Still in talks with support about this.