p.s.
Підписатись

p.s.

Приєднався: 2 місяці тому | 0 Читає   1 Читачів | 425
  1. Перше місце, куди я дивлюсь при виникненні специфічної проблеми яку необхідно вирішити -- це Packagist, де хтось, її, можливо, вже вирішив.

    Ніколи не відвідую Packagist хіба що коли мені треба оновити API для пакунків. Хіба там є баг трекер? Packagist - це просто резольвер для Composer. Весь двіж на GitHub чи іншому сховищі, на який Packagist лінкує пакунок.

  2. Напишу простіше:

    1. composer init
    2. git commit -m 'init composer package'
    3. git push

    Система сумісності новачкам не треба, стандартно composer init запропонує актуальну версію PSR на момент створення проекту.

    Що б я дійсно порадив то це ознайомитись з основами https://semver.org/lang/uk/

  3. При всій повазі до філософії Ruby, за 15 років так і не знайшов вагомі причини написати хоча б одну програму на продакшн. Можливо через власну інертність бо все життя працював з PHP і мені простіше читати логіку цією мовою - тому пишу нею навіть там де вона не в профілі (ось як наприклад сервери для різних протоколів).

    PHP в принципі хоч і з затримкою але рухається в правильному векторі, особливо після релізу вісімки. Думаю в перспективі може стати однією з основних мов для розробки десктоп застосунків. По типу того, як це сталось із JavaScript / Node.js

    Ну і додам, що PHP має C-like синтаксис, тому володіючи цією мовою буде трохи простіше перестрибнути в цю сферу після пісочниці у веб проектах.

  4. Щось не додається лінк в новій темі, завісло з повідомленням "Отримуємо дані по URL"

  5. Ну мінуси цього варіанту я описав, в мене кожен "перший" клієнт на ньому та іноді стає питання переїзду через інертність підтримки і пасування на їхні доки замість допомоги в конкретному питанні.

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

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

  7. Замість youtube-dl зараз актуально використовувати yt-dlp

    також є реалізація графічного інтерфейсу

  8. Пише Forbidden

  9. Все таки не витримав і вирішив спробувати на практиці - роблю браузер для Gemini бо не можу вичавити з разрабів існуючих такі речі як кастомний DNS резольвер та кешування історії в локальні файли.

    Так як в мене вже є ліба на PHP, вирішив не писати його на Rust, як було задумано (можливо перепишу пізніше але мені поки все подобається)

    1. Фреймворк працює стабільно, іноді відсутні деякі методи, але розробник їх додає після репортів. Компілив з репозиторіїв все без проблем на Debian 12.
    2. З багатопоточністю так, може дається в знаки відсутність досвіду, але я наприклад не можу оновити трей після завантаження сторінки, бо перший сетер переписується другим. Треба якісь костилі або петлі фреймів.
    3. Після HTML робота з GTK це трешак. Проблема не в ООП, а в тому що новачку важко второпати документацію, в мережі мало прикладів, які є - ті застарілі для двійки, доводиться читати всіма мовами зокрема C і Python.

    В цілому до ліби питань немає, давно хотів створити програму для GTK бо саме у цьому середовищі більш звична обробка подій, робота з текстом і тд.

    Сам браузер поки сирий але вже може частково відкривати сторінки Gemtext, реалізована обробка розмітки; закладена робота з табами, реалізовані кнопки історії. Ось застряг з елементарною задачею додати кнопку "закрити" в таб GtkNotebook. Не знаю може глюк з PHP-GTK бо все перепробував

  10. Я сам не знаю який сенс залазити в обгортку cpp, з іншого боку, таке явище як node.js говорить саме за себе.

    Дивно що цей проект навіть живий, власне додав собі в закладки, може спробую, але маючи досвід років може 15 в PHP, мені все одно не просто второпати в суть роботи, бо для програм GTK, QT тощо треба знати саме специфіку фреймворку а не мови на якій написане їх API.

  11. Можна ще через extended search - те само є в доках і до мантікори. Це щоб не робити багаторівневі перевірки в коді. Методом suggest ще не користувався, так що дякую Вам!

  12. $search->match('@name біііг')

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

    ",su" -> "біг"

    Це не транслітерація, а швидше питання по конкретній розкладці клавіатури (не у всіх ці літери на вказаних клавішах), це до слова.

    Якщо у вас нестандартний ввід і немає бажання розбиратись зі словниками / keymap, то я б радив обробляти корекцію на рівні php. Сюди ж не забудьте про екранування спец. символів - це у вашому випадку може також збивати з толку.

    Підключитись до сервера можна командою mysql -P9306 -h0 але спочатку встановіть MySQL клієнт для запитів SQL (не плутати з сервером).

    Питання краще задавати напряму на GitHub Issues або Discussions (посилання вище), якщо проблеми з перекладом то через Google translator, або тут в розділ Q&A. Бо як мінімум можна виділити 3 питання на 3 окремі треди, таке в коментах не вирішується