Euer PHP-basiertes CMS zeigt nur noch Internal Server Error?

Unsere neuen Artikel in der Dokumentation geben Anhaltspunkte bei der Suche nach der Ursache:

https://social.aditsystems.de/@updates/statuses/01KVDD3EFT3KXMYVM17B4G78VN

#hosting #docs #php

AD IT Systems Updates (@[email protected])

Fehlerdiagnose im CMS: Neue Dokumentation zu Error-Logs und HTTP-500-Fehlern https://www.aditsystems.de/blog/2026/06/fehlerdiagnose-cms-error-logs/?utm_source=fediverse&utm_medium=social&utm_campaign=blog #Blog

aditsystems.de
Cómo desactivar la IA en tus Google Docs – ButterWord

Here's what you need to do to get those pesky "write with Gemini" pop-ups to go away.

ButterWord

The Google or Windows Dilemma

It is weird for me that I have been obsessing over something as trivial , and permanent thing like the coming of Windows 10. It is weirder that I am actually writing about it.

📖 Read more: https://sajalchoudhary.net/blog/the-google-or-windows-dilemma/

#blog #docs #google

The Google or Windows Dilemma - Blog

A personal digital garden and blog

As a former tech journalist, I wholeheartedly agree with this!!

"A tech writer is that person who, like a seasoned reporter, chases the product news and presents it, making sure that they’ve collected the strongest evidence. It’s a matter of persistence. Like a particularly learned bulldog, the human writer won’t let go of the news: it’s theirs to bring past the finish line, which means going live, even if the outcome is rough around the edges. DevRels, once shunned by tech writers, are being vindicated in that their humanity is the only thing that can stand out in seas of slop.

For years, we have complained about being treated like formatting factories or syntax janitors. Now that AI is taking those tasks off our plates, and with them a certain comfort zone, we seem afraid to admit that our work is about chasing truth and providing fellow humans with direction. We are in the business of empowering people to build incredible stuff through AI, not that of sticking sentences together in files and chunking content using some dialect of XML. We can no longer hide behind chores: it’s time to guide."

https://passo.uno/tech-writing-role-split/

#AI #GenerativeAI #TechnicalWriting #AIAgents #SoftwareDocumentation #TechnicalCommunication #Docs #LLMs

Feed the machines, then guide the humans

Docs as code used to mean editing docs as if they were code. Today it also means that docs have become executable, either as agentic instructions, skills, or context for large language models. Tech writers must now ensure that the reference and procedures they’ve carefully written and edited are the best possible fuel for AI, lest they jam the machine or make it stray into dangerous territory. Humans have their own needs though. Who feeds them?

@dragotin @kde

wichtig für mich sind nicht die Software, sondern wer offene Standards nutzt, promoted und am besten unterstützt. Daher verdient für mich auch das vermutlich neueste Opensource-Office-Produkt aus Frankreich großes Augenmerk: #docs
https://www.linux-magazin.de/news/la-suite-docs-kann-odt-exportieren/

La Suite Docs kann ODT exportieren

La Suite Doces, die Dokumenten-Plattform für kollaboratives Editieren von Texten kommt in Version 3.10.0. Herausragende Neuerung ist der Export im ODT-Format.

Linux-Magazin

"An engineer named Siddhant Khare wrote recently about what he called “AI fatigue” — the exhaustion that comes not from creating but from reviewing. Before AI, his day had a rhythm: think about a problem, write code, test it, ship it. After AI, his day became a loop of prompting, waiting, reading output, evaluating output, deciding if the output was correct, deciding if it was safe, fixing the parts that weren’t, and re-prompting. He described it as becoming a quality inspector on a conveyor belt that never stops. The work was faster but emptier. The flow states that used to sustain him — the deep, energizing focus of building something yourself — had been replaced by the shallow, draining focus of judging something you didn’t build.

Not every writer experiences this the same way. For some, the shift is actually liberating. If your day job involves writing yet another SDK migration guide or documenting the fine-grained differences between configuration parameters across product tiers — content you won’t remember in a month — there’s no loss of creative joy when the machine drafts it for you. You become the editor, not the author, and you save your real creative energy for work that matters to you personally. The fatigue isn’t from reviewing; it’s from pretending that all documentation deserves the same emotional investment. Some of it is toil, and outsourcing toil is fine.

But here’s the tension: if you stop caring about the work the machine produces, who maintains the quality? This is where the concept of ownership becomes critical. The tech writers who thrive in this landscape aren’t the ones who wait for engineers to hand them drafts to edit. They’re the ones who own the reference documentation, who run diffs against every API release, who update architectural diagrams, who maintain a single source of truth..."

https://idratherbewriting.com/blog/judging-beautiful-docs-ai-fatigue-podcast

#TechnicalWriting #AI #GenerativeAI #SoftwareDocumentation #TechnicalCommunication #Docs #Programming #SoftwareDevelopment

Judging beautiful docs, AI fatigue, and tool slop

In this podcast, I chat with Fabrizio Ferri-Benedetti about a variety of topics related to AI and docs, such as applying Italo Calvino’s literary principles of lightness and quickness to evaluate docs, the reality of AI review fatigue versus creator fatigue, whether vibe-coded tools are tools slop, developing internal skills for repeatable doc processes, and the utility of running local AI models.

I’d Rather Be Writing Blog and API doc course