Що робити, якщо ваш багаж втратили? Вибір версії PHP для Windows

У мами моєї гарної знайомої на перельоті з Пітера до Москви втратили валізу, а в неї - подальший рейс до теплих берегів, і ось вона вже на курорті - без купальника, сандалій та з однією футболкою з ручної поклажі. За старою пам'яттю дала їй кілька порад, що робити і куди тікати, а сьогодні вирішила написати все, що я знаю на задану тему, сюди.

Щоб пояснити, звідки я така розумна, нагадаю, що свого часу я працювала у наземному обслуговуванні кількох авіакомпаній і, зокрема, займалася окремими питаннями з розшуку багажу. Та й плюс свій досвід перельотів, очевидно. Втім, оскільки я пішла зі сфери авіаційного сервісу вже кілька років тому, можливо, якісь нюанси могли змінитися - якщо так, з вдячністю прийму коментарі на тему і виправлю інформацію в пості.

Почну ж я з того, що потрібно зробити, щоб ваш багаж не втратили:
1. Відірвіть з валізи всі бирки та стікери від попередніх поїздок, навіть маленькі зі штрих-кодом, які часто клеять окремо на саму валізу - вони можуть збити з пантелику автоматичну системусканування та сортування багажу.
2. Повісьте на валізу (сумку, коробку, згорток - загалом, все, що ви здаєте в багаж) іменну бирку: можна купити заздалегідь багаторазовий варіант або взяти паперову бирку на стійці реєстрації - зазвичай всі більш-менш пристойні авіакомпанії роздають їх без обмежень . А у Emirates, наприклад, взагалі чудові пластикові бирки на міцному шнурку, які можуть прослужити дуже довго:

Старі параноїки можуть зробити як я: у мене на валізі завжди висить багаторазова пластикова бирка з набору Samsonite з моєю постійною домашньою адресою, телефоном та електронною поштою, а коли я лікую кудись на відпочинок, то додатково вішаю паперову, на якій вказую дати перебування на новому місці та всі можливі контакти (назва та адреса готелю, його місцевий номер телефону, якщо є, ну і своє ім'я-прізвище, зрозуміло) ).
3. На стійці реєстрації простежте, щоб на ваш багаж наклеїли ту багажну бирку, яку роздруковує агент з реєстрації, - з кодом міста, в яке ви летитье, та номером рейсу.
4. Якщо у вас кілька стикувальних рейсів, скажіть про це агенту з реєстрації та уточніть, до якого саме пункту хочете зареєструвати багаж. В окремих випадках багаж доведеться забирати в тому чи іншому аеропорту на шляху прямування незалежно від вашого бажання: це стосується, наприклад, пересадок між аеропортами ("Орлі" та "Шарль-де-Голль" у Парижі, "Домодєдово"-"Шереметьєво") -"Внуково" в Москві), окремими терміналами (1 і 2 термінали у Франкфурті) або в першому пункті прильоту до США або Мексики - це вимога митниці в цих країнах: припустимо, ви летитьте Москва-Вашингтон-Фенікс, багажна бирка випускається на все Три сегменти до Фенікса, але у Вашингтоні багаж потрібно буде фізично забрати, пройти митницю і знову здати. Загалом у разі складного маршруту з пересадками краще заздалегідь уточнити нюанси про пересування багажу в кол-центрі авіакомпанії або, в крайньому випадку, на реєстрацію.
5. Зробіть свій багаж помітним: не завжди у затримці багажу винні вантажники чи збої у системі сортування. Іноді інший розсіяний пасажир, що втомився після довгого перельоту, візьме з багажної стрічки такий самий чорний самсонайт або непоказну спортивну сумку, як і у вас. Тому позначте свій багаж: повісьте на ручку зв'язку яскравих стрічок або невелику м'яку іграшку, наклейте на нього велику наклейку або просто на етапі вибору валізи віддайте перевагу незвичайному забарвленню.

Що не варто здавати у багаж?
Пам'ятайте, багаж втрачають усі авіакомпанії та у всіх аеропортах. Безумовно, статистика у всіх різна, але втратити або затримати багаж можуть навіть найнадійніші авіалінії і навіть у найменшому аеропорту, де один-єдиний вантажник довезе візок із валізами прямо від стійки реєстрації до літака. Тому раджу завжди брати у ручну поклажу:
- важливі документи, у тому числі ті, які не потрібні при перельоті (наприклад, в останню поїздку до Пітера мені потрібно було поміняти права, і я везла з собою в ручній поклажі свідоцтво про шлюб та всілякі картки з автошколи)
- ключі (у поєднанні з биркою з вашою адресою це може бути небезпечно)
- гроші, коштовності (без коментарів)
- дорогу тендітну техніку
- ліки, які ви регулярно приймаєте, у кількості, необхідної для перельоту, та з невеликим запасом на випадок, якщо доведеться шукати аналог у чужій країні чи місті. Ліки за рецептом, які неможливо купити в разі втрати багажу, брати з собою в обсязі, необхідному на всю поїздку.
- те, що може знадобитися терміново після приїзду (наприклад, зарядний пристрійдля телефону
- те, що має сентиментальну цінність особисто для вас: іноді багаж втрачається безповоротно, і якщо втрата особистого щоденникарозіб'є вам серце, краще залиште його вдома або візьміть із собою в салон літака

Повчальна історія: за часів моєї роботи в пітерській Люфтганзі, до нас в офіс, заламуючи руки, прибігла сімейна пара зі США – у них не прилетів багаж, у якому лежали дуже важливі документи для судового процесу щодо усиновлення, суд був наступного дня. Звісно, ​​у втраті багажу винна авіакомпанія, але кому від цього легше? Щоб уникнути такої ситуації, досить просто покласти важливі папери в ручну поклажу.

Отже, ви прилетіли і не знайшли свій багаж на багажній стрічці. Що робити?
1. Якщо ви здавали в багаж щось, відмінне від звичайних валіз: лижі, віолончель, плазмову панель на всю стіну, дитячу коляску, живого мармурового дога, перевірте, чи немає окремого пункту видачі т.зв. негабаритного багажу або Bulky baggage - багаж, подібний до того, який я описала вище, часто завантажується в окремий відсік і так само окремо, вручну, вивантажується. Якщо і там ваш багаж не виявився
2. Ідіть на стійку пошуку багажу або Lost & Found. Там вам буде необхідно заповнити спеціальну форму з детальною інформацією про свій багаж: маршрут проходження, зовнішній вигляд, короткий список вмісту, ваші контакти на постійному місці проживання та тимчасового перебування. Також у службі розшуку багажу ви швидше побачите такий baggage chart:

Саме за цією класифікацією ваш зниклий багаж закодують і, щоб ви розуміли, ось ці дві валізи будуть закодовані однаково:

Тому не соромтеся додавати додаткові деталі в описі та не пропускайте пункт про вміст. Як правило, при первинному заповненні заяви про затримку багажу (baggage delay report) вам запропонують вказати кілька предметів вмісту, за якими вашу сумку можна буде ідентифікувати, якщо зовні на ній не знайдеться ніяких розпізнавальних знаків і сумку доведеться розкривати (якщо сумку розкриють, всередину повідомлення про це). Поганий приклад: футболка/книга/вологі серветки, гарний приклад: яскраво-червоне бікіні/каталог репродукцій Малевича/складна праска. Після заповнення заяви співробітник служби розшуку багажу видасть вам номер формату XXXYY11111, де XXX – код аеропорту прильоту, YY – код авіакомпанії прильоту + 5 цифр порядкового номера заяви: наприклад JFKLH12345, якщо ви прилетіли "Люфтганзою" в аеропорт Кеннеді в Нью-Йорку. Запам'ятайте або запишіть цей номер - за ним ваша заява найпростіше знайти при подальших зверненнях.
За цим же номером ви можете САМІ перевіряти статус розшуку (посилання чомусь злітає: якщо у вас не працює, забийте в гугле World Tracer Online і буквально друге посилання - із заголовком Baggage Tracing на сайті worldtracer.aero - те, що вам треба), тому що додзвонитися до lost&found часто буває дуже складно
3. Спробуйте звернутися в офіс вашої авіакомпанії в аеропорту прильоту: іноді (наголошую - Іноді!) у випадку, якщо ви прилетіли не додому, а в місце тимчасового перебування (відпустка, відрядження), авіакомпанія може надати набір туалетного приладдя (у Lufthansa до нього входили безрозмірна футболка, зубна щітка та паста, гребінець, маленькі упаковки шампуню та гелю для душу, пакетик прального порошку тощо) або зробити невелику виплату готівкою на дрібні витрати на місці (spot cash payment).

Що відбуватиметься далі?
Ваш файл (т.зв. AHL) потрапить до централізованої системи пошуку багажу (World Tracer). У цю ж систему пошуку потрапляють усі незатребувані предмети багажу, не важливо, чи були вони знайдені без бирки в закутках багажного дворика або залишилися на багажній стрічці, на кожен із таких предметів теж заводиться файл формату XXXYY11111, тільки іншого підвиду – т.зв. on-hand report або OHD. У разі збігу даних з AHL та OHD файлів (прізвище, опис валізи, маршрут та ін.), обидві станції (де заявили про втрату багажу і де був знайдений багаж незатребуваний) отримають повідомлення, ну і далі питання техніки: перевірка і у разі удачі пересилання багажу у потрібне місто. Зрозуміло, здійснюється і велика кількість ручної роботи - обмін повідомленнями, відбраковування схожих, але не тих самих валіз, плюс відповіді на множинні телефонні дзвінки - загалом, співробітникам служби розшуку багажу нудьгувати не доводиться.
Приблизна статистика: більше 90% втраченого багажу перебувають у перші 3 дні пошуку, 3% губляться назавжди.
Що ви можете зробити?
1. Якщо вам доведеться купувати щось із екстрено необхідного по прильоту (починаючи від зубної щітки і закінчуючи діловим костюмом), обов'язково зберігайте чеки для подальшої компенсації. Втім від дорогих покупок без потреби варто відмовитися, чому поясню пізніше.
2. За свіжими слідами складіть максимально докладний список вмісту, бажано з кольором, брендом та приблизною вартістю кожної речі, в ідеалі англійською мовою (т.к. інакше перекладати цей список для внесення в систему доведеться співробітнику авіакомпанії), зв'яжіться з авіакомпанією та надішліть їм цей список, його додадуть у заяву про розшук багажу. Перші 5 днів розшуком багажу займається аеропорт прильоту, далі розшук переходить у ведення авіакомпанії-перевізника (та авіакомпанія, яка вказана в номері заяви – пам'ятаєте JFKLH12345?), а через 21 день можна звертатися за фінальною компенсацією.
3. Якщо після закінчення 21 дня з моменту складання заяви про втрату багажу він не був знайдений, звертайтеся до авіакомпанії-перевізника з вимогою компенсації. Якщо не помиляюся, термін давності - 2 роки, тобто. за компенсацією ви можете звернутись протягом двох років з моменту подання заяви про втрату.

Виплата компенсацій.
Для виплати компенсації вам необхідно звернутися до представництва своєї авіакомпанії із заявою на виплату, документами, що підтверджують переліт і факт втрати багажу (посадкові талони, багажні бирки, номер заяви про втрату багажу, платіжні реквізити). Якщо не помиляюся, у РФ рішення про компенсацію законодавчо має бути розглянуте протягом 30 днів. Також вас можуть попросити оцінити вартість вмісту і надати чеки на покупку валізи і речей в ній (розумію, що це малореально в більшості випадків, але це частина процедури).
Раніше виплати проводилися за принципом ваги зданого багажу – близько 20 доларів за кілограм. Пізніше систему розрахунків змінили і обмежили відповідальність авіакомпаній сумою в 1000 умовних одиниць (ціна умовної одиниці розраховується всередині авіакомпанії), що на момент моєї роботи відповідало приблизно 1300 євро. Тобто. навіть якщо ви принесете чек на покупку валізи Луї Віттон, пошитої з тисячі шкурок болівійського гекона і набитої діамантами, більше 1300 євро вам не світить.

Іноді виникає необхідність виконувати кілька дій одночасно, наприклад, перевіряти зміни в одній таблиці БД і вносити модифікації в іншу. Причому якщо одна з операцій (наприклад, перевірка змін) займає багато часу, очевидно, що послідовне виконання не забезпечить балансування ресурсів.

Для вирішення такого роду завдань у програмуванні використовується багатопоточність - кожна операція міститься в окремий потік з виділеним обсягом ресурсів і працює всередині нього. При такому підході всі завдання будуть виконуватися окремо і незалежно.

Хоча PHP і не підтримує багатопоточність, є кілька методів її емуляції, про них і йтиметься нижче.

1. Запуск кількох копій скрипта - копії для операції

Коли ми виконуємо цей скрипт без параметрів, він автоматично запускає дві копії себе з ідентифікаторами операцій ("thread=make_me_happy" та "thread=make_me_rich"), які ініціюють виконання необхідних функцій.

Таким чином ми досягаємо потрібного результату – дві операції виконуються одночасно – але це звичайно ж не багатопоточність, а просто милиця для виконання завдань одночасно.

2. Шлях джедая – використання розширення PCNTL

PCNTL - розширення, що дозволяє повноцінно працювати з процесами. Крім управління, підтримує надсилання повідомлень, перевірку стану та встановлення пріоритетів. Ось так виглядає попередній скрипт із використанням PCNTL:

$pid = pcntl_fork(); if ($pid == 0) ( make_her_happy(); ) elseif ($pid > 0) ( $pid2 = pcntl_fork(); if ($pid2 == 0) ( find_another_one(); ) )

Виглядає досить заплутано, пройдемося рядково.

У першому рядку ми "форкаємо" поточний процес (форк - копіювання процесу із збереженням значень всіх змінних), розділяючи на два процеси (поточний та дочірній) виконуються паралельно.

Щоб зрозуміти, де ми знаходимося в Наразі, у дочірньому або материнському процесі, функція pcntl_fork повертає 0 для дочірнього та ідентифікатор процесу для материнського. Тому, в другому рядку, ми дивимося на $ pid, якщо він дорівнює нулю, значить ми в дочірньому процесі - виконуємо функцію, інакше ми знаходимося в материнському (рядок 4), тоді створюємо ще один процес і аналогічно виконуємо завдання.

Процес виконання скрипту:

Таким чином, скрипт створює ще 2 дочірні процеси, які є його копіями, містять ті ж змінні з аналогічними значеннями. А за допомогою ідентифікатора pcntl_fork, що повертається функцією, ми орієнтуємося в якому потоці знаходимося в даний момент і виконуємо необхідні дії.

Нещодавно я спробував pthreads і був приємно здивований - це розширення, яке додає в PHP можливість працювати з декількома справжніми потоками. Жодної емуляції, ніякої магії, ніяких фейків - все по-справжньому.

Я розглядаю таке завдання. Є пул завдань, які треба якнайшвидше виконати. У PHP є й інші інструменти для вирішення цього завдання, тут вони не згадуються, стаття саме про pthreads.

Що таке pthreads

От і все! Ну, майже все. Насправді є те, що може засмутити допитливого читача. Все це не працює на стандартному PHP, скомпілюваному з налаштуваннями за замовчуванням. Щоб насолодитися багатопоточністю, треба, щоб у вашому PHP було включено ZTS (Zend Thread Safety).

Налаштування PHP

Далі, PHP із ZTS. Не звертайте увагу на таку велику різницю у часі виконання порівняно з PHP без ZTS (37.65 проти 265.05 секунд), я не намагався привести до спільного знаменника налаштування PHP. У випадку без ZTS у мене включений XDebug, наприклад.

Як видно, при використанні 2-х потоків швидкість виконання програми приблизно в 1,5 рази вище, ніж у випадку з лінійним кодом. При використанні 4-х потоків – у 3 рази.

Можна звернути увагу, що хоч процесор і 8-ядерний час виконання програми майже не змінювалося, якщо використовувалося більше 4 потоків. Схоже, це пов'язано з тим, що фізичні ядра у мого процесора 4. Для наочності змалював табличку у вигляді діаграми.

Резюме

У PHP можлива цілком елегантна робота з багатопоточністю з використанням розширення pthreads. Це дає суттєвий приріст продуктивності.

Теги: Додати теги

Увага!Ця стаття безнадійно застаріла або тепер оцінюється автором як не має інформаційної користі.

Принадність open-source коду у його відкритості:)) Т.е. за наявності розуму/часу/бажання можна розібратися, як саме працює програма. Зворотний бік такого коду - складність у отриманні потрібних скомпілованих пакетів. Наприклад, PHP можна завантажити у вигляді вихідних систем для Nix-систем з подальшою компіляцією/складанням. Для Windows все вже зібрано, але готових бінарних пакетів багато! Варіанти з thread safe/non thread safe", VC6/VC9і різні версіїсамого PHP. Статтю створено для прояснення ситуації. В основі – різні джерела, частково – переклад з англійської. Все для того, щоб наступного разу мені знову не розумітися - "що до чого!?".

Потрібна версія PHPзалежить від версії веб-сервера, де він буде використовуватися. Наприклад, Apache 1.3.x працює з РНР версії 3.0.х, Apache 2.х працює з РНР версії 4.0 та вище. Але це не така вже проблема, орієнтуйтеся на нові стабільні релізи і те, що стоїть у хостера.

Що за приписки VC6, VC9, VC11? Вихідники PHP під Windows компілюються у Visual Studio. VC9 виходить при компіляції в VS 2008, VC11 - Visual Studio 2012. Відповідно, щоб вся ця справа у вас працювала, на комп'ютері повинні бути встановлені бібліотеки Visual C++ Redistributable for Visual Studioвідповідного року. Деякі роз'яснення з цього приводу.

Крім того, якщо web-сервером у вас буде старенький Apache із сайту apache.org, то потрібно качати VC6 версії PHP, для компіляції яких використовувався Visual Studio 6. Якщо ж PHP працюватиме для IIS або у зв'язці з новішим Apache, то можна зібрати щось посучасніше;)

Для мене головним ступором у виборі є хостер. Наразі є стабільна версія PHP 5.5.4, а у нього досі 5.2.17!

Тепер найцікавіша частина: " thread safe or non thread safe?"
Вільний переклад статті (Dominic Ryan, 27.09.2007)

Я настільки ламаної англійської ще не бачив: ((Хотів по-швидкому перекласти статтю, але насилу розумію, що автор понаписав. Постійні переходи між "what-is-that" і складно-складові пропозиції взагалі виносять мОСк. Переклад на російську так само ускладнюється тим, що у мене не вистачає знань і фантазії як правильно російською має називатися те, що зазвичай пишеться тільки англійською %) Наприклад технічне поняття "multi proccess architecture" я жодного разу не бачив російською, а мій перл "потік- небезпечні" взагалі під питанням здорового глузду. Втім, що вийшло, то наводжу.

Різниця між thread safeі non thread safeбінарними пакетами PHP

З того часу, коли PHP вперше з'явився під Windows 20 жовтня 2000 року у версії PHP 3.0.17, його бінарні пакети завжди були зібрані як потоково-безпечні (thread safe, TS). Основа наступна: Windows використовує мульти-потокову архітектуру роботи, а Nix-системи підтримують мульти-процесову архітектуру. Якщо PHP був скомпільований як мульти-процесова CGI-додаток замість мульти-потокового, то його використання як CGI-модуля під Windows на сервері IIS призводить до сильних гальм і завантаження процесора. З іншого боку, можна підключити PHP до IIS, як ISAPI-модуль ( потрібна мульти-потокова збірка- прим. перекладача). Тоді виникає інша проблема: деякі популярні розширення PHP розроблені з орієнтиром Unix/Linux, тобто. з мульти-процесовою архітектурою, що призводить до краху PHP, підключеного до IIS як ISAPI-модуля. Т.ч. Створення CGI - найбільш стабільне середовище для PHP на IIS з основним недоліком, що це дуже повільно. Доводиться завантажувати та вивантажувати все середовище PHP з пам'яті щоразу, коли є запит.

Тоді було кілька варіантів збільшення продуктивності PHP на IIS. Перший - використовувати кешування опкода програмами типу eAccelerator, які зберігають PHP-скрипти в частково скомпілюваному стані на диску та/або пам'яті. Такий підхід значно скорочує час виконання сценарію. Інший варіант полягав у налаштуванні IIS на використання PHPв режимі FastCGI. При цьому PHP-процес після відпрацювання не закривався, а отримував нове завдання із черговим php-запитом. До того ж, можна було запустити кілька PHP-процесів одночасно, відчутно прискорюючи обробку запитів, що було бонусом CGI-режиму PHP. При цьому могли бути незначні проблеми із сумісністю PHP-розширень. Це, як і раніше, самий швидкий спосібвикористання PHP, і саме завдання такої конфігурації IIS налаштований установник "IIS Aid PHP Installer".

Бінарники, зібрані в потоково-небезпечному режимі (non thread safe, NTS), дозволяють конфігурувати IIS (та інші веб-сервера під Windows) використання PHP, як стандартний CGI-інтерфейс з сильним приростом продуктивності, т.к. в цьому випадку (у такому збиранні) PHP-процесу не потрібно чекати синхронізації ниток. При порівнянні роботи "thread safe" та "non thread safe" бінарних пакетів PHP на IIS як стандартний CGI-інтерфейс приріст швидкодії становить до 40%, але це все одно не так спритно як використання опкода в FastCGI методі. А найбільший одвірок у тому, що не можна стабільно використовувати потоково-небезпечні бінарники разом з потоково-безпечними. Це означає, що ви не можете використовувати системи кешування опкоду типу eAccelerator у середовищі PHP, створеному потоково-небезпечними бінарними пакетами (затвердження, правильне на момент написання статті).

Якщо потоково-небезпечний PHP не можна налаштувати до такої ж швидкості, що і потоково-безпечне середовище, то навіщо він потрібний у такому збиранні? Повертаємося до FastCGI та розробок Microsoft у цій галузі за останні кілька років. Кодери дрібном'яких створили свій варіант FastCGI, який дозволяє конфігурувати потоково-небезпечні бінарники PHP у режимі FastCGI, що доводить продуктивність до швидкості світла:)

Зі статті я зробив висновок, що гальма спостерігаються тільки при використанні з веб-сервером IIS. У будь-якому випадку, дурнів під Windows+Apache я не бачив. У ній сказано, що можна розігнати NTS-складання на будь-якомувеб-сервері, але я не уявляю собі такий конфіг Apache.

Threaded discussion

A threaded discussion is electronic discussion (такий як один за допомогою електронної пошти , e-mail list , bulletin board , newsgroup , або Internet forum) в якому програмне забезпечення ідентифікує користувача, використовуючи visual grouping messages. Messages є usually grouped visually in a hierarchy by topic. A set of messages grouped in this way is called a topic thread or simply "thread". На дискусійному форумі, електронна адреса клієнта або новини клієнта є власником до "трейдованих топиків", якщо його групи повідомлені на тій самій сторінці, що будуть доступні для того, щоб скористатися ними. Moreover, threaded discussions typically allow users to reply to particular posting within a topic"s thread. Як результат, there can be a hierarchy of discussions within the thread topic. називається Threaded Mode. (The alternative being Linear Mode, which typically shows all of the posts in date order, regardless of who may have specifically replied to whom.)

Advantages

Досвід hierarchically threaded views is that the allow the reader to appreciate quickly the overall structure of a conversation: specifically who is replying to whom. Як це є найбільш корисним в роботі з розширеними розвідками або розмовами, такими як newsgroups: індеїд, для справді комплексної розмови, це швидко є неможливим до наступного argumentу без будь-якого sort hierarchical threading system in place.

Інший benefit is in the more subtle appreciation of community in hierarchically threaded systems. Як responses have to be made to specific posts, they are also made to specific individuals. Threaded conversations thefore tend to focus the writer на конкретних переглядах і особистісність the individual being responded to. Цей випадок незважаючи на те, що останній коментар є досконало внесений до загальної школи.

Disadvantages

Відповідальність hierarchical threading over flat threading is increased level of complication, and such a view therefore requires increased level of comfort and sophistication on the part of its users. Це не заперечує, що його придбання буде бути невідомим в деяких oldest і/або most sophisticated of online communities, так як Usenet , CIX or Slashdot . Web chat and comment systems є, comparison, younger і Open to a wider audience, and as such hierarchical threading is only recently becoming commonplace in such arenas.

Imposing a tree hierarchy також tends до fragment discussion within topic: це не довгий час, як це можливо, щоб поставити повідомлення, або сумісність several different previous posts. Instead, every previous post must be respond to individual. Це arguable те, що ця література має більше споконвічний debating style в тому, що використовує hierarchical threading. However, true though that may be, if direct threaded reply is no longer possible due to volume of replies to the desired post, users are now often using quotes by Person they are responding to in order to keep conversation on track and flowing smoothly. Це recommended by most message board communities в даному випадку, що threading буде reached її з іншимивирішальним обмеження.

Open thread

Читайте про те, що ти можеш choose. Вони завжди мають багато популярних blogs with large amounts of traffic ; вони будуть використані, коли автори blogу не є суб'єктом матері, щоб почати або коли вони є ull in posting.

Open threads є також використані до перекриття monotony posts on the main pages of blogs. Comments may build up on content-oriented posts; thefore, authors use the open threads so page load times won"t be slowed down.

Examples

* Yahoo! Groups [ http://groups.yahoo.com/] , MSN Groups [ http://groups.msn.com/] and Slashdot [ http://www.slashdot.com/] всі веб-основи forums, що позначаються threaded discussions.

See also

* Scholarly Skywriting
* List of blogging terms

References

*Dartmouth. (2003). [ http://www.dartmouth.edu/~webteach/articles/discussion.html "Taking discussion online" ]
*Wolsey, T. DeVere, [ http://www.readingonline.org/articles/art_index.asp?HREF=wolsey/index.html "Literature discussion in cyberspace: Young adolescents using threaded discussion groups to talk about books]. "Reading Online", 7(4), January/February 2004. Retrieved December 30, 2007

Wikimedia Foundation. 2010 .

• Leon Powe
• Barh Azoum

Look at other dictionaries:

Internet forum- The phpBB Internet Forum software package, один з найбільш популярних forum packages ... Wikipedia

History of virtual learning environments 1990s- У історії віртуальних навколишнього середовища, 1990-х був час зростання, в першу чергу, щоб привести до повного комп'ютера і Internet.1990s1990* Formal Systems Inc. of Princeton, NJ, USA introduces a DOS заснований Assessment… … Wikipedia

CoFFEE- Collaborative Face to Face Educational Environment Developer(s) LEAD consortium Stable release 5.0 / June 2010 Operating system Cross platform … Wikipedia

Conversation threading- Це feature used за багато електронних клієнтів, бюлетені boards, newsgroups, або Internet forums в яких softwars aids the user by visually grouping messages. Messages є usually grouped visually in a hierarchy by topic. A set of messages grouped… … Wikipedia

Slashdot- Screenshot of Slashdot.org Головна сторінка URL slashdot.org Slogan News for nerds. Stuff that matters … Wikipedia

MediaWiki- namespace redirects here. Для того, щоб зареєструвати MediaWiki namespace на Wikipedia, viz Help:MediaWiki namespace. Для загальної інформації про Wikipedia namespaces, see Wikipedia:Namespace. Talk page and MediaWiki Talk page redirect here. For… … Wikipedia

Computer-mediated communication- Для інших засобів, бачте CMC (disambiguation). Computer mediated communication (CMC) is defined as any communicative transaction that occurs through the use of two or more networked computers. While the term has traditionally referred to those… … Wikipedia

Comparison of wiki software- The following tables compare general and technical information for number of wiki software packages. Contents 1 General information 2 Target audience 3 Features 1 4 Features 2 … Wikipedia

Scholarly Skywriting- це термін сприймається як cognitive scientist Stevan Harnad, щоб усунути комбінацію багатьох електронних пошти та ексклюзивні веб-адреси архіву, як newsgroup, електронні листи, hypermail, netnews or Internet forum, linked and sortable by date,… … Wikipedia

Collaborative decision-making software- Collaborative decision making (CDM) software is a software application or module що coordinates the функцій і риси, що вимагається вперед на timely collective decisions, сприяючи всім важливим stakeholders to participate in the process. The… … Wikipedia