stanford-oval/wikipedia huggingface dataset:
عکاسی برهنه جعلی
موارد قابل توجه

در سال ۲۰۱۰، ۹۷ نفر در کره جنوبی پس از انتشار تصاویر برهنه جعلی از گروه گرلز جنریشن در اینترنت دستگیر شدند. در سال ۲۰۱۱، یک مرد ۵۳ ساله در اینچئون پس از انتشار تصاویر جعلی بیشتر از همان گروه دستگیر شد.
در سال ۲۰۱۲، پلیس کره جنوبی ۱۵۷ هنرمند کره‌ای را شناسایی کرد که برهنه‌های جعلی از آنها پخش می‌شد.
در همان سال، بازیگر چینی خوانگ شیائومینگ عکس‌های برهنه‌ای منتشر کرد که جنجال عمومی را برانگیخت، اما در نهایت ثابت شد که این عکس‌ها واقعی هستند.
در سال ۲۰۱۴، سوپرمدل کیت آپتون تهدید کرد که از یک وب سایت به دلیل انتشار عکس‌های برهنه جعلی خود شکایت خواهد کرد. پیش از این، در سال ۲۰۱۱، این صفحه توسط تیلور سوئیفت تهدید شده بود.
در نوامبر ۲۰۱۴، خواننده بی رین به دلیل یک عکس برهنه جعلی که در سراسر اینترنت پخش شد، عصبانی شد. اطلاعات نشان می‌دهد که: «عکس برهنه بی رین از گوشی گم شده کیم ته هی منتشر شد.» لیبل بی رین، کیوب انترتینمنت، اعلام کرد که شخصی که در عکس برهنه است، رین نیست و این شرکت از آن زمان اعلام کرده‌است که با افرادی که عکس‌هایی را همراه با کامنت‌های نادرست پست می‌کنند، برخورد قانونی خواهد کرد.
در ژوئیه ۲۰۱۸، پلیس سئول تحقیقاتی را پس از انتشار یک عکس برهنه جعلی از رئیس‌جمهور مون جه-این در وب سایت گروه فمینیستی رادیکال کره ای WOMAD آغاز کرد.
در اوایل سال ۲۰۱۹، الکسندریا اوکاسیو کورتز، یک سیاستمدار حزب دموکرات، توسط احزاب سیاسی دیگر به دلیل یک عکس برهنه جعلی از او در حمام مورد سرزنش قرار گرفت. این تصویر موج بزرگی از جنجال رسانه ای را در ایالات متحده ایجاد کرد.
روش انجام

تصاویر برهنه جعلی را می‌توان با استفاده از نرم‌افزارهای ویرایش تصویر یا برنامه‌های کاربردی شبکه عصبی ایجاد کرد.
برای انجام این کار دو روش اساسی وجود دارد:
می‌توان تصاویر موجود را با هم ترکیب کرد و روی تصاویر منبع قرار داد و چهره سوژه را به مدل برهنه اضافه کرد.
لباس‌ها را از تصویر منبع حذف کرد تا مانند یک عکس برهنه به نظر برسد.
تأثیر

این نوع تصاویر ممکن است تأثیر روانی منفی بر قربانیان داشته باشد و ممکن است برای اهداف اخاذی استفاده شود.
برای مطالعه بیش‌تر

Forbes, chapter 169, no 1–6, p. 84, Bertie Charles, Forbes Incorporated, 2002, California university.
American Journalism Review: AJR. , chapter 18, no 1–5, p. 29, College of Journalism of the University of Maryland at College Park, 1996
Hana S. Noor Al-Deen, John Allen Hendricks, Social Media: Usage and Impact, p. 248, Lexington Books, 2012.
Janet Staiger, Media Reception Studies, p. 124, NYU Press, ۱ ژوئیه ۲۰۰۵
Kola Boof, Diary of a Lost Girl: The Autobiography of Kola Boof, p. 305, Door of Kush, 2006.
Laurence O'Toole, Pornocopia: porn, sex, technology and desire, p. 279, Serpent's Tail, 1999
چاه سنگ سفید

| چاه سنگ سفید | چاه سنگ سفید |
| --- | --- |
روستا: روستا
چاه سنگ سفیدموقعیت در ایراننمایش نقشه ایرانچاه سنگ سفیدچاه سنگ سفید (اصفهان)نمایش نقشه اصفهان: چاه سنگ سفیدموقعیت در ایراننمایش نقشه ایرانچاه سنگ سفیدچاه سنگ سفید (اصفهان)نمایش نقشه اصفهان
مختصات: ۳۲°۵۸′ شمالی ۵۲°۱′ شرقی﻿ / ﻿۳۲٫۹۶۷°شمالی ۵۲٫۰۱۷°شرقی﻿ / 32.967; 52.017: مختصات: ۳۲°۵۸′ شمالی ۵۲°۱′ شرقی﻿ / ﻿۳۲٫۹۶۷°شمالی ۵۲٫۰۱۷°شرقی﻿ / 32.967; 52.017
کشور: ایران
استان: اصفهان
شهرستان: برخوار و میمه
بخش: بخش برخوار
دهستان: برخوار شرقی
جمعیت: 
چاه سنگ سفید، روستایی از توابع بخش برخوار شهرستان برخوار و میمه در استان اصفهان ایران است.
جمعیت

این روستا در دهستان برخوار شرقی قرار دارد و براساس سرشماری مرکز آمار ایران در سال ۱۳۸۵، جمعیت آن زیر سه خانوار بوده‌است.
شاسنارد

| شاسنارد | شاسنارد |
| --- | --- |
کمون (فرانسه): کمون (فرانسه)
The church doors in Chassenard: The church doors in Chassenard
شاسناردنمایش نقشه فرانسهشاسناردنمایش نقشه اوورنی-رون-آلپ: شاسناردنمایش نقشه فرانسهشاسناردنمایش نقشه اوورنی-رون-آلپ
مختصات: ۴۶°۲۶′۲۲″شمالی ۳°۵۸′۵۰″شرقی﻿ / ﻿۴۶٫۴۳۹۴°شمالی ۳٫۹۸۰۶°شرقی﻿ / 46.4394; 3.9806: مختصات: ۴۶°۲۶′۲۲″شمالی ۳°۵۸′۵۰″شرقی﻿ / ﻿۴۶٫۴۳۹۴°شمالی ۳٫۹۸۰۶°شرقی﻿ / 46.4394; 3.9806
کشور: فرانسه
ناحیه: اوورنی-رون-آلپ
دپارتمان: آلیه
بخش: Moulins
کانتون: Dompierre-sur-Besbre
کمون: Digoin Val de Loire
حکومت: حکومت
 • شهردار(۲۰۲۰–۲۰۲۶) : Michel Lassot
مساحت۱: ۲۵٫۱۲ کیلومتر مربع (۹٫۷۰ مایل مربع)
جمعیت (ژانویه ۲۰۱۸)۲: ۱٬۰۰۸
 • تراکم: ۴۰/کیلومتر مربع (۱۰۰/مایل مربع)
منطقهٔ زمانی: یوتی‌سی +۱ (زمان اروپای مرکزی)
 • تابستانی (DST): یوتی‌سی +۲ (ساعت تابستانی اروپای مرکزی)
کد آماری/کد پستی: ۰۳۰۶۳ /۰۳۵۱۰
ارتفاع: ۲۲۲–۲۸۱ متر (۷۲۸–۹۲۲ فوت)  (avg. ۲۴۰ متر یا ۷۹۰ فوت)
۱ داده‌های فرانسه رودخانه و دریاچه  و یخچال‌ها را در نظر نگرفته‌است > ۱ km² (۰٫۳۸۶ مایل مربع یا ۲۴۷ هکتار) ۲: ۱ داده‌های فرانسه رودخانه و دریاچه  و یخچال‌ها را در نظر نگرفته‌است > ۱ km² (۰٫۳۸۶ مایل مربع یا ۲۴۷ هکتار) ۲
شاسنارد (به فرانسوی: Chassenard) یک کمون (فرانسه) در فرانسه است که در canton of Le Donjon واقع شده‌است. شاسنارد ۲۵٫۱۲ کیلومتر مربع مساحت دارد ۲۴۰ متر بالاتر از سطح دریا واقع شده‌است.
سیارک ۶۰۴۰۶

سیارک ۶۰۴۰۶ (به انگلیسی: 60406 Albertosuci، نامگذاری:2000CR1) شصت هزار و چهارصد و ششمین سیارک کشف شده‌است که در ۳ فوریه ۲۰۰۰ کشف شد.
سیمپسون، میلتون کینز

منطقه مسکونی در انگلستان
| سیمپسون، میلتون کینز | سیمپسون، میلتون کینز |
| --- | --- |
سیمپسون، میلتون کینزMapping © اوپن‌استریت‌مپنمایش نقشه Milton Keynesسیمپسون، میلتون کینزسیمپسون، میلتون کینز نمایش داده شده در  the بریتانیانمایش نقشه بریتانیا: سیمپسون، میلتون کینزMapping © اوپن‌استریت‌مپنمایش نقشه Milton Keynesسیمپسون، میلتون کینزسیمپسون، میلتون کینز نمایش داده شده در  the بریتانیانمایش نقشه بریتانیا
جمعیت: ۱٬۱۴۲ (parish: 2011)
مرجع شبکه OS: SP883362 
محله مدنی: Simpson and Ashland
مناطق انگلستان: میلتون کینز
شهرستان تشریفاتی: باکینگهام‌شر
کشور: انگلستان
کشور مستقل: بریتانیا
پست شهر: MILTON KEYNES
کدپستی منطقه: MK6
کد تلفن: ۰۱۹۰۸
مجلس انگلستان: South میلتون کینز
 فهرست مکان‌‌ها بریتانیا انگلستان  ۵۲°۰۰′۵۷″شمالی ۰°۴۳′۰۳″غربی﻿ / ﻿۵۲٫۰۱۵۷°شمالی ۰٫۷۱۷۴°غربی﻿ / 52.0157; -0.7174:  فهرست مکان‌‌ها بریتانیا انگلستان  ۵۲°۰۰′۵۷″شمالی ۰°۴۳′۰۳″غربی﻿ / ﻿۵۲٫۰۱۵۷°شمالی ۰٫۷۱۷۴°غربی﻿ / 52.0157; -0.7174
سیمپسون (به انگلیسی: Simpson) یک روستا در بریتانیا است که در Simpson and Ashland واقع شده‌است. سیمپسون ۱٬۱۴۲ نفر جمعیت دارد.
نام پرونده (رایانه)

تصویری از پنجرهٔ فرمان ویندوز که نام پرونده‌ها را در یک فهرست نشان می‌دهد
فهرست نام پرونده‌ها، با نام پرونده‌های طولانی، حروف خارجی، و نویسه‌های ویرگول، نقطه، و فاصله همان‌گونه که در نمایش نام پرونده‌ها در یک نرم‌افزار ظاهر می‌شوند
نام پرونده یا نام فایل (به انگلیسی: Filename) فراداده‌ای پیرامون یک پرونده است. این فراداده، به‌منظور شناسایی یک پرونده در میان سایر پرونده‌های موجود در سیستم به‌کار می‌رود.
هم‌چنین مطابق تعریف لغت‌نامه، یک نام متمایزکننده است که به یک پروندهٔ کامپیوتریِ ذخیره‌شدهٔ الکترونیکی داده می‌شود.
این نام، پروندهٔ کامپیوتری را با محدودیت‌های مختلفی که سیستم‌عامل اعمال می‌کند — مانند طول یا محدودیت در انتخاب کاراکترها — مطابق می‌کند.
این نام ممکن است در حالت‌های گوناگون دچار اعمال محدودیت‌هایی مانند طول نام یا نوع حروف و نویسه‌های مختلف نیز شود.
برای مثال، ویندوز این تعریف را ارائه می‌دهد: یک داده از نوع نام پرونده، یک رشتهٔ متنی است که نام یک پرونده یا پوشه را دربر می‌گیرد. به‌طور پیش‌فرض تصور می‌شود که نام پرونده از یک ترکیب نام پروندهٔ کوتاه تشکیل می‌شود که شامل ۸ کاراکتر نام، وقفه (.) و ۳ کاراکتر افزونه.
برای داشتن نام بلند در کنار نام کوتاه، آن را با یک علامت "|" از نام پروندهٔ کوتاه جدا می‌کنیم. برای مثال، هر دو رشتهٔ status.txt و projec~1.txt|Project Status.txt معتبرند. (توجه کنید که این مطلب از سایت مایکروسافت برداشته شده؛ لذا قواعد مطروحه در آن لزومًا در سایر سیستم‌عامل‌ها درست نیستند.)
یک نام پرونده، به‌طور معمول از اجزای زیر تشکیل می‌گردد:
میزبان (یا گره یا کارگزار (سرور)) - دستگاه شبکه‌ای که پرونده‌ها را در بر می‌گیرد.
دستگاه (یا درایو) - دستگاه یا درایو سخت‌افزاری
شاخه (Directory) یا مسیر (Patch) - (مانند: \TEMP, [USR.LIB.SRC], etc.)
نام پرونده
پسوند نام فایل (مانند: txt ،exe، com)
نسخه (Version)، شمارهٔ تولید یا چاپ اصلاح‌شده
ترکیب و قالب یک فایل معتبر مانند مؤلفه‌های لازم برای شناسایی فایل، در سیستم‌عامل‌های مختلف متفاوتند.
مباحث پیرامون نام پرونده به‌دلیل فقدان استانداردسازی این واژه پیچیده هستند. نام پرونده گاهی برای نام کامل مانند نام ویندوز مثل c:\directory\myfile.txt به‌کار می‌رود. گاهی برای اشاره به اجزا استفاده می‌شود؛ در این مثال myfile.txt. بعضاً ارجاعی است که یک افزونه را مشخص می‌کند، بنابراین در این حالت نام پرونده myfile خواهد بود. چنین ابهاماتی متداول است و این مقاله تلاش نمی‌کند هیچ یک از معانی را تعریف کند، و فعلاً ممکن است هر یک از آن‌ها را استفاده کنیم. بعضی سامانه‌ها ممکن است نام‌گذاری استاندارد خود را پذیرفته باشند مانند «نام مسیر» (path name)؛ ولی همین اسامی نیز در سراسر سیستم استاندارد نیستند.
تاریخچه

در حدود سال ۱۹۶۲ سیستم اشتراک زمانی سازگار، مفهوم پرونده (پروندهٔ بدون کاغذ) را معرفی کرد.
تقریبًا در همین زمان، نقطه (برای توقف کامل یا کوتاه) به عنوان جداکنندهٔ افزونهٔ نام فایل به‌وجود آمد و افزونه به سه حرف محدود شد.
در گذشته، تنها نویسه (کاراکتر)های حرفی–عددی در نام پرونده مجاز بودند؛ اما با گذشت زمان، تعداد کاراکترهای مجاز افزایش یافت؛ که این باعث ایجاد مشکلات هم‌سازی در زمان انتقال پرونده‌ها از یک فایل سیستم به دیگری شد.
در حدود سال ۱۹۹۵، یکی از افزونه‌های فایل سیستم FAT به نام جدول تخصیص فایل دروینوز۹۵ و ویندوز NT3.5 معرفی شد. در این افزونه، علاوه‌بر نام‌های کلاسیک «۸٫۳»، نام پرونده‌های طولانی یونی‌کد نیز مجاز بود.
در سال ۱۹۸۵، RFC959 تعریف رسمی زیر را برای نام مسیر (path name) ارائه کرد: رشته‌ای از کاراکترها که باید توسط کاربر برای شناسایی فایل وارد فایل سیستم شود.
تاریخچه > مهاجرت به یونی‌کد

یک مسئله، تغییر شیوهٔ نام‌گذاری به یونی‌کد بود. به این منظور، شرکت‌های نرم‌افزاریِ بسیاری، نرم‌افزارهایی برای مهاجرت نام پرونده‌ها به رمزگذاری یونی‌کدِ جدید فراهم کردند.
Microsoft برای تمامی کاربران تکنولوژی vfat، نرم‌افزار migration transparent را ارائه داد
Apple نرم‌افزار File Name Encoding Repair Utility v1.0 را ارائه داد
Linux community نرم‌افزار convmv را ارائه داد
ارجاعات: مطلق در مقایسه با نسبی

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

فایل سیستم‌های شبیه به Unix به یک فایل اجازه می‌دهند بیش از یک نام داشته باشد؛ نام‌ها در فایل سیستم‌های به سبک Unix قدیمی پیوندهایی سخت به آی‌نود یا معادل فایل هستند. ویندوز از پیوندهای سخت فایل سیستم‌های ان‌تی‌اف‌اس پشتیبانی می‌کند، و برای ساخت آن‌ها فرمان fsutil را در ویندوز XP، و mklink را در نسخه‌های بعدی ارائه می‌دهد. پیوندهای سخت با کلیدهای میانبر ویندوز، یا پیوند نمادین متفاوتند. معرفی LFNها با جدول تخصیص فایل اسم‌های مستعار نام پرونده را مجاز کردند. برای مثال،
با حداکثر هشت به علاوهٔ سه کاراکتر یک اسم مستعار برای
""
است. این نام مستعار جهت مطابقت با محدوده‌های ۸٫۳ برای برنامه‌های قدیمی‌تر است.
این ویژگی توسط الگوریتم فرمان move که ابتدا یک نام پروندهٔ ثانویه ایجاد می‌کند سپس تنها نام پروندهٔ اولیه را حذف می‌کند، استفاده می‌شد.
طراحی سایر فایل سیستم‌ها به‌گونه‌ای است که تنها یک نام پرونده را در هر پرونده مقرر می‌کند. این طراحی تضمین می‌کند که تغییرات فایل یک نام پرونده، فایل نام پروندهٔ دیگری را تغییر ندهد.
محدودیت‌های طول

بعضی فایل سیستم‌ها طول نام پرونده را محدود می‌کنند. در بعضی موارد این طول‌ها در نام کامل پرونده اعمال می‌شوند مانند ۴۴ کاراکتر در IBM S/370. در سایر موارد، ممکن است محدودیت‌های طول در بخش‌های خاصی از نام پرونده، از قبیل نام فایل در فهرست یا نام فهرست اعمال شوند. برای مثال: ۹ کاراکتر یا بایت (مانند جدول تخصیص فایل ۸ بیتی در Standalone Disk BASIC)، ۱۱ کاراکتر یا بایت (مانند جدول تخصیص فایل۱۲، جدول تخصیص فایل۱۶، جدول تخصیص فایل۳۲، ۱۴ کاراکتر یا بایت (مانند Unix اولیه)، ۲۱ کاراکتر یا بایت، ۳۰ کاراکتر یا بایت (Human68k)؛ ۳۱ کاراکتر یا بایت (مانند Apple DOS ورژن ۳٫۳ و ۳٫۲)، ۱۵ کاراکتر یا بایت (مانند Apple proDOS)؛ ۴۴ کاراکتر یا بایت (مانند IBM S/370)، یا ۲۵۵ کاراکتر یا بایت (مانند Berkeley Unix اولیه). محدودیت‌های طول عموماً نتیجهٔ تخصیص فضای معینی در فایل سیستم برای ذخیرهٔ مؤلفه‌های نام است، به همین دلیل، محدودیت‌های بیشتر همانند اختصاص‌دادن فضای بیشتر نیازمند یک تغییر ناسازگارند.
یک مسئلهٔ مهم در رابطه با فایل سیستم‌هایی که اطلاعات را در فهرست‌های تودرتو ذخیره می‌کنند، این است که شاید امکان ایجاد پرونده‌ای که اسم کامل آن از محدودیت‌های پیاده‌سازی تجاوز کند وجود داشته باشد؛ زیرا ممکن است بررسی طول به‌جای نام کامل برای بخش‌های مجزای نام، به‌تنهایی انجام شود. حداکثر محدودهٔ (MAX_PATH) بسیاری از نرم‌افزارهای کاربردی ویندوز ۲۶۰ است، در حالی که نام پرونده‌های ویندوز به‌راحتی می‌توانند از این محدوده تجاوز کنند.
افزونه‌ها (extensions) نام پرونده

بسیاری از فایل سیستم‌ها، مانند سیستم‌های جدول تخصیص فایل، ان‌تی‌اف‌اس و vms به یک افزونهٔ نام پرونده اجازه می‌دهند نام پرونده را به دو بخش تقسیم کند: یک نام اصلی یا ریشه و یک افزونه یا پسوند که بعضی از نرم‌افزارهای کاربردی برای تشخیص قالب پرونده از آن استفاده می‌کنند. افزونهٔ نام فایل از یک یا چند کاراکتر تشکیل می‌شود که پیروی آخرین بخش نام پرونده می‌آیند. پرونده‌های دارای خروجی چندگانه توسط نرم‌افزارهای کاربردی که از نام اصلی یکسان و افزونه‌های متفاوت استفاده می‌کنند ایجاد می‌شوند. برای مثال، ممکن است یک کامپایلر از افزونه‌های FOR برای پروندهٔ ورودی منبع (برای کد Fortran), OBJ برای خروجی شیء و LST برای فهرست‌نویسی استفاده کند. با این‌که تعدادی افزونهٔ متداول وجود دارد، اما این افزونه‌ها قراردادی هستند و ممکن است یک نرم‌افزار کاربردی دیگر از REL و RPT استفاده کند. معمولاً پرونده‌ها در فایل سیستم‌هایی که افزونه‌ها را جدا نمی‌کنند، افزونهٔ طولانی‌تری دارند مانند html.
قابلیت‌های همکاری رمزگذاری

برای نام پرونده‌ها یک رمزگذاری استاندارد عمومی وجود ندارد.
چرا که نام پرونده‌ها باید میان نرم‌افزارها مبادله شوند (انتقال فایل شبکه، ذخیرهٔ فایل سیستم، نرم‌افزار پشتیبانی و هماهنگ‌سازی پرونده، مدیریت پیکربندی، فشرده‌سازی و بایگانی داده و…)، این بسیار مهم است که اطلاعات نام پرونده میان دو نرم‌افزار کاربردی از دست نرود. این مسئله موجب پذیرش گستردهٔ یونی‌کد به‌عنوان استانداردی برای رمزگذاری پرونده‌ها شد، گرچه برخی نرم‌افزارهای قدیمی ممکن است یونی‌کد را متوجه نشوند.
قابلیت‌های همکاری رمزگذاری > قابلیت همکاری نشانهٔ رمزگذاری

در گذشته، نام پرونده‌ها در هر کاراکتری را تا جایی که برای فایل سیستم ایمن بود در نام پرونده‌های خود مجاز می‌دانستند. با اینکه این روش استفاده از هرگونه رمزگذاری را مجاز می‌داند، و به همین دلیل، امکان نمایش هر متن محلی را در هر سامانهٔ محلی فراهم می‌کند، منجر به بسیاری از قابلیت‌های همکاری می‌شود.
یک نام پرونده داخل یک کشور ممکن است با استفاده از رشته‌های بایتی متفاوتی در سامانه‌های متمایز ذخیره شده باشد، مثلاً یکی با استفاده از رمزگذاری Japanese Shift یا JIS و دیگری از رمزگذاری Japanese EUC. تبدیل ممکن نبوده؛ زیرا بیشتر سامانه‌ها شرحی از رمزگذاری که برای یک نام پرونده استفاده شده را به عنوان قسمتی از اطلاعات فایل توسعه‌یافته نمایش نمی‌دادند.
یک راه حل، پذیرش یونی‌کد برای رمزگذاری نام پرونده‌ها بود.
اما در MacOS کلاسیک، رمزگذاری نام پرونده‌ها همراه خصوصیات نام پرونده ذخیره می‌شد.
قابلیت‌های همکاری رمزگذاری > قابلیت همکاری یونی‌کد

استاندارد یونی‌کد مسئلهٔ تشخیص رمزگذاری را برطرف کرد.
با این حال، بعضی مسائل قابلیت همکاری محدود از قبیل هنجارسازی یا normalization (هم‌ارزی)، یا نسخهٔ در حال استفادهٔ یونی‌کد باقی ماند. برای نمونه، UDF به یونی‌کد ۲٫۰ محدود شد؛ MacOS هنجارسازی یونی‌کد NFD که به‌طور اختیاری می‌تواند به حروف کوچک و بزرگ حساس باشد (به‌طور پیش‌فرض حساس نیست) را اعمال می‌کند. حداکثر طول نام پرونده استاندارد نیست و ممکن است به اندازهٔ واحد کد وابسته باشد. اگرچه این یک مسئلهٔ جدی است، در اکثر موارد یک مسئلهٔ محدود است. در لینوکس به این معناست که نام پرونده برای باز کردن آن کافی نیست: علاوه‌بر آن، نمایش دقیق بایتی نام پرونده روی دستگاه حافظه نیاز است. این با تعدادی فراخوانی‌های هنجارسازی مکارانه در سطح نرم‌افزار قابل حل است.
این مسئله از هم‌ارزی یونی‌کد را «برخورد با نام نرمال» می‌نامند. یک راه حل آگاهی از ترکیب غیرنرمال یونی‌کد است که در تخریب و سرقت از جوامع فنی استفاده می‌شود. این راه حل مسیرهای داخل حافظه را هنجارسازی نمی‌کند. مسیرها تنها برای مقایسه هنجارسازی می‌شوند. با این حال، بعضی جوامع این راهبرد را انحصاری کردند، به‌طوری‌که استفاده از آن در سایر جوامع ممنوع باشد.
قابلیت‌های همکاری رمزگذاری > چشم‌اندازها

برای محدودکردن مسائل قابلیت همکاری بعضی اندیشه‌ها که توسط Sun شرح داده شده عبارتند از:
استفاده از یک رمزگذاری یونی‌کد (مانند جدول تخصیص فایل_۸)
انجام تبدیلات شفاف کد روی نام پرونده‌ها
ذخیرهٔ نام پرونده‌های هنجارسازی‌نشده
بررسی برای هم‌ارزی استاندارد میان نام پرونده‌ها، برای جلوگیری از دو نام پروندهٔ هم‌ارز استاندارد در یک فهرست یکسان
این توجهات یک محدودیت را ایجاد می‌کند که اجازهٔ تغییر به یک رمزگذاری متفاوت با جدول تخصیص فایل_۸ در آینده را نمی‌دهد.
یکتایی

نام پرونده‌ها داخل یک فهرست باید یکتا باشند. از آن‌جا که ترکیب مربوط به نام پرونده برای فهرست‌ها نیز اعمال می‌شود، امکان ایجاد یک فایل و ورودی‌های فهرست با نام یکسان وجود ندارد. البته فایل‌های متعدد در فهرست‌های مختلف می‌توانند نام یکسانی داشته باشند.
رویکرد یکتایی می‌تواند حساسیت نسبت به حروف کوچک و بزرگ و شکل استانداردسازی یونی‌کد را تغییر دهد مانند NFC و NFD. یعنی دو پروندهٔ مجزا می‌توانند با متن نام پروندهٔ یکسان و پیاده‌سازی بایتی متفاوت از آن نام پرونده ایجاد شوند.
حفاظت از بزرگی یا کوچکی حروف

بعضی فایل سیستم‌ها، مانند جدول تخصیص فایل، نام پرونده‌ها را بدون توجه به کوچک یا بزرگ بودن حروف آن‌ها با حروف بزرگ ذخیره می‌کنند. برای مثال، اگر پرونده‌ای با نام «MyName.Txt» یا «myname.txt» ایجاد شده باشد با نام پروندهٔ «MYNAME.TXT» ذخیره خواهد شد. هر تغییری در حروف کوچک و بزرگ می‌تواند برای ارجاع به یک پروندهٔ یکسان استفاده شود. این نوع فایل سیستم‌ها غیر حساس به حروف کوچک و بزرگ (case-insensitive) نامیده می‌شوند و محافظ کوچکی و بزرگی حروف(case-preserving) نیستند. بعضی فایل سیستم‌ها اجازه نمی‌دهند در نام پرونده‌ها فقط از حروف کوچک استفاده شود.
بعضی فایل سیستم‌ها نام پرونده‌ها را به همان شکلی که ایجاد شدند، ذخیره می‌کنند؛ به این فایل سیستم‌ها نگهدارندهٔ حروف کوچک و بزرگ (case-retentive) یا محافظ حروف کوچک و بزرگ(case-preserving) می‌گویند. چنین فایل سیستمی می‌تواند نسبت به حروف کوچک و بزرگ حساس یا غیرحساس باشد. اگر حساس باشد، آن‌گاه «MyName.Txt» و «myname.txt» می‌توانند به دو فایل مختلف در یک فهرست یکسان اشاره کنند، و به هر پرونده باید دقیقًا با همان ترکیبی از حروف کوچک و بزرگ که با آن نام‌گذاری شده ارجاع داده شود. از سوی دیگر در یک فایل سیستم غیرحساس به حروف کوچک و بزرگ فقط یکی از نام‌های «MyName.Txt» و «myname.txt» و «Myname.TXT» می‌توانند هم‌زمان در یک فهرست نام یک پرونده باشند، و به یک پرونده با یکی از این نام‌ها با هر ترکیبی از حروف کوچک و بزرگ می‌توان ارجاع داد.
Unix و سامانه‌های فرعی آن از شروع اصلیش محافظ حروف کوچک و بزرگ بودند. اما، همه انواع فایل سیستم‌های Unix حساس به حروف کوچک و بزرگ نیستند؛ به‌طور پیش‌فرض، HFS+ در macOS نسبت به حروف کوچک و بزرگ حساس است، و کارگزاران SMB (بلوک پیام سرور) رفتارهای غیرحساس به حروف کوچک و بزرگ ارائه می‌دهند (حتی زمانی که فایل سیستم اصلی به حروف کوچک و بزرگ حساس باشد، مانند سامبا در بیشتر سامانه‌های شبیه به Unix) و فایل سیستم کاربر SMB رفتار غیرحساس نسبت به حروف کوچک و بزرگ ارائه می‌دهد. حساسیت یا عدم حساسیت فایل سیستم به حروف کوچک و بزرگ یک چالش قابل توجه برای نرم‌افزار است مانند سامبا و واین، که باید به‌طور کارآمد همکاری کند هم با سامانه‌هایی که با پرونده‌های با حروف بزرگ و پرونده‌های با حروف کوچک متفاوت رفتار می‌کنند و هم سامانه‌هایی که با آن‌ها یکسان برخورد می‌کنند.
شرایط مرزی بورن–وان کارمن

شرایط بورن–وان کارمن، شرایط مرزی تناوبی هستند که محدودیت دوره‌ای بودن تابع موج در برخی شبکه‌های براوه را اعمال می‌کنند. (که به نام ماکس بورن و تئودور فون رابطه گذاشته شده است). این شرایط اغلب در فیزیک حالت جامد برای مدلسازی بلور کامل اعمال می‌شوند.
این شرایط را می‌توان به صورت زیر عنوان کرد
\psi (\mathbf {r} +N_{i}\mathbf {a} _{i})=\psi (\mathbf {r} ),\,
شرکت تلفن و تلگراف آمریکا

| 0 | 1 |
| --- | --- |
نوع: مخابرات
بنا نهاده: ۱۸۸۵
بنیانگذاران: الکساندر گراهام بل
دفتر مرکزی: بدمینستر، نیوجرسی،  ایالات متحده آمریکا
محصولات: تماس تلفنی راه‌دور پهنای باند و اینترنت
مالک: ای‌تی اند تی
وبگاه: www.att.com
شرکت تلفن و تلگراف آمریکا (به انگلیسی: American Telephone and Telegraph Company) شرکت مخابرات آمریکایی است، که به‌عنوان شرکت تابعه‌ای از ای‌تی اند تی در زمینه ارائه خدمات تلفن ثابت، پهنای باند و اینترنت فعالیت می‌کند.
شرکت تلفن و تلگراف آمریکا در سال ۱۸۸۵ توسط الکساندر گراهام بل، در شهر نیویورک تأسیس شد و در سال ۲۰۰۵ توسط شرکت ای‌تی اند تی خریداری گردید. هم‌اکنون دفتر مرکزی این شرکت در شهر بدمینستر، نیوجرسی قرار دارد.
شرکت تنباکو پاکستان

| 0 | 1 |
| --- | --- |
نام بومی: پاکستان تنباکو کمپنی لمیٹڈ
نوع: شرکت سهامی عام
نماد سهام شرکت: بورس پاکستان: PAKT
صنعت: صنعت تنباکو
دفتر مرکزی: اسلام‌آباد، پاکستان
محصولات: سیگار
تعداد کارکنان: ۱۲۳۷ نفر
مادر: بریتیش امریکن توباکو
وبگاه: ptc.com.pk
شرکت تنباکو پاکستان (انگلیسی: Pakistan Tobacco Company) شرکت دخانیات پاکستانی است، که در سال ۱۹۴۷ توسط بریتیش امریکن توباکو تأسیس شد.
سیارک ۱۸۸۴۱

سیارک ۱۸۸۴۱ (به انگلیسی: 18841 Hruska، نامگذاری:1999RL3) هجده هزار و هشتصد و چهل و یکمین سیارک کشف شده‌است که در ۶ سپتامبر ۱۹۹۹ کشف شد.
قدر مطلق سیارک برابر ۱۳٫۰۰ است.
سیمخا یاکوبوویچی

| سیمخا یاکوبوویچی | سیمخا یاکوبوویچی |
| --- | --- |
زادهٔ: ۴ آوریل ۱۹۵۳ ‏(۷۱ سال) پتخ تیکوا، اسرائیل
ملیت:  اسرائیلی  کانادایی
تحصیلات: لیسانس: دانشگاه مک‌گیل فوق لیسانس: دانشگاه تورنتو
سیمخا یاکوبوویچی (عبری: שמחה יעקובוביץ'‎؛ زادهٔ ۴ آوریل ۱۹۵۳) یک کارگردان فیلم، تهیه‌کننده، نویسنده و روزنامه‌نگار اسرائیلی‌الاصل اهل کانادا است.
از فیلم‌ها یا مجموعه‌های تلویزیونی که وی در آن‌ها نقش داشته است می‌توان به «مقبرهٔ گمشدهٔ مسیح» اشاره نمود.
وی تاکنون بابت آثارش، برندهٔ جوایز گوناگونی شده است که از آن میان می‌توان به جایزه امی شده است.
چاه سلمان فارسی

| چاه سلمان فارسی | چاه سلمان فارسی |
| --- | --- |
روستا: روستا
مختصات: : مختصات: 
کشور: ایران
استان: خراسان جنوبی
شهرستان: خوسف
بخش: جلگه ماژان
دهستان: جلگه ماژان
جمعیت: ۵۰ نفر (سرشماری ۹۵)
چاه سلمان فارسی روستایی در دهستان جلگه ماژان بخش جلگه ماژان شهرستان خوسف استان خراسان جنوبی ایران است.
جمعیت

بر پایه سرشماری عمومی نفوس و مسکن در سال ۱۳۹۵ جمعیت این روستا ۵۰ نفر (۱۶خانوار) بوده‌است.
| جمعیت تاریخی> سال | جمعیت تاریخی> جمعیت | جمعیت تاریخی> ±% |
| --- | --- | --- |
| ۱۳۹۰ | ۶۶ | —     |
| ۱۳۹۵ | ۵۰ | ۲۴٫۲٪− |
عباس دریس

| عباس دریس | عباس دریس |
| --- | --- |
زادهٔ: ۱۳۵۲ آبادان، خوزستان، ایران
پیشه: کارگر
شناخته‌شده برای: اعتراضات آبان ۱۳۹۸ ایران
مخالف: نظام جمهوری اسلامی ایران
اتهام(های) جزایی: محاربه اخلال در نظم عمومی
مجازات‌های جزایی: اعدام
عباس دریس (زادهٔ ۱۳۵۲ در آبادان) شهروند و کارگر اهل ایران است. او از معترضان اعتراضات آبان ۹۸ و همچنین شاهد قتل‌عام ماهشهر است که توسط نیروهای امنیتی جمهوری اسلامی بازداشت و متعاقباً به اتهام محاربه به اعدام محکوم شد.
زندگی

عباس دریس متولد ۱۳۵۲ در آبادان است. او بعداً به‌خاطر جنگ به بندر ماهشهر مهاجرت کرد. عباس دریس دارای سه فرزند به نام‌های علی، مهدی و محمد است. حرفهٔ او کارگری و صنایع دستی با چرم است.
زندگی > مرگ همسر

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

عباس دریس در حاشیه قتل‌عام ماهشهر در جریان اعتراضات آبان ۱۳۹۸ ایران توسط نیروهای امنیتی جمهوری اسلامی دستگیر شد.
دادگاه و حکم اعدام

عباس دریس بابت اتهام «محاربه» توسط دادگاه انقلاب ماهشهر، به اعدام محکوم شده‌است. وکیل مدافع دریس در توییتر نوشت که رای دادگاه به وی ابلاغ شده‌است. وی همچنین افزود که محسن دریس، برادر عباس، در این پرونده تبرئه شده و آزاد خواهد شد.
در رای دادگاه انقلاب ماهشهر گفته شده حکم براساس اعترافات عباس دریس صادر شده. در اعترافات اولیه دریس گفته در اعتراضات ماهشهر، با توجه به فاصله زیاد، پس از شلیک با اسلحه، متوجه نشده که آیا گلوله‌ای به فردی اصابت کرده یا خیر اما، مشاهده کرده که در آن سو، افرادی افتادند.
وکیل این زندانی سیاسی تأکید کرد که اعترافات عباس دریس در وزارت اطلاعات انجام شده و او در دادگاه، اتهامات را رد کرده و گفته در جریان آنچه در نیزارهای ماهشهر رخ داده به کسی شلیک نکرده و کسی را نکشته‌است.
دادگاه و حکم اعدام > تأیید حکم و واکنش‌ها

در تیرماه ۱۴۰۲ اعلام شد که حکم اعدام عباس دریس توسط دیوان عالی تأیید شده‌است. فرشته تابانیان وکیل او دراین‌باره گفت: «حکم اعدام موکلم عباس دریس در شعبه سی‌ونُه دیوان عالی کشور به اتهام محاربه بدون توجه به ایرادات ذکر شده تأیید شد. از این حکم اعاده دادرسی خواهم کرد. متأسفانه حتی این حکم به من ابلاغ نشد و من از طریق ابلاغ استحضاری شعبه اول دادگاه انقلاب ماهشهر متوجه شدم.» وکیل او همچنین گفته که «در هیچ‌کدام از مراحل بازپرسی و دادگاه» به تیراندازی اقرار نکرده است، ضمن اینکه خانواده مامور جان باخته یگان ویژه در ماهشهر نیز «رضایت» داده‌اند. بعد از تأیید حکم اعدام عباس دریس، مادر و سه فرزند او در پیام‌های ویدئویی، خواهان لغو این حکم شدند و از مردم خواستند به آنها کمک کنند. وکلای او اعلام همچنین کردند که عباس دریس هیچ شاکی خصوصی ندارد. یکی از فرزندان او می‌گوید: «خواهش می‌کنیم جون پدرمون رو به ما ببخشند. ما مادرمون براثر حکمی که به پدرمون دادند، سکته کرد و فوت شد. ما جز پدرمان کسی را نداریم.»  در چهلمین هفته از جمعه‌های اعتراضی در زاهدان، معترضان خواستار آزادی عباس دریس و توماج صالحی شدند.