Maglup
Co-Admin
AMP çok eleştiri alıyor. Ancak, başarılıdır ve daha yüksek sıralama ve daha fazla trafik ile dikkat çeker. Teknik açıdan bakıldığında, AMP olmadan yapılması veya ona güvenilmesi tavsiye edilir.
AMP ile ilgili sorunlar iyi bilinmektedir: Mobil öncelikli idealizm, teknik keyfilik yoluyla kullanıcıya hizmet etmek için aşk sıralamasını kullanır – AMP standartlaştırılmamıştır ve ne yazık ki çok az ilgi gören Çinli muadili MIP de standartlaştırılmamıştır. En azından ilk bakışta.
Ancak bir sorun, AMP ile ilgili her listede yer almaz: çok fazla yineleme ve çok fazla özel çözüm getirir. AMP çok keyfi olduğu için, kod tabanını şişirerek veya çok fazla teknik borca neden olarak çok sayıda kodun değiştirilmesi veya yeniden yazılması gerekir.
AMP veya AMP yok
AMP konusunda görüşler bölünmüş durumda. AMP mektubundaki argümanlara inanıyorsanız, haklı olarak.
Şimdi, bunu daha önce birkaç kez yaşadığımızı düşünürsek – yaklaşık 2001’den 2003’e kadar WAP/WML ve yaklaşık 2006’dan 2010’a kadar ayrı mobil sitelerle – ve tüm zorluklar ve maliyetler göz önüne alındığında AMP uzun süre bizimle olmayacak. tavsiye aslında şöyle olmalıdır: eller çekin.
Ancak, “bir buçuk veya iki” web sitesi bulundurmadan AMP kullanmanın bir yolunu arıyorsanız, o zaman başka bir hap daha var: sadece AMP, sadece AMP. İlk başta garip görünse de, özellikle AMP’nin tescilli korsesinin gerçekte ne kadar kısıtlayıcı olduğu düşünüldüğünde, bir web sitesi (veya bir uygulama veya bir şablon koleksiyonu) oluşturma ve sürdürme avantajına sahiptir. Bu yalnızca sıfırdan inşa edenler için bir seçenek ve AMP’nin muhtemelen birkaç yıl içinde her şey gibi Ürdün’ü geçmesi riski var, ama yine de.
Stratejik olarak en önemli sayfaları seçmek ve ardından bunları yalnızca AMP olarak kullanıma sunmak ve bunları tasarım ve geliştirme sürecinize olabildiğince erken entegre etmek gibi kesinlikle arada kalan çözümler vardır. Ama bunların hepsi saçma ve yine dikkatimizi çekmesi ve etkilenen bir grup olarak bizi isyan ettirmesi gereken sorunla karşı karşıyayız: WML veya .mobi veya AMP veya MIP, içerik ve Yeniden Yazma olarak adlandırılsın ve bu bir seçenek değildir. x-fold projelerini ve kodunu yeniden tasarlama ve oluşturma. Nedense bu hep unutuldu ve unutulacak.
()
Haberin Sonu
AMP ile ilgili sorunlar iyi bilinmektedir: Mobil öncelikli idealizm, teknik keyfilik yoluyla kullanıcıya hizmet etmek için aşk sıralamasını kullanır – AMP standartlaştırılmamıştır ve ne yazık ki çok az ilgi gören Çinli muadili MIP de standartlaştırılmamıştır. En azından ilk bakışta.
Ancak bir sorun, AMP ile ilgili her listede yer almaz: çok fazla yineleme ve çok fazla özel çözüm getirir. AMP çok keyfi olduğu için, kod tabanını şişirerek veya çok fazla teknik borca neden olarak çok sayıda kodun değiştirilmesi veya yeniden yazılması gerekir.
AMP veya AMP yok
AMP konusunda görüşler bölünmüş durumda. AMP mektubundaki argümanlara inanıyorsanız, haklı olarak.
Şimdi, bunu daha önce birkaç kez yaşadığımızı düşünürsek – yaklaşık 2001’den 2003’e kadar WAP/WML ve yaklaşık 2006’dan 2010’a kadar ayrı mobil sitelerle – ve tüm zorluklar ve maliyetler göz önüne alındığında AMP uzun süre bizimle olmayacak. tavsiye aslında şöyle olmalıdır: eller çekin.
Ancak, “bir buçuk veya iki” web sitesi bulundurmadan AMP kullanmanın bir yolunu arıyorsanız, o zaman başka bir hap daha var: sadece AMP, sadece AMP. İlk başta garip görünse de, özellikle AMP’nin tescilli korsesinin gerçekte ne kadar kısıtlayıcı olduğu düşünüldüğünde, bir web sitesi (veya bir uygulama veya bir şablon koleksiyonu) oluşturma ve sürdürme avantajına sahiptir. Bu yalnızca sıfırdan inşa edenler için bir seçenek ve AMP’nin muhtemelen birkaç yıl içinde her şey gibi Ürdün’ü geçmesi riski var, ama yine de.
Stratejik olarak en önemli sayfaları seçmek ve ardından bunları yalnızca AMP olarak kullanıma sunmak ve bunları tasarım ve geliştirme sürecinize olabildiğince erken entegre etmek gibi kesinlikle arada kalan çözümler vardır. Ama bunların hepsi saçma ve yine dikkatimizi çekmesi ve etkilenen bir grup olarak bizi isyan ettirmesi gereken sorunla karşı karşıyayız: WML veya .mobi veya AMP veya MIP, içerik ve Yeniden Yazma olarak adlandırılsın ve bu bir seçenek değildir. x-fold projelerini ve kodunu yeniden tasarlama ve oluşturma. Nedense bu hep unutuldu ve unutulacak.
()
Haberin Sonu