PDA

View Full Version : حرفه ای: چرا مشکل پی اچ پی با پردازش صدا و تصویر رو برطرف نمی کنن؟



idocsidocs
سه شنبه 01 آذر 1390, 10:35 صبح
همونطور که می دونید پی اچ پی با زبان سی نوشته شده و این زبان مادر همه زبانهای برنامه نویسی هست.

اما با توجه به این قابلیت مهم، پی اچ پی توی پردازش صدا و تصویر مشکل داره.

چرا مشکل پی اچ پی با پردازش صدا و تصویر رو برطرف نمی کنن؟

eshpilen
سه شنبه 01 آذر 1390, 11:21 صبح
پردازش صدا و تصویر یعنی چی دقیقا؟ مثلا؟ و مشکل داره یعنی چی دقیقا؟ مثلا؟ و فرضا زبانهای سمت سرور دیگه یعنی اینطور نیستن؟

idocsidocs
سه شنبه 01 آذر 1390, 12:51 عصر
پردازش صدا و تصویر یعنی چی دقیقا؟ مثلا؟ و مشکل داره یعنی چی دقیقا؟ مثلا؟ و فرضا زبانهای سمت سرور دیگه یعنی اینطور نیستن؟


یعنی پی اچ پی بتونه صدا و تصویر رو با توجه به سرعتهای محتلف برای کاربرهای مختلف نمایش بده، بتونه بافر کنه تا اگر سرعت گیرنده کم بود، داده ها از دست نرن و ......

برای سیستم چت صوتی و تصویری می شه از پی اچ پی استفاده کرد؟

نمی شه گفت که این کار، کار پی اچ پی نیست چون صدا و تصویر یکی از امکانات مهم اینترنت هست.

eshpilen
سه شنبه 01 آذر 1390, 19:21 عصر
یعنی پی اچ پی بتونه صدا و تصویر رو با توجه به سرعتهای محتلف برای کاربرهای مختلف نمایش بده، بتونه بافر کنه تا اگر سرعت گیرنده کم بود، داده ها از دست نرن و ......اینا کتابخانه و کامپوننت میخواد و معمولا جزو درونی یک زبان نیست.
ضمنا سمت کلاینت چی؟ HTML که امکاناتش کمه و ساپورت کامل هم نداره. یه پلیر سمت کلاینت باید باشه. اون رو هم PHP باید درست کنه؟!

برای سیستم چت صوتی و تصویری می شه از پی اچ پی استفاده کرد؟نمیدونم؛ چون در این زمینه کار نکردم و روش فکر و تحقیقی هم نکردم.
ولی یه مدت فلش رو یاد گرفتم امکانات خوبی برای بعضی کاربردهای استاندارد و روتین داشت. مثلا پخش ویدئو.
ولی برای ارتباط صوتی و تصویری زنده ظاهرا به یه سرویسهایی از سرورهای مخصوص فلش هم نیاز داشت.


نمی شه گفت که این کار، کار پی اچ پی نیست چون صدا و تصویر یکی از امکانات مهم اینترنت هست. بنظر من این یه مسئله ای ورای یک زبان سمت سرور هست. میشه گفت چند حیطه ایه و نیاز به یک پلتفرم/فریمورک/کتابخانه و کامپوننت های مخصوص خودش داره. در سطح یک زبان اونم یه زبان که فقط سمت سرور رو اداره میکنه نیست. بلکه باید در سطح بالاتر و وسیعتری پیاده سازی بشه.
بهرحال درسته مفید و مهم و جالبه، ولی بهرحال در طراحی و توسعه و گسترش زبانهای سمت سرور اولویتی نداره و شاید اصلا جزو اجزاء و وظایف زبان سمت سرور بحساب نمیارنش.
ضمنا بیشتر سایتهای معمولی هم فکر نمیکنم منابع سخت افزاری و ترافیک و پهنای باند برای تامین چنین سرویسهایی رو داشته باشن. مگر اینکه ارتقا بدن و طبیعتا پول بیشتری بابت سرویسهاشون بپردازن.

راستی دربارهء اینکه زبانهای دیگه آیا این امکان رو دارن یا نه تحقیق کردی؟
مثلا دات نت همچین چیزی داره؟ منکه یادم نمیاد دیده باشم! ولی احتمالا اینطور امکانات مربوط به سیلورلایت بشه که منم روی سیلورلایت کار نکردم.
یه سرچ بزن خودت هم یه کاری بکن. یه زحمتی، تحقیقی، چیزی!!

idocsidocs
سه شنبه 01 آذر 1390, 19:46 عصر
مثلا دات نت همچین چیزی داره؟ منکه یادم نمیاد دیده باشم! ولی احتمالا اینطور امکانات مربوط به سیلورلایت بشه که منم روی سیلورلایت کار نکردم.چیزی که دست مایکروسافت باشه، اول یه زبان جانبی درست می کنه و بعد باید پول بدی تا اون امکان رو پیاده سازی کنی !
مایکروسافت سیلور لایت رو داره ولی توی سایتهای دات نت از فلش سرورها هم استفاده می کنه.


راستی دربارهء اینکه زبانهای دیگه آیا این امکان رو دارن یا نه تحقیق کردی؟یه مدت دنبال سیستم چت صوتی و تصویری بودم، چت با فلش در سمت سرور به یه زبان سمت سرور نیاز داره که معمولا جاوا یا C#‎ هست. پی اچ پی برای این کار مناسب نیست.

برام جالبه، چون با HTML5 دیگه در سمت کلاینت مشکلی نباید باشه ولی در سمت سرور پی اچ پی نمی تونه درخواستهای چندرسانه ای رو مدیریت کنه !

البته این نقص از پی اچ پی نیست ولی نمی دونم چرا یه زبان قوی مثل پی اچ پی که پشتیبانی زبان C رو هم داره، یه فکری برای این موضوع نمی کنه ! نسل جدید اینترنت نیاز به ویدیو کنفرانس و پخش زنده و ... داره پی اچ پی باید این موضوع رو رسیدگی کنه.

اگر مشکل پول و سرور گرون باشه، خب از هر زبانی استفاده بشه باید این هزینه رو پرداخت کرد و این موضوع فقط مشکل پی اچ پی نیست.

eshpilen
سه شنبه 01 آذر 1390, 20:40 عصر
در HTML5 امکاناتی برای استفاده از وبکم و میکروفون ندیدم!
بنظرم HTML5 فقط میتونه یه پلیر باشه که اونم محدودیت هایی داره نسبت به فلش که برای بعضیا قابل قبول نیست.
میبینی که حتی HTML هم اینا رو وظیفه یا حداقل اولویت خودش نمیدونه.
بنظرم اینطور کاربردها معمولا با پلاگین و کتابخانه ها و کامپوننت های سطح بالاتر ایجاد میشن.
کسی نمیاد به HTML ساپورت برای وبکم و میکروفون اضافه کنه. البته شاید در آینده اینطور بشه.
بنظرم بخاطر گستردگی و پیچیدگی این موارد هست که نمیخوان/نمیتونن اونا رو با زبانها و استانداردهای پایه قاطی کنن. احتمالا از نظر فنی باید جدا باشن. از طرف دیگه اینا نیازها و اولویت ها و کمبودهای اول هم بحساب نمیان. فکر کن اگر به زودی همه بخوان از اینطور کارها بکنن تمام منابع سرورها و پهنای باند اینترنت هم پاسخگو نیست.

idocsidocs
سه شنبه 01 آذر 1390, 21:01 عصر
در HTML5 امکاناتی برای استفاده از وبکم و میکروفون ندیدم!
الان سایت فیسبوک می تونه از توی صفحه با وب کم اتصال برقرار کنه و عکس بگیره و ... البته نمی دونم چطور این کار رو پیاده سازی کردن و چه روشی بکار بردن اما همونطور که گفتی این کار وظیفه پلاگینهاست و تولیدکننده های وب کم هم می تونن برای محصولات خودشون پلاگین طراحی کنن و بنظرم همین کار رو هم می کنن ولی احتمالا از فلش استفاده می کنن.

بنظر من فلش باعث تنبل شدن سایر توسعه دهندگان شده و شرایط طوری شده که هرکس بخواد فایل مدیا داشته باشه از فلش استفاده می کنه و این موضوع برای ترسوندن سایرین استفاده می شه تا سراغ سایر تکنولوژی ها نرن.


کسی نمیاد به HTML ساپورت برای وبکم و میکروفون اضافه کنه. البته شاید در آینده اینطور بشه.

اصلا اچ تی ام ال کارش این نیست که بخواد فایل صوتی و تصویری پخش کنه، فقط باید برای عناصر مختلف تگهای مربوطه رو ارائه بده و این توسعه دهندگان هستن که باید به کمک این تگها پلاگینهای خودشون رو اجرا کنن.

خدابیامرز استیو جابز اگر بیشتر عمر می کرد حتما یه فکری برای این ترس سایرین می کرد و جلوی استفاده از فلش رو می گرفت و HTML5 رو بجاش گسترش می داد. ولی بعد از اون فکر نکنم توی دنیا کسی این اعتبار رو داشته باشه که بخواد جلوی فلش بایسته. حتی مایکروسافت، گوگل و فیسبوک در آینده ای نزدیک نمی تونن چنین کاری بکنن!

فکر کن اگر به زودی همه بخوان از اینطور کارها بکنن تمام منابع سرورها و پهنای باند اینترنت هم پاسخگو نیست.
بنظرم این حرف درست نیست، چون همین الان هم به خوبی از فایلهای مدیا استفاده می شه و مشکلی از نظر پهنای باند و ... پیش نمی یاد.

بنظرم تنها مشکل همون ترس و نداشتن اعتبار کافی هست که سایر توسعه دهنده ها سراغ سایر تکنولوژی ها نمی رن و بقیه رو هم می ترسونن که سراغ تکنوۀوژی جدید نرن.

eshpilen
سه شنبه 01 آذر 1390, 21:29 عصر
الان سایت فیسبوک می تونه از توی صفحه با وب کم اتصال برقرار کنه و عکس بگیره و ... البته نمی دونم چطور این کار رو پیاده سازی کردن و چه روشی بکار بردن
حتما فلشه دیگه.
حتما یه فایل فلش در بطن صفحه پنهان هست.
مگه برای گرفتن عکس اون کادر تایید فلش که از کاربر اجازهء دسترسی به وبکم و میکروفون رو میخواد ظاهر نمیشه؟


خدابیامرز استیو جابز اگر بیشتر عمر می کرد حتما یه فکری برای این ترس سایرین می کرد و جلوی استفاده از فلش رو می گرفت و HTML5 رو بجاش گسترش می داد. ولی بعد از اون فکر نکنم توی دنیا کسی این اعتبار رو داشته باشه که بخواد جلوی فلش بایسته. حتی مایکروسافت، گوگل و فیسبوک در آینده ای نزدیک نمی تونن چنین کاری بکنن!استیو جابز؟ طرفت رو اشتباه نگرفتی؟
استیو جابز که کلی ما پشت سرش حرف زدیم و اصولا نرم افزار آزادیها و اینها باهاش مخالف بودن.
ریچارد استالمن پشت سرش حرف زد. اریک ریموند هم تایید کرد. و خیلی های دیگه. کلی سروصدا بود مثل اینکه شما متوجه نشدی.
وسایل جدیدی که ساخته و ابتکاراتش همشون محدود شده و تحت سیاست انحصاری شدیدی بودن.
تازه اصلا فکر نمیکنم تخصص و حیطهء کار ایشون به این حرفا زیاد مربوط بوده باشه.
البته امکانش هست بخاطر درآوردن بازار و انحصار از دست فلش کارهایی بکنه. ولی شایدم فناوری انحصاری شرکت خودش رو جاش میذاشت.
کلا چیزایی که میگی از نظر منطقی و ارتباط بنظرم بامفهوم نمیان.

ضمنا بنظر من فلش و ادوبی هم اینقدر گنده و ترسناک نیستن و این کار اونقدری نشدنی نیست.

شما فکر میکنه مسئله فقط بخاطر انحصار فلشه؟

بالاخره فلش نباشه یه چیز دیگه باید جاش رو بگیره. چه فرقی میکنه حالا مگه فلش چشه؟ فکر میکنی چون فلش هست مثلا PHP این کار رو نکرده یا نمیتونه بکنه؟ من که گفتم بنظرم مسئله اینقدر سطحی و ساده و تک بعدی نیست.


بنظرم این حرف درست نیست، چون همین الان هم به خوبی از فایلهای مدیا استفاده می شه و مشکلی از نظر پهنای باند و ... پیش نمی یاد.قربونت الان بصورت گسترده و روتین استفاده نمیشه که.
از هر چنتا سایت فقط معدودی امکاناتی در این زمینه دارن. بعضیا فقط چنتا فیلم میذارن مثلا.
روی هاستهای اشتراکی و اینهمه سایت و وبلاگ مختلف که هست میشه به این سادگی همه یا بیشتر یا حتی تعداد قابل توجهی از افراد از امکانات مالتی مدیا و ارتباط ریل تایم صوت و تصویر و اینا استفاده کنن؟ بابا یه Page view ساده مشکل پیدا میکنه. پهنای باندمون اصلا مال این حرفا نیست. سخت افزار سرور اصلا جواب نمیده تعداد زیاد رو. بعد حساب کن اینهمه سایت هست. همهء اینا بخوان این کارا رو بکنن و هجوم ببرن هم سرور کم میاد و هم اینترنت میترکه.
اگر توی HTML بذارن و سرورها به راحتی ساپورت کنن و اضافه کردن اینطور امکانات ساده باشه، طبیعتا میزان استفاده هم رشد انفجاری پیدا میکنه.

idocsidocs
سه شنبه 01 آذر 1390, 22:09 عصر
روی هاستهای اشتراکی و اینهمه سایت و وبلاگ مختلف که هست میشه به این سادگی همه یا بیشتر یا حتی تعداد قابل توجهی از افراد از امکانات مالتی مدیا و ارتباط ریل تایم صوت و تصویر و اینا استفاده کنن؟ بابا یه Page view ساده مشکل پیدا میکنه. پهنای باندمون اصلا مال این حرفا نیست.
چرا نتونن که این کار رو انجام بدن؟ به هرحال هر وب سایت به اندازه پهنای باند مورد نیاز خودش باید فضا تهیه کنه و اگر نتونه فض تهیه کنه طبیعتا نباید سرویسهای بیشتر از حد توان خودش ارائه بده.


اگر توی HTML بذارن و سرورها به راحتی ساپورت کنن و اضافه کردن اینطور امکانات ساده باشه، طبیعتا میزان استفاده هم رشد انفجاری پیدا میکنه.
همونطور که می دونی شرکتها دنبال سود خودشون هستن، اگر چینین اتفاقی بیافته، فروش شرکتهای ارائه دهنده هاست بیشتر می شه، سود شرکتهای مخابراتی بیشتر می شه، کیفیت خدمات اینترنتی هم بیشتر می شه. بنظرم تنها مشکل اینه که عادت کردن به فلش و اصلا به فکر تغییر این روند نیستن.


ضمنا بنظر من فلش و ادوبی هم اینقدر گنده و ترسناک نیستن و این کار اونقدری نشدنی نیست.
استیو جابز یه مدت گوگل رو هم دنبال خودش کشونده بود و گوگل هم گفته بود که توی نسخه های جدید مرورگر خودش HTML5 رو جایگزین فلش می کنه ولی الان خبری از گوگل نیست.

eshpilen
سه شنبه 01 آذر 1390, 22:17 عصر
فکر کن فردا هرکس میخواد یه یوتیوب درست کنه!!
همین فروم با اینکه احتمالا سرور اختصاصی داره یا بهرصورت قدرت پردازشی زیادی پشتش هست، اما یه وقتایی خودت میبینی کم میاره و میخوابه.
حالا حساب کن مثلا کاربران بتونن ویدئو آپلود کنن و توی پروفایلشون ویدئو بذارن یا چت صوتی و تصویری و از این حرفا.
قبلا یه جایی آماری رو میخوندم که نوشته بود بخش اعظمی از ظرفیت اینترنت صرف همین ویدئو میشه. یکیش یوتیوب. و بقیه مثل خیلی سایتهای دیگه و نیز ارتباطهای ویدئویی مردم با هم (مثلا با اسکایپ). خیلی جاها جلوی اینا رو میگیرن بخاطر فشاری که وارد میکنه و حجم داده ها و پهنای باندی که مصرف میکنه.
الان یه دفه اگر تعداد این سایتها و ارتباطات بخواد خیلی زیادتر از حالا بشه، بنظر بنده هم از نظر سرورهای قابل استفاده کم میاد براشون و هم از نظر ظرفیت انتقالی اینترنت مشکل پیش میاد. چون همه میشن متقاضی و دیگه جا و ظرفیت خالی ای باقی نمیمونه که کم هم میاد.
الان جواب میده چون یه بخش اعظمی هم از این امکانات استفاده نمیکنن یا نهایت فقط گهگاهی/بصورت خیلی محدودتر استفاده میکنن.

idocsidocs
سه شنبه 01 آذر 1390, 22:43 عصر
الان جواب میده چون یه بخش اعظمی هم از این امکانات استفاده نمیکنن یا نهایت فقط گهگاهی/بصورت خیلی محدودتر استفاده میکنن.
اگر مشکل این باشه، بنظرم با ارائه HTML5 دیگه تصمیم گرفتن که این روند رو تغییر بدن و اجازه ارسال دیتای بیشتری بدن.

البته اینترنت عمر زیادی نداره و الان آی پی ورژن 4 هم بنظرم دیگه تموم شده و باید ورژن 6 رو فراگیر کنن. سال 2000 افراد خیلی کمی موبایل داشتن که می تونستن باهاش فیلم و صدا و ... ضبط و ارسال کنن ولی الان همه این امکان رو دارن و یکی از نیازهای حیاطی وب سایتهاست که اجازه اجرای زنده فایلهای صوتی و تصویری رو
بدن.

بنظرم تا چند سال آینده این مشکل رو برطرف می کنن و ارتباطات چند رسانه ای رو گسترش می دن.

اما نمی دونم که آیا در سالهای آینده پی اچ پی خودش رو با این موضوع وقف می ده یا باز هم خودش رو کنار می کشه و اجازه می ده که از فلش و جاوا و ... استفاده کنن.

eshpilen
چهارشنبه 02 آذر 1390, 10:02 صبح
همونطور که می دونید پی اچ پی با زبان سی نوشته شده و این زبان مادر همه زبانهای برنامه نویسی هست.کامپایلر و مفسر خیلی زبانها با سی نوشته شده.
مثلا بیسیک!


اما نمی دونم که آیا در سالهای آینده پی اچ پی خودش رو با این موضوع وقف می ده یا باز هم خودش رو کنار می کشه و اجازه می ده که از فلش و جاوا و ... استفاده کنن. فلش که یه فناوری سمت کلاینت هست. چه ربطی به PHP داره؟
جاوا هم یه پلتفرم خیلی گسترده تر و پیچیده تر درمقابل PHP که فقط یه زبان سمت سرور است. تازه میبینی که دوران استفاده از جاوا داخل مرورگر به سر رسید و فلش جاش رو گرفت.

idocsidocs
چهارشنبه 02 آذر 1390, 10:32 صبح
فلش که یه فناوری سمت کلاینت هست. چه ربطی به PHP داره؟
فلش به اسکریپت سمت سرور نیاز داره.

جاوا هم یه پلتفرم خیلی گسترده تر و پیچیده تر درمقابل PHP که فقط یه زبان سمت سرور است. تازه میبینی که دوران استفاده از جاوا داخل مرورگر به سر رسید و فلش جاش رو گرفت.
به هرحال پی اچ پی هم باید بتونه که چنین کاربردهایی رو پیاده سازی کنه.

eshpilen
چهارشنبه 02 آذر 1390, 12:13 عصر
فلش به اسکریپت سمت سرور نیاز داره.

خب خودت که گفتی سمت سرور از سی شارپ و جاوا استفاده میکنن. پس خود فلش و ادوبی این وسط کاره ای و در نتیجه مانعی نیستن. این ضعف PHP بنظر میاد تا چیز دیگه ای!

idocsidocs
چهارشنبه 02 آذر 1390, 12:27 عصر
این ضعف PHP بنظر میاد تا چیز دیگه ای!

ما خوب بحث می کنیم:چشمک:، تازه رسیدم به عنوان این تاپک !

چرا مشکل پی اچ پی با پردازش صدا و تصویر رو برطرف نمی کنن؟

eshpilen
چهارشنبه 02 آذر 1390, 14:56 عصر
چرا مشکل پی اچ پی با پردازش صدا و تصویر رو برطرف نمی کنن؟

همونطور که می دونید پی اچ پی با زبان سی نوشته شده و این زبان مادر همه زبانهای برنامه نویسی هست.
سوال اول میتونه معنی داشته باشه ولی گزارهء دوم معنا نداره.
خب با سی نوشته باشن که چی؟!
بیسیک رو هم با سی نوشتن.

satan_905
پنج شنبه 03 آذر 1390, 09:44 صبح
بخاطر اینکه php سمت سرور کار میکنه و به همین دلیل (فقط با سمت سرور) نمیشه مولتی مدیا نوشت . برای مولتی مدیا به هر دو جز سرور و کلاینت نیاز هست

idocsidocs
پنج شنبه 03 آذر 1390, 10:34 صبح
بخاطر اینکه php سمت سرور کار میکنه و به همین دلیل (فقط با سمت سرور) نمیشه مولتی مدیا نوشت . برای مولتی مدیا به هر دو جز سرور و کلاینت نیاز هست

اگر این قابلیت رو داشته باشه، چرا ازش استفاده نشه؟
مشکل اینه که اصلا این قابلیت رو نداره.

asonline
پنج شنبه 03 آذر 1390, 21:26 عصر
در php توابعی برای بافر وجود دارن ولی برای بافر فیلم و عکس نمی دونم
برای پردازش عکس هم توابع بسیار زیادی وجود دارد
راستی اینو بدون که حتما php توابعی برای این کار داره سایت http://www.php.net/ میتونه بهت کمک کنه
اگه توضیحاتم به دردت خورد لطفا به سایت من: http://www.yafa.tk/ پیوند بدهید شما هم میتوانید در بخش پیوند ها در سایتم پیوند خودت رو وارد کنی

idocsidocs
جمعه 04 آذر 1390, 09:54 صبح
اگه توضیحاتم به دردت خورد لطفا به سایت من: http://www.yafa.tk/ پیوند بدهید شما هم میتوانید در بخش پیوند ها در سایتم پیوند خودت رو وارد کنی دوست عزیز طبق قوانین انجمن تبلیغ سایتهای دیگه ممنوع هست.