The devlog-ist/landing project focuses on creating landing pages. Recently, we tackled a performance bottleneck during the LinkedIn publishing process. The issue arose from sending large base64 encoded images directly within the publish request, leading to 413 errors from Nginx due to exceeding the maximum request size.

The Problem

LinkedIn's API has limits on request size. Sending a

The devlog-ist/landing project focuses on creating landing pages and managing content for various platforms. This post details the addition of an independent LinkedIn random mode for post generation.

The Problem

Previously, the application used a single random mode toggle that controlled whether random post examples and prompts were used across all platforms.

When developing tools for content generation, flexibility is key. A recent update to the devlog-ist/landing project focuses on providing more granular control over how content is generated for different platforms. Specifically, we've decoupled the random mode setting for LinkedIn from the portfolio's random mode.

The Problem: One Size Doesn't Fit All

Previously, a single "random mode"

Introduction

This post outlines how to implement zero-downtime deployments and rollbacks using Laravel Forge. Automating these processes ensures minimal disruption and a smoother experience for users during updates.

Prerequisites

• A Laravel application deployed with Laravel Forge
• Basic understanding of deployment scripts
• SSH access to your server

Step 1: Deployment Script

The devlog-ist/landing project helps users track their development activity. We recently improved how the application handles revoked or expired GitHub API tokens. Previously, a 401 error would trigger a generic error log and continuous retry attempts during data synchronization. This led to unnecessary server load and delayed data updates.

Now, when a 401 error (Bad Credentials) is received

Introduction

We're enhancing the integration capabilities within our Filament-based application, specifically focusing on providing users with more control over syncing their GitHub activity. This feature aims to streamline the process of keeping user activity data up-to-date, providing a more seamless experience within the application.

Integrating the Sync GitHub Activity Action

Efficiently managing and synchronizing data is crucial for application performance. Recently, we enhanced the GitHub activity syncing process in our application by replacing a single-date picker with a more flexible date range calendar. This improvement, combined with a significant refactor, streamlines the synchronization logic and enhances user experience.

Enhanced Date Range Selection

Introduction

We've recently enhanced our platform to allow users to automate content publishing to external platforms like LinkedIn and Dev.to. This feature aims to simplify the content creation and distribution process by enabling users to set default publishing preferences.

Implementation Details

This enhancement introduces the ability for users to manage their auto-publishing

Introduction

In our application, we aimed to streamline the user experience by consolidating related settings. Previously, account-specific settings were located on a separate page, leading to potential user confusion. Our goal was to integrate these settings into a more logical and accessible location, simplifying navigation and improving overall usability.

The Problem

Introduction

Our application's settings were becoming increasingly complex. The original design placed auto-publish preferences within the Integrations section, which no longer reflected the evolving functionality. To improve usability and maintainability, we decided to move these preferences to a dedicated Automation Settings page.

The Challenge

The existing structure presented several