#opcache — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #opcache, aggregated by home.social.
-
🚀 Tuning OPcache to improve performance
It is recommended that OPcache be enabled on the web server running TYPO3. tThere are some changes you can make to help further improve stability and performance.
-
🚀 Tuning OPcache to improve performance
It is recommended that OPcache be enabled on the web server running TYPO3. tThere are some changes you can make to help further improve stability and performance.
-
🚀 Tuning OPcache to improve performance
It is recommended that OPcache be enabled on the web server running TYPO3. tThere are some changes you can make to help further improve stability and performance.
-
So I realized the PHP OPcache size was set to 512 Mb on the server where I have 2 WordPress sites running (dev and production) and it was using up too much memory, reaching upwards of 75%. CPU use is very low and it only has 1 Gb memory to keep hosting fees low. I wonder if it's ok to set OPcache to 128 and if it might lower memory use, or does that not make sense?
-
So I realized the PHP OPcache size was set to 512 Mb on the server where I have 2 WordPress sites running (dev and production) and it was using up too much memory, reaching upwards of 75%. CPU use is very low and it only has 1 Gb memory to keep hosting fees low. I wonder if it's ok to set OPcache to 128 and if it might lower memory use, or does that not make sense?
-
So I realized the PHP OPcache size was set to 512 Mb on the server where I have 2 WordPress sites running (dev and production) and it was using up too much memory, reaching upwards of 75%. CPU use is very low and it only has 1 Gb memory to keep hosting fees low. I wonder if it's ok to set OPcache to 128 and if it might lower memory use, or does that not make sense?
-
So I realized the PHP OPcache size was set to 512 Mb on the server where I have 2 WordPress sites running (dev and production) and it was using up too much memory, reaching upwards of 75%. CPU use is very low and it only has 1 Gb memory to keep hosting fees low. I wonder if it's ok to set OPcache to 128 and if it might lower memory use, or does that not make sense?
-
So I realized the PHP OPcache size was set to 512 Mb on the server where I have 2 WordPress sites running (dev and production) and it was using up too much memory, reaching upwards of 75%. CPU use is very low and it only has 1 Gb memory to keep hosting fees low. I wonder if it's ok to set OPcache to 128 and if it might lower memory use, or does that not make sense?
-
Ich habe meine #Webseite als #Testinstanz auf meinen #rootServer kopiert und etwas mit der #Performance / den #Ladezeiten getestet, weil ich auf dem Root-Server im Gegensatz zum #Webspace alle Möglichkeiten wie #APCu, #OPCache, #Redis, #Apache Config etc. habe, die Performance zu optimieren.
#Speedtests für Webseiten ergeben auf der Testinstanz ein etwas höheres Ranking. Aber immens ist die Steigerung nicht und ich habe noch nicht herausgefunden, ob /wie ich bei #Joomla von den vollumfänglichen Möglichkeiten des #Caching noch besser profitieren könnte. Man kann in Joomla selbst für das Caching wählen zwischen "aus", "Standard" und "erweitert". Bei aktiviertem Caching zwischen "Datei", "ACPu" und "Redis". Derzeit habe ich "erweitert mit ACPu" auf der Testinstanz aktiviert. Auf dem Webspace geht nur "Datei".
Wenn ich den Seitenaufruf subjektiv vergleiche, empfinde ich keinen erkennbaren Unterschied.
Mir geht's übrigens dabei nicht darum, die Ladegeschwindigkeit durch Veränderung der Webseite zu optimieren (ich weiß, dass ich zu viele Skripte und Designspielereien für eine optimierte Ladegeschwindigkeit nutze), sondern die Überlegung, auf welchem #Server (Webspace oder root-Server) ich die Webseite künftig betreibe.
Mich würde daher mal interessieren, ob ihr einen Unterschied wahrnehmt, ob und wo sich die Webseite geschmeidiger / flüssiger anfühlt:
https://www.crazy-to-bike.de
https://test.crazy-to-bike.de
Wäre nett, wenn das möglichst viele testen und über die Umfrage Rückmeldung geben würden. Vielen Dank 🙏
Bitte auch #Boost für mehr #Reichweite -
Ich habe meine #Webseite als #Testinstanz auf meinen #rootServer kopiert und etwas mit der #Performance / den #Ladezeiten getestet, weil ich auf dem Root-Server im Gegensatz zum #Webspace alle Möglichkeiten wie #APCu, #OPCache, #Redis, #Apache Config etc. habe, die Performance zu optimieren.
#Speedtests für Webseiten ergeben auf der Testinstanz ein etwas höheres Ranking. Aber immens ist die Steigerung nicht und ich habe noch nicht herausgefunden, ob /wie ich bei #Joomla von den vollumfänglichen Möglichkeiten des #Caching noch besser profitieren könnte. Man kann in Joomla selbst für das Caching wählen zwischen "aus", "Standard" und "erweitert". Bei aktiviertem Caching zwischen "Datei", "ACPu" und "Redis". Derzeit habe ich "erweitert mit ACPu" auf der Testinstanz aktiviert. Auf dem Webspace geht nur "Datei".
Wenn ich den Seitenaufruf subjektiv vergleiche, empfinde ich keinen erkennbaren Unterschied.
Mir geht's übrigens dabei nicht darum, die Ladegeschwindigkeit durch Veränderung der Webseite zu optimieren (ich weiß, dass ich zu viele Skripte und Designspielereien für eine optimierte Ladegeschwindigkeit nutze), sondern die Überlegung, auf welchem #Server (Webspace oder root-Server) ich die Webseite künftig betreibe.
Mich würde daher mal interessieren, ob ihr einen Unterschied wahrnehmt, ob und wo sich die Webseite geschmeidiger / flüssiger anfühlt:
https://www.crazy-to-bike.de
https://test.crazy-to-bike.de
Wäre nett, wenn das möglichst viele testen und über die Umfrage Rückmeldung geben würden. Vielen Dank 🙏
Bitte auch #Boost für mehr #Reichweite -
Ich habe meine #Webseite als #Testinstanz auf meinen #rootServer kopiert und etwas mit der #Performance / den #Ladezeiten getestet, weil ich auf dem Root-Server im Gegensatz zum #Webspace alle Möglichkeiten wie #APCu, #OPCache, #Redis, #Apache Config etc. habe, die Performance zu optimieren.
#Speedtests für Webseiten ergeben auf der Testinstanz ein etwas höheres Ranking. Aber immens ist die Steigerung nicht und ich habe noch nicht herausgefunden, ob /wie ich bei #Joomla von den vollumfänglichen Möglichkeiten des #Caching noch besser profitieren könnte. Man kann in Joomla selbst für das Caching wählen zwischen "aus", "Standard" und "erweitert". Bei aktiviertem Caching zwischen "Datei", "ACPu" und "Redis". Derzeit habe ich "erweitert mit ACPu" auf der Testinstanz aktiviert. Auf dem Webspace geht nur "Datei".
Wenn ich den Seitenaufruf subjektiv vergleiche, empfinde ich keinen erkennbaren Unterschied.
Mir geht's übrigens dabei nicht darum, die Ladegeschwindigkeit durch Veränderung der Webseite zu optimieren (ich weiß, dass ich zu viele Skripte und Designspielereien für eine optimierte Ladegeschwindigkeit nutze), sondern die Überlegung, auf welchem #Server (Webspace oder root-Server) ich die Webseite künftig betreibe.
Mich würde daher mal interessieren, ob ihr einen Unterschied wahrnehmt, ob und wo sich die Webseite geschmeidiger / flüssiger anfühlt:
https://www.crazy-to-bike.de
https://test.crazy-to-bike.de
Wäre nett, wenn das möglichst viele testen und über die Umfrage Rückmeldung geben würden. Vielen Dank 🙏
Bitte auch #Boost für mehr #Reichweite -
Ich habe meine #Webseite als #Testinstanz auf meinen #rootServer kopiert und etwas mit der #Performance / den #Ladezeiten getestet, weil ich auf dem Root-Server im Gegensatz zum #Webspace alle Möglichkeiten wie #APCu, #OPCache, #Redis, #Apache Config etc. habe, die Performance zu optimieren.
#Speedtests für Webseiten ergeben auf der Testinstanz ein etwas höheres Ranking. Aber immens ist die Steigerung nicht und ich habe noch nicht herausgefunden, ob /wie ich bei #Joomla von den vollumfänglichen Möglichkeiten des #Caching noch besser profitieren könnte. Man kann in Joomla selbst für das Caching wählen zwischen "aus", "Standard" und "erweitert". Bei aktiviertem Caching zwischen "Datei", "ACPu" und "Redis". Derzeit habe ich "erweitert mit ACPu" auf der Testinstanz aktiviert. Auf dem Webspace geht nur "Datei".
Wenn ich den Seitenaufruf subjektiv vergleiche, empfinde ich keinen erkennbaren Unterschied.
Mir geht's übrigens dabei nicht darum, die Ladegeschwindigkeit durch Veränderung der Webseite zu optimieren (ich weiß, dass ich zu viele Skripte und Designspielereien für eine optimierte Ladegeschwindigkeit nutze), sondern die Überlegung, auf welchem #Server (Webspace oder root-Server) ich die Webseite künftig betreibe.
Mich würde daher mal interessieren, ob ihr einen Unterschied wahrnehmt, ob und wo sich die Webseite geschmeidiger / flüssiger anfühlt:
https://www.crazy-to-bike.de
https://test.crazy-to-bike.de
Wäre nett, wenn das möglichst viele testen und über die Umfrage Rückmeldung geben würden. Vielen Dank 🙏
Bitte auch #Boost für mehr #Reichweite -
Ich habe gehofft, dass diese #nextcloud Warnung mit dem Update auf die neue Plattform verschwinden. Kann man daran was tun?
-
Ich habe gehofft, dass diese #nextcloud Warnung mit dem Update auf die neue Plattform verschwinden. Kann man daran was tun?
-
Ich habe gehofft, dass diese #nextcloud Warnung mit dem Update auf die neue Plattform verschwinden. Kann man daran was tun?
-
Ich habe gehofft, dass diese #nextcloud Warnung mit dem Update auf die neue Plattform verschwinden. Kann man daran was tun?
-
Ich habe gehofft, dass diese #nextcloud Warnung mit dem Update auf die neue Plattform verschwinden. Kann man daran was tun?
-
🚀 Tuning OPcache to improve performance
It is recommended that OPcache be enabled on the web server running TYPO3. tThere are some changes you can make to help further improve stability and performance.
-
🚀 Tuning OPcache to improve performance
It is recommended that OPcache be enabled on the web server running TYPO3. tThere are some changes you can make to help further improve stability and performance.
-
@karinjiri #php people, this means in our language: clear your #opcache!
-
@karinjiri #php people, this means in our language: clear your #opcache!
-
@karinjiri #php people, this means in our language: clear your #opcache!
-
@karinjiri #php people, this means in our language: clear your #opcache!
-
@karinjiri #php people, this means in our language: clear your #opcache!
-
To double quote or not, that's the question!
🔍 #PHP string interpolation occurs at compile-time, not runtime
🏎️ #SingleQuotes vs #DoubleQuotes debate: negligible performance difference
💻 #OPcache is crucial for optimizing PHP performance
🔧 #Lexer handles string interpolation during tokenization
🧠 #AST and opcode generation treat single and double quotes similarly
📊 #StringConcatenation options: interpolation, comma separation, or dot operator
Key takeaway: Use the latest #PHP version, enable #OPcache, and choose quotes based on readability, not micro-optimizations.
https://dev.to/realflowcontrol/too-double-quote-or-not-thats-the-question-78l
-
To double quote or not, that's the question!
🔍 #PHP string interpolation occurs at compile-time, not runtime
🏎️ #SingleQuotes vs #DoubleQuotes debate: negligible performance difference
💻 #OPcache is crucial for optimizing PHP performance
🔧 #Lexer handles string interpolation during tokenization
🧠 #AST and opcode generation treat single and double quotes similarly
📊 #StringConcatenation options: interpolation, comma separation, or dot operator
Key takeaway: Use the latest #PHP version, enable #OPcache, and choose quotes based on readability, not micro-optimizations.
https://dev.to/realflowcontrol/too-double-quote-or-not-thats-the-question-78l
-
To double quote or not, that's the question!
🔍 #PHP string interpolation occurs at compile-time, not runtime
🏎️ #SingleQuotes vs #DoubleQuotes debate: negligible performance difference
💻 #OPcache is crucial for optimizing PHP performance
🔧 #Lexer handles string interpolation during tokenization
🧠 #AST and opcode generation treat single and double quotes similarly
📊 #StringConcatenation options: interpolation, comma separation, or dot operator
Key takeaway: Use the latest #PHP version, enable #OPcache, and choose quotes based on readability, not micro-optimizations.
https://dev.to/realflowcontrol/too-double-quote-or-not-thats-the-question-78l
-
To double quote or not, that's the question!
🔍 #PHP string interpolation occurs at compile-time, not runtime
🏎️ #SingleQuotes vs #DoubleQuotes debate: negligible performance difference
💻 #OPcache is crucial for optimizing PHP performance
🔧 #Lexer handles string interpolation during tokenization
🧠 #AST and opcode generation treat single and double quotes similarly
📊 #StringConcatenation options: interpolation, comma separation, or dot operator
Key takeaway: Use the latest #PHP version, enable #OPcache, and choose quotes based on readability, not micro-optimizations.
https://dev.to/realflowcontrol/too-double-quote-or-not-thats-the-question-78l
-
To double quote or not, that's the question!
🔍 #PHP string interpolation occurs at compile-time, not runtime
🏎️ #SingleQuotes vs #DoubleQuotes debate: negligible performance difference
💻 #OPcache is crucial for optimizing PHP performance
🔧 #Lexer handles string interpolation during tokenization
🧠 #AST and opcode generation treat single and double quotes similarly
📊 #StringConcatenation options: interpolation, comma separation, or dot operator
Key takeaway: Use the latest #PHP version, enable #OPcache, and choose quotes based on readability, not micro-optimizations.
https://dev.to/realflowcontrol/too-double-quote-or-not-thats-the-question-78l
-
Схематично, простыми словами о внутреннем устройстве PHP (Zend Engine, OPCache, JIT)
Данный пост нацелен на неопытных PHP-специалистов. От этой информации лучше программировать вы не станете. Ожидаемая польза: Мне когнитивно и морально легче, когда уменьшается «магия» с тем с чем работаешь. Может тебе тоже Возможно чуть-чуть реже статьи на хабре будут тебя отпугивать Объясню на 4 примерах — каждый лишь немного сложнее предыдущего. Пример 1: запуск программы, написанном на компилируемом языке (Go): в полной статье Пример 2: Запуск скрипта PHP без OPCache и JIT В интерпретируемых языках подразумевается, что выполнение программы будет осуществляться не сразу машинного кода. В случае PHP — запускается именно исходной код. Это означает, что каждый запуск программы система должна проанализировать исходный код и преобразовать его в понятный код для процессора (т.е. в машинный код). Вот схематично представил всю последовательность работы PHP скрипта без включенных OPCache и JIT (каждый из них по отдельности рассмотрим в следующих двух примерах).ache** и JIT (каждый из них по отдельности рассмотрим в следующих двух примерах). У нас привычный «исходный код» PHP (файл hello-world.php ): <?php echo "Hello world"; Опять идем по порядку, рассмотрим какие процессы происходят запустив команду: php hello-world.php Процесс №1 — Компиляция в байт-код Сначала исходный код обрабатывается Zend Compiler — это PHP компилятор . Первый из двух основных компонентов Zend Virtual Machine . В отличие от рассмотренного выше компилятора Go: задача PHP компилятора — преобразовать исходный код не в машинный код, а в код-посредник - байт-код ; процесс компиляции происходит при каждом запуске программы (вместо лишь единоразового - до запуска программы, как в примере с Go) В случае PHP этот байт-код назвали PHP OPCode . Байт-код — более низкоуровненный чем исходный код, содержащий набор команд для интерпретатора (об интерпретаторе в следующем пункте). Байт-код не может выполняться процессором напрямую. Чтобы посмотреть результат работы компилятора — сам байт-код — выполним команду: php -d opcache.opt_debug_level=0x20000 -d opcache.enable_cli=1 hello-world.php Получим: $_main: ; (lines=3, args=0, vars=0, tmps=1) ; (after optimizer) ; /hello-world.php:1-2 0000 EXT_STMT 0001 ECHO string("Hello World") 0002 RETURN int(1) Вначале видим $_main: — обозначает, что следующие строки относятся к функции main . Появление такой функции в байт-коде для глобальной области видимости PHP — занятная историческая особенность, дошедшая из других языков; Следующие 3 строки начинаются на ; — так обозначаются комментарии. Одна из целей — для дебаг-информации; Последние 3 строки — непосредственно код нашего приложения, который будет выполняться виртуальной машиной в следующем шаге. Процесс №2 — Выполнение байт-кода
https://habr.com/ru/articles/844768/
#PHP #zend_engine #opcache #jit #интепретатор #компилятор #байткод #машинный_код
-
Схематично, простыми словами о внутреннем устройстве PHP (Zend Engine, OPCache, JIT)
Данный пост нацелен на неопытных PHP-специалистов. От этой информации лучше программировать вы не станете. Ожидаемая польза: Мне когнитивно и морально легче, когда уменьшается «магия» с тем с чем работаешь. Может тебе тоже Возможно чуть-чуть реже статьи на хабре будут тебя отпугивать Объясню на 4 примерах — каждый лишь немного сложнее предыдущего. Пример 1: запуск программы, написанном на компилируемом языке (Go): в полной статье Пример 2: Запуск скрипта PHP без OPCache и JIT В интерпретируемых языках подразумевается, что выполнение программы будет осуществляться не сразу машинного кода. В случае PHP — запускается именно исходной код. Это означает, что каждый запуск программы система должна проанализировать исходный код и преобразовать его в понятный код для процессора (т.е. в машинный код). Вот схематично представил всю последовательность работы PHP скрипта без включенных OPCache и JIT (каждый из них по отдельности рассмотрим в следующих двух примерах).ache** и JIT (каждый из них по отдельности рассмотрим в следующих двух примерах). У нас привычный «исходный код» PHP (файл hello-world.php ): <?php echo "Hello world"; Опять идем по порядку, рассмотрим какие процессы происходят запустив команду: php hello-world.php Процесс №1 — Компиляция в байт-код Сначала исходный код обрабатывается Zend Compiler — это PHP компилятор . Первый из двух основных компонентов Zend Virtual Machine . В отличие от рассмотренного выше компилятора Go: задача PHP компилятора — преобразовать исходный код не в машинный код, а в код-посредник - байт-код ; процесс компиляции происходит при каждом запуске программы (вместо лишь единоразового - до запуска программы, как в примере с Go) В случае PHP этот байт-код назвали PHP OPCode . Байт-код — более низкоуровненный чем исходный код, содержащий набор команд для интерпретатора (об интерпретаторе в следующем пункте). Байт-код не может выполняться процессором напрямую. Чтобы посмотреть результат работы компилятора — сам байт-код — выполним команду: php -d opcache.opt_debug_level=0x20000 -d opcache.enable_cli=1 hello-world.php Получим: $_main: ; (lines=3, args=0, vars=0, tmps=1) ; (after optimizer) ; /hello-world.php:1-2 0000 EXT_STMT 0001 ECHO string("Hello World") 0002 RETURN int(1) Вначале видим $_main: — обозначает, что следующие строки относятся к функции main . Появление такой функции в байт-коде для глобальной области видимости PHP — занятная историческая особенность, дошедшая из других языков; Следующие 3 строки начинаются на ; — так обозначаются комментарии. Одна из целей — для дебаг-информации; Последние 3 строки — непосредственно код нашего приложения, который будет выполняться виртуальной машиной в следующем шаге. Процесс №2 — Выполнение байт-кода
https://habr.com/ru/articles/844768/
#PHP #zend_engine #opcache #jit #интепретатор #компилятор #байткод #машинный_код
-
Схематично, простыми словами о внутреннем устройстве PHP (Zend Engine, OPCache, JIT)
Данный пост нацелен на неопытных PHP-специалистов. От этой информации лучше программировать вы не станете. Ожидаемая польза: Мне когнитивно и морально легче, когда уменьшается «магия» с тем с чем работаешь. Может тебе тоже Возможно чуть-чуть реже статьи на хабре будут тебя отпугивать Объясню на 4 примерах — каждый лишь немного сложнее предыдущего. Пример 1: запуск программы, написанном на компилируемом языке (Go): в полной статье Пример 2: Запуск скрипта PHP без OPCache и JIT В интерпретируемых языках подразумевается, что выполнение программы будет осуществляться не сразу машинного кода. В случае PHP — запускается именно исходной код. Это означает, что каждый запуск программы система должна проанализировать исходный код и преобразовать его в понятный код для процессора (т.е. в машинный код). Вот схематично представил всю последовательность работы PHP скрипта без включенных OPCache и JIT (каждый из них по отдельности рассмотрим в следующих двух примерах).ache** и JIT (каждый из них по отдельности рассмотрим в следующих двух примерах). У нас привычный «исходный код» PHP (файл hello-world.php ): <?php echo "Hello world"; Опять идем по порядку, рассмотрим какие процессы происходят запустив команду: php hello-world.php Процесс №1 — Компиляция в байт-код Сначала исходный код обрабатывается Zend Compiler — это PHP компилятор . Первый из двух основных компонентов Zend Virtual Machine . В отличие от рассмотренного выше компилятора Go: задача PHP компилятора — преобразовать исходный код не в машинный код, а в код-посредник - байт-код ; процесс компиляции происходит при каждом запуске программы (вместо лишь единоразового - до запуска программы, как в примере с Go) В случае PHP этот байт-код назвали PHP OPCode . Байт-код — более низкоуровненный чем исходный код, содержащий набор команд для интерпретатора (об интерпретаторе в следующем пункте). Байт-код не может выполняться процессором напрямую. Чтобы посмотреть результат работы компилятора — сам байт-код — выполним команду: php -d opcache.opt_debug_level=0x20000 -d opcache.enable_cli=1 hello-world.php Получим: $_main: ; (lines=3, args=0, vars=0, tmps=1) ; (after optimizer) ; /hello-world.php:1-2 0000 EXT_STMT 0001 ECHO string("Hello World") 0002 RETURN int(1) Вначале видим $_main: — обозначает, что следующие строки относятся к функции main . Появление такой функции в байт-коде для глобальной области видимости PHP — занятная историческая особенность, дошедшая из других языков; Следующие 3 строки начинаются на ; — так обозначаются комментарии. Одна из целей — для дебаг-информации; Последние 3 строки — непосредственно код нашего приложения, который будет выполняться виртуальной машиной в следующем шаге. Процесс №2 — Выполнение байт-кода
https://habr.com/ru/articles/844768/
#PHP #zend_engine #opcache #jit #интепретатор #компилятор #байткод #машинный_код
-
Wochenrückblick, Ausgabe 39 (2024-18).
Diesmal mit
- 🗺️ der Bikerouter Hall of Fame _aller_ Supporterinnen bisher ❤️
- 🚵♂️ neuen Reifen für das Crosser-Gravel-Dings und der ersten Ausfahrt damit – unter Anderem zu Deutschlands größter (!) Wüste (!!)
- 💻 den Erkenntnissen von @atomicpoet zur Ergonomie beim Arbeiten mit dem Notebook vs. Desktop-Computer und wie sich das mit meinen Erfahrungen deckt
- 🤖 ollama, welches die Möglichkeit bietet, LLMs bequem auf dem eigenen Rechner laufen zu lassen
- 🐘 cachetool, einem Werkzeug zum Verwalten des PHP opcache
- 🍎 dem Blick in mein macOS-Applications-Directory: diesmal gibt's den Blick auf alle Apps, die mit „F“ beginnen
- 🛠️ noch mal Deployment des Blogs, das läuft jetzt tatsächlich mit einem simplen `post-merge` Hook in Git
- 🔊 und wie immer Techno#BikeRouter #Gravel #CycloCross #Spreewald #DahmeSpreewald #Wüste #Ergonomie #Notebook #Desktop #ollama #cachetool #PHP #opcache #macOS #Git #Techno
-
Wochenrückblick, Ausgabe 39 (2024-18).
Diesmal mit
- 🗺️ der Bikerouter Hall of Fame _aller_ Supporterinnen bisher ❤️
- 🚵♂️ neuen Reifen für das Crosser-Gravel-Dings und der ersten Ausfahrt damit – unter Anderem zu Deutschlands größter (!) Wüste (!!)
- 💻 den Erkenntnissen von @atomicpoet zur Ergonomie beim Arbeiten mit dem Notebook vs. Desktop-Computer und wie sich das mit meinen Erfahrungen deckt
- 🤖 ollama, welches die Möglichkeit bietet, LLMs bequem auf dem eigenen Rechner laufen zu lassen
- 🐘 cachetool, einem Werkzeug zum Verwalten des PHP opcache
- 🍎 dem Blick in mein macOS-Applications-Directory: diesmal gibt's den Blick auf alle Apps, die mit „F“ beginnen
- 🛠️ noch mal Deployment des Blogs, das läuft jetzt tatsächlich mit einem simplen `post-merge` Hook in Git
- 🔊 und wie immer Techno#BikeRouter #Gravel #CycloCross #Spreewald #DahmeSpreewald #Wüste #Ergonomie #Notebook #Desktop #ollama #cachetool #PHP #opcache #macOS #Git #Techno
-
Wochenrückblick, Ausgabe 39 (2024-18).
Diesmal mit
- 🗺️ der Bikerouter Hall of Fame _aller_ Supporterinnen bisher ❤️
- 🚵♂️ neuen Reifen für das Crosser-Gravel-Dings und der ersten Ausfahrt damit – unter Anderem zu Deutschlands größter (!) Wüste (!!)
- 💻 den Erkenntnissen von @atomicpoet zur Ergonomie beim Arbeiten mit dem Notebook vs. Desktop-Computer und wie sich das mit meinen Erfahrungen deckt
- 🤖 ollama, welches die Möglichkeit bietet, LLMs bequem auf dem eigenen Rechner laufen zu lassen
- 🐘 cachetool, einem Werkzeug zum Verwalten des PHP opcache
- 🍎 dem Blick in mein macOS-Applications-Directory: diesmal gibt's den Blick auf alle Apps, die mit „F“ beginnen
- 🛠️ noch mal Deployment des Blogs, das läuft jetzt tatsächlich mit einem simplen `post-merge` Hook in Git
- 🔊 und wie immer Techno#BikeRouter #Gravel #CycloCross #Spreewald #DahmeSpreewald #Wüste #Ergonomie #Notebook #Desktop #ollama #cachetool #PHP #opcache #macOS #Git #Techno
-
Wochenrückblick, Ausgabe 39 (2024-18).
Diesmal mit
- 🗺️ der Bikerouter Hall of Fame _aller_ Supporterinnen bisher ❤️
- 🚵♂️ neuen Reifen für das Crosser-Gravel-Dings und der ersten Ausfahrt damit – unter Anderem zu Deutschlands größter (!) Wüste (!!)
- 💻 den Erkenntnissen von @atomicpoet zur Ergonomie beim Arbeiten mit dem Notebook vs. Desktop-Computer und wie sich das mit meinen Erfahrungen deckt
- 🤖 ollama, welches die Möglichkeit bietet, LLMs bequem auf dem eigenen Rechner laufen zu lassen
- 🐘 cachetool, einem Werkzeug zum Verwalten des PHP opcache
- 🍎 dem Blick in mein macOS-Applications-Directory: diesmal gibt's den Blick auf alle Apps, die mit „F“ beginnen
- 🛠️ noch mal Deployment des Blogs, das läuft jetzt tatsächlich mit einem simplen `post-merge` Hook in Git
- 🔊 und wie immer Techno#BikeRouter #Gravel #CycloCross #Spreewald #DahmeSpreewald #Wüste #Ergonomie #Notebook #Desktop #ollama #cachetool #PHP #opcache #macOS #Git #Techno
-
Wochenrückblick, Ausgabe 39 (2024-18).
Diesmal mit
- 🗺️ der Bikerouter Hall of Fame _aller_ Supporterinnen bisher ❤️
- 🚵♂️ neuen Reifen für das Crosser-Gravel-Dings und der ersten Ausfahrt damit – unter Anderem zu Deutschlands größter (!) Wüste (!!)
- 💻 den Erkenntnissen von @atomicpoet zur Ergonomie beim Arbeiten mit dem Notebook vs. Desktop-Computer und wie sich das mit meinen Erfahrungen deckt
- 🤖 ollama, welches die Möglichkeit bietet, LLMs bequem auf dem eigenen Rechner laufen zu lassen
- 🐘 cachetool, einem Werkzeug zum Verwalten des PHP opcache
- 🍎 dem Blick in mein macOS-Applications-Directory: diesmal gibt's den Blick auf alle Apps, die mit „F“ beginnen
- 🛠️ noch mal Deployment des Blogs, das läuft jetzt tatsächlich mit einem simplen `post-merge` Hook in Git
- 🔊 und wie immer Techno#BikeRouter #Gravel #CycloCross #Spreewald #DahmeSpreewald #Wüste #Ergonomie #Notebook #Desktop #ollama #cachetool #PHP #opcache #macOS #Git #Techno
-
I am so happy right now! #Redis + #OPCache makes such a difference. My #Nextcloud instance is so #snappy now :blobcatjustright:
-
I am so happy right now! #Redis + #OPCache makes such a difference. My #Nextcloud instance is so #snappy now :blobcatjustright:
-
I am so happy right now! #Redis + #OPCache makes such a difference. My #Nextcloud instance is so #snappy now :blobcatjustright:
-
I am so happy right now! #Redis + #OPCache makes such a difference. My #Nextcloud instance is so #snappy now :blobcatjustright:
-
I am so happy right now! #Redis + #OPCache makes such a difference. My #Nextcloud instance is so #snappy now :blobcatjustright:
-
Unfortunately, #OpCache's bytecode dumping still does not show which line of code an opcode came from.
Unless I'm missing something, VLD is still needed for that.
https://gist.github.com/sebastianbergmann/bb9c8ab2285555f8d7a33022b4257c37
-
Unfortunately, #OpCache's bytecode dumping still does not show which line of code an opcode came from.
Unless I'm missing something, VLD is still needed for that.
https://gist.github.com/sebastianbergmann/bb9c8ab2285555f8d7a33022b4257c37
-
Unfortunately, #OpCache's bytecode dumping still does not show which line of code an opcode came from.
Unless I'm missing something, VLD is still needed for that.
https://gist.github.com/sebastianbergmann/bb9c8ab2285555f8d7a33022b4257c37
-
Unfortunately, #OpCache's bytecode dumping still does not show which line of code an opcode came from.
Unless I'm missing something, VLD is still needed for that.
https://gist.github.com/sebastianbergmann/bb9c8ab2285555f8d7a33022b4257c37
-
Unfortunately, #OpCache's bytecode dumping still does not show which line of code an opcode came from.
Unless I'm missing something, VLD is still needed for that.
https://gist.github.com/sebastianbergmann/bb9c8ab2285555f8d7a33022b4257c37
-
Maybe I should dust off the proof-of-concept I did for a tool that finds code that is optimized away by #OpCache years ago:
-
Maybe I should dust off the proof-of-concept I did for a tool that finds code that is optimized away by #OpCache years ago:
-
Maybe I should dust off the proof-of-concept I did for a tool that finds code that is optimized away by #OpCache years ago: