1 861

(205 відповідей, залишених у PHP)

Що я зараз подумав - нам обов'язково треба створити угоду стилізації перекладу документації.
Швидше за все, пунктів цієї угоди не буде багато, бо ми не створюємо щось нове, але все ж таки...

Також, щоб нам не перечитувати дану тему з метою пошуку рекомендацій стосовно перекладу документації PHP, всі вони будуть в каталозі https://github.com/php-uk/web-php/tree/master/manual.

Прогляньте README.md (файли з розширенням .md можна відкривати як прості текстові файли). Хто раніше вже стягнув собі проект локально, для того щоб появились у вас документи, які хтось із нас додає в загальний проект - необхідно стати на своїй локальній копії проекту, та з меню правої кнопки мишки вибрати пункт
TortoiseGit->Pull...
Потім натискаєте ОК, після чого повинні підтягнутись лише відсутні у вас документи, які є в загальному репозиторію (тобто не будуть знову стягуватись 600 МБ).

Тут на форумі пропоную обговорювати "Угоду для перекладу".

1 862

(18 відповідей, залишених у HTML та CSS)

mahobo, дякую вам за зауваження.

- стосовно "правил чергування літер", то не могли б ви навести приклади слів з мого сайту
- виправив управління на керування (але мабуть слово керівник не вкладається у наведені вами правила)
- замінив дефіси на тере
- тобто якщо мене звуть Костя, то треба казати "Привіт, Косте!"? якось не дуже звучить, покищо залишу без змін
- от із закінченнями "а, у" я завжди плутаюсь; здається після прочитання цієї статті я виправив якраз із "у" на "а"
- замінив відгалудження на відгалуження

1 863

(205 відповідей, залишених у PHP)

Нарешті запушив каталог manual на Github...
Напишу план для співпраці навіть для тих людей, які хочуть допомогти із перекладом, але які не вміють користуватись Git.

  1. Необхідно скачати файл для встановлення клієнта TortoiseGit (близько 20 МБ) з https://code.google.com/p/tortoisegit/w … nload?tm=2

  2. Ставите його собі

  3. Придумуєте в якому місці ви зможете розмістити 600 МБ документів php

  4. Копіюєте текст лінка https://github.com/php-uk/web-php.git, після чого на вибраному місці для документів клікаєте правою кнопкою миші і вибираєте пункт "Git Clone..."

  5. Вам буде запропоновано вибрати URL звідки буде відбуватись клонування проекта, але якщо ви скопіювали в буфер обміну на попередньому кроці лінк, то він має автоматично підхватитись і вставитись

  6. Клікаєте ОК

  7. Далі повинен створитись каталог, в який буде клонуватись проект PHP-документації

  8. Після завершення процесу клонування, в корені каталогу заходите в manual/doc-uk

  9. Там для перекладу потрібні лише два каталоги - en та uk - в першому офіційна документація на англійській, в другому точно така ж структура каталогів, але там знаходяться лише ті файли, що вже перекладені на українську мову (хоча пару штук ще в процесі перекладу)

  10. Щоб перекласти певний документ вам потрібно скопіювати його спочатку із каталогу en у відповідний каталог всередину uk. Наприклад, Якщо ви розмістили проект безпосередньо на диску D, і хочете перекласти документ D:\web-php\manual\doc-uk\en\contributors.xml, то вам потрібно скопіювати його щоб він опинився відповідно у D:\web-php\manual\doc-uk\uk\contributors.xml (ну і думаю, що зрозуміло - перекладати документи лише в каталозі uk)

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

1 864

(205 відповідей, залишених у PHP)

funivan, давайте поки що із php.net (тобто з офіційною документацією) почекаємо, поки в нас назбирається достатньо матеріалу, щоб представити її людям, хто відповідає за неї. Зараз я пропоную працювати над неофіційною документацією, точніше - без офіційного одобрення php.net. Хоча абсолютно всі матеріали я беру з офіційного їхнього репозиторію (https://svn.php.net/repository).

Сподіваюсь що вночі в мене буде швидший інтернет, то я зможу запушити на Github каталог manual, де будуть якраз ті документи, які нам потрібно перекладати. Коли я це зроблю я відпишусь з докладним планом нашої співпраці.

1 865

(6 відповідей, залишених у PHP)

Не зовсім зрозуміла задача, але... funivan, ви ж напевно користуєтесь SVN чи GIT так же? З чим вони не можуть справитись? Адже кожен із них може легко показувати будь-які зміни внесені вами на протязі всієї історії розробки. І раптом, якщо вам потрібно зразу декілька варіантів вашого коду, то для цього передбачені гілки, які можна зливати в довільному порядку.
Чи я сильно спрощено уявив вашу проблему?

1 866

(205 відповідей, залишених у PHP)

Покищо форкнув оболонку для сайта php та закомітив свої зміни в master. Можете вже приєднуватись.

Далі планую комітити всі фали доків (в каталог manual). Це мабуть займе досить багато часу, бо інтернет в мене аж 30 кБ із мого села шурує =)...

1 867

(18 відповідей, залишених у HTML та CSS)

Народ, запрошую на сайт Bootstrap 3 (з перекладом на українську мову).

Радий також похвалитись, що на даний сайт є лінк з офіційного сайта Bootstrap.

Зразу розумію, що буде критика стосовно перекладу (таких слів як source і т.д.), але якщо критика буде конструктивною, то можу виправити певні слова, чи конструкцію речення. Відписуйтесь

1 868

(205 відповідей, залишених у PHP)

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

Я маю конкретні напрацювання:

На перший погляд, так як і писав сам smisha у нього "юнацький запал" трохи спав, а тому треба організовувати якусь таку систему, щоб ми мінімально залежали один від одного.

Що я пропоную:

  • для початку - всім хто хоче працювати разом над одним проектом необхідно вміти користуватись клієнтами SVN, GIT. Якщо цього хтось не вміє, то досить легко зрозуміти "що це таке і для чого" встановивши собі TortoiseSVN, TortoiseGIT (у випадку, якщо у вас Windows). В інтернеті інфи із цього приводу досить багато. Коротенький перший крок - створення локального SVN репозиторію є на моєму сайті

  • якщо ще залишились добровольці, підтримуйте ідею. Я щойно створив на Github поки що пусту оргаізацію php-uk. Можна було б зразу створити свою директорію в офіційному PHP-SVN сховищі, але як ми бачимо з прикладом smisha - це може затягнутись на довго. Можливо в подальшому, ми все ж таки відкриємо і на офіційному сайті свій каталог в SVN, але здається - навіть якщо якась мова і має переклад на 100%, то не мала частина йде на англійській все одно (коментарі, хелпери, підказки при пошуку...)

Що скажете?

1 869

(21 відповідей, залишених у PHP)

funivan написав:

RunRobot не повинен бути реалізовано метод turnLeft()

Саме це я мав на увазі ;)

Тобто Replace дав вам зразу правильну відповідь?

1 870

(138 відповідей, залишених у PHP)

Invader написав:
Прихований текст

Я про оце

В наш час, коли в Києві середня заробітна плата коливається біля 5000 (+/- 2000) грн/міс. ЗП початківців у веб-розробці стартує від цієї цифри, а в середньому дорівнює 14000 (+/- 4000) грн/міс

з вашого сайту.

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

1 871

(12 відповідей, залишених у PHP)

44 із 100. Були питання по Linux, в яких я покищо дуже мало обізнаний, то лише в таких питаннях ставив відповіді навмання.

1 872

(21 відповідей, залишених у PHP)

Якщо під словами

що б у класі RunRobot  не було методу turnLeft()

розуміти, що в оголошенні класу  RunRobot не повинен бути реалізовано метод turnLeft(), то Replace начебто ж правильну відповідь написав зразу. А якщо під цим розуміти: щоб в переліку класа RunRobot не повинно бути методу turnLeft(), то мабуть зробити його приватним.

1 873

(138 відповідей, залишених у PHP)

Invader написав:
Прихований текст

ktretyak, а ви часом для журналу (журанлів) не писали?

Прихований текст

Не зрозумів питання. Ви натякаєте на раніше заготовленому тексті, який я зараз тут начебто вставив, чи на форматуванні текста?

1 874

(144 відповідей, залишених у PHP)

funivan написав:

...
кількість файлів - 19259 (з них 9342 PHP файли)
139мб оперативи не поитмізовано (жму кнопку оптимізувати - 100мб)   (такі дані в PhpШтормі пишуться)
В процесах хаває 500мб оперативи...

funivan, дякую. Ну покищо бачимо аргументи не на користь противників NetBeans... А на диску який розмір проекта?

1 875

(138 відповідей, залишених у PHP)

Свого часу, коли вибирав собі фреймворк, то зупинився на KohanaFramework, оскільки почитав за нього, що поріг вникнення у нього значно нижчий в порівнянні з іншими фреймворками. І справді, коли я почав його вивчати, то зрозумів чому в нього низький поріг вникнення - в ньому досить добре зрозуміла структура каталогів, іменування класів, файлів... Хоча зразу скажу, що величезними мінусами є

Також немаловажливим мінусом є низька затребуваність досвіду з ним у роботодавців.

Якщо б не його плюси, то я б вже точно дивився в бік Yii та Symfoni 2. А якщо коротко про його плюси, то:

  • в першу чергу він, справді, досить добре структурований

  • добре прокоментований код, безпосередньо з якого створюється документація, причому можна легко розділяти код написаний окремими розробниками; ось наприклад клас, який написав я (це видно в заголовках лівого меню - KtretyaK)

  • він досить швидкий та раціонально використовує ресурси (приклад - мій сайт має близько 800 сторінок контенту в БД)

  • його можна назвати "дорослим фреймворком", оскільки в ньому реалізовано досить серйозний функціонал - зі старту з ним йдуть модулі: auth, cache, codebench, database, image, minion (is a simple command line task runner), ORM, Unites, Userguide; на скільки я зрозумів, то в порівнянні з іншими фреймворками в нього досить гнучка та прогресивна система маршрутизації (routing) з фільтрами, кешуванням, автоматичним створенням лінків

1 876

(144 відповідей, залишених у PHP)

Користуюсь NetBeans 7.4, і оскільки інші безкоштовні IDE і близько не лежать за функціональністю з ним, то не змінюю його. Бачу, що досить часто рекламуюсь PHPStorm, але поки що не побачив для чого мені може знадобитись більше функціональності (хоча, зараз згадав, що можна було б зробити написання макросів більш розвинутіше).

Стосовно прожерливості NetBeans, то чесно кажучи навіть і не знаю чи можна більш оптимально використовувати, наприклад, оперативу. Зараз в мене відкрито 2 проекти, які в сумі займають на диску 730 МВ та мають 92 тис. файлів (і 4,5 тис. каталогів), то NetBeans забрав майже 800 МВ оперативи. Звичайно що, при відкритті таких проектів, підгальмовує на протязі мабуть хвилин 3-5, але ж потім пошук слів по всьому проекту у нього дуже швидкий.

От цікаво запитати тих, хто користується PHPStorm: невже він потребує менше оперативи, і якщо так, то невже він також  миттєво розуміє взаємозв'язки між об'єктами, та при відкритті файлу синхронно може відкривати потрібне дерево, де знаходиться цей файл (цікаво саме стосовно великих проектів)?