GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE

  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Notices by heluecht (heluecht@pirati.ca), page 6

  1. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Thursday, 12-Jan-2023 14:50:34 JST heluecht heluecht
    in reply to
    • heluecht
    • Fedilab Apps
    • Matthias/E
    @one @apps Ah, yeah! You mean when you alter permissions on a comment?
    In conversation Thursday, 12-Jan-2023 14:50:34 JST from pirati.ca permalink
  2. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Thursday, 12-Jan-2023 06:49:11 JST heluecht heluecht
    in reply to
    • Friendica Support
    • Fedilab Apps
    • Matthias/E
    @one @apps This should not happen. There should be an error instead. Can you open an issue?
    In conversation Thursday, 12-Jan-2023 06:49:11 JST from gnusocial.jp permalink
  3. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Tuesday, 10-Jan-2023 09:06:28 JST heluecht heluecht
    in reply to
    • hypolite
    @hypolite Aren't we all more or less in the spectrum?
    In conversation Tuesday, 10-Jan-2023 09:06:28 JST from pirati.ca permalink
  4. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Thursday, 05-Jan-2023 02:44:43 JST heluecht heluecht
    in reply to
    • heluecht
    • hypolite
    @hypolite I just had a small issue while testing this PR: github.com/friendica/friendica…
    In conversation Thursday, 05-Jan-2023 02:44:43 JST from pirati.ca permalink

    Attachments

    1. Domain not in remote thumbnail source whitelist: opengraph.githubassets.com
      GitHub - friendica/friendica: Friendica Communications Platform
      Friendica Communications Platform. Contribute to friendica/friendica development by creating an account on GitHub.
  5. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Wednesday, 04-Jan-2023 23:16:48 JST heluecht heluecht
    in reply to
    • heluecht
    • hypolite
    @hypolite No, only dumbness.
    In conversation Wednesday, 04-Jan-2023 23:16:48 JST from pirati.ca permalink
  6. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Tuesday, 27-Dec-2022 16:45:00 JST heluecht heluecht
    in reply to
    • heluecht
    • hypolite
    @hypolite From a database perspective it is really bad practice to store data that is already stored. In this case it is especially bad since there are depending tables (like the one with the reported posts) that with each update is deleted and inserted over and over again.

    Also when this technique was applied to some other places that have got a higher risk of race conditions we run into nightmare situations where some fields had been reverted to older situations because there had been some other (parallel) task between setting the class variables and saving all the fields. Let's say we had a situation where the one process set the avatar of a contact and a parallel process is setting the date of the last item. With the right (or better: bad) timing, the avatar or the date of last item was reverted when we worked that way.

    I do get your point of input validation. But that solution opens up a bunch of other problems that are even worse than the original problem.
    In conversation Tuesday, 27-Dec-2022 16:45:00 JST from pirati.ca permalink
  7. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Tuesday, 27-Dec-2022 16:44:55 JST heluecht heluecht
    in reply to
    • heluecht
    • hypolite
    @hypolite This sounds like coding with one hand tied on the back and then having the need to invent some workaround to counter the self caused limitations.

    So the easy task of setting the status will now consist of:
    - fetching all report fields (although we don't need the content for our task)
    - fetching all associated side table fields (the uri-ids) (although this is of no interest here)
    - processing the fields
    - returning the content
    - changing one value (the status)
    - storing all fields in the report table
    - delete all table entries for that report in the side table with the uri-ids
    - insert all table entries again, although we haven't change anything there

    And this process will even getting worse, when we have the need to set the status for a whole bunch of reports (when for example 10 people report the same, then we should be able to easily close 9 reports). In that case - instead of issuing a single update command with the array of the report ids - we had to execute the above steps in some loop. This will slow down the whole process and will increase the database load as well.

    I understand the reason why to work with class variables instead of associated arrays when handling with fetched data. But I don't see a reason why to limit ourselves upon updating as well.
    In conversation Tuesday, 27-Dec-2022 16:44:55 JST from pirati.ca permalink
  8. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Tuesday, 27-Dec-2022 07:31:34 JST heluecht heluecht
    in reply to
    • heluecht
    • hypolite
    @hypolite I thought that the "entity" only contains the class variables?

    What I want to do is to create constants for the status. So they are "entity-related", I guess.

    Also I want to create functions like "setDismissed" (and similar) to update the status. Also some "getOpenReports" that should return an array of reports. Concerning the returned data, I also want to return an enhanced set of data. Means: I don't only want to return the contact id of the reported contact and the uri-id of the posts, but also all needed contact related data (nick, name, url, avatar, ...) and the post related data (like title, body, creation date, ...). For this I want to create some view that then has to be called inside of that class.
    In conversation Tuesday, 27-Dec-2022 07:31:34 JST from pirati.ca permalink
  9. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Tuesday, 27-Dec-2022 07:31:30 JST heluecht heluecht
    in reply to
    • heluecht
    • hypolite
    @hypolite I don't understand why we should split the setting of the status in two steps? Why not directly set and store the status? I don't see any sense in storing (and overwriting) all the existing fields when we only want to change some little status field.

    Concerning "createFromTableRow": I don't want to return just the array of the uri-ids there, but some array with enhanced data per record. So I guess that function needs some enhancement.
    In conversation Tuesday, 27-Dec-2022 07:31:30 JST from pirati.ca permalink
  10. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Tuesday, 27-Dec-2022 07:12:30 JST heluecht heluecht
    in reply to
    • jakob
    • heluecht
    • hypolite
    • Peter Vágner
    • hamiller_friendica
    @hypolite @pvagner @jakob @hamiller_friendica That's what I thought of.
    In conversation Tuesday, 27-Dec-2022 07:12:30 JST from pirati.ca permalink
  11. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Tuesday, 27-Dec-2022 07:04:32 JST heluecht heluecht
    in reply to
    • jakob
    • heluecht
    • Peter Vágner
    • hamiller_friendica
    @pvagner @jakob @hamiller_friendica We are doing so for many years.
    In conversation Tuesday, 27-Dec-2022 07:04:32 JST from pirati.ca permalink
  12. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Tuesday, 27-Dec-2022 06:36:15 JST heluecht heluecht
    • Friendica Developers
    I've got a question where to place the functions to return data for the reports and to set the status. There is the report "factory" and the report "repository". At least I guess that the functions wouldn't be placed in this report "entity".

    Concerning constants: I guess that they are placed in the "entity" class, aren't they?
    In conversation Tuesday, 27-Dec-2022 06:36:15 JST from pirati.ca permalink
  13. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Saturday, 24-Dec-2022 02:15:40 JST heluecht heluecht
    in reply to
    • heluecht
    • Michał "rysiek" Woźniak · 🇺🇦
    @blender @rysiek @SolarpunkPrompts I just was confused about a bunch of new users - then I saw this post ?
    In conversation Saturday, 24-Dec-2022 02:15:40 JST from pirati.ca permalink
  14. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Wednesday, 21-Dec-2022 06:07:51 JST heluecht heluecht
    in reply to
    • heluecht
    • hypolite
    • finickydesert
    @hypolite @finickydesert Well, do you think that there is any team member left on Twitter for "Bluesky"?
    In conversation Wednesday, 21-Dec-2022 06:07:51 JST from pirati.ca permalink
  15. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Tuesday, 20-Dec-2022 03:45:41 JST heluecht heluecht
    in reply to
    • heluecht
    • tux
    • hypolite
    @hypolite @tux BTW: I just realized that my small fix to check if a server is reachable seems to to ugly stuff. I will have a look at it, when I'm home.
    In conversation Tuesday, 20-Dec-2022 03:45:41 JST from pirati.ca permalink
  16. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Tuesday, 20-Dec-2022 01:29:43 JST heluecht heluecht
    in reply to
    • heluecht
    • tux
    • hypolite
    @hypolite @tux This is a rather complicate PR that changes a lot of lines. This is something that I can't check "on the fly".
    In conversation Tuesday, 20-Dec-2022 01:29:43 JST from pirati.ca permalink
  17. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Tuesday, 20-Dec-2022 01:29:39 JST heluecht heluecht
    in reply to
    • heluecht
    • tux
    • hypolite
    @hypolite @tux But this isn't something that I can't do at work.
    In conversation Tuesday, 20-Dec-2022 01:29:39 JST from pirati.ca permalink
  18. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Monday, 19-Dec-2022 04:17:54 JST heluecht heluecht
    Aus der Kategorie "Twitter dreht jetzt komplett frei": Man darf auf #Twitter nicht mehr auf andere Netzwerke verweisen:
    • "Twitter will no longer allow free promotion of specific social media platforms on Twitter."
    • "Prohibited platforms: Facebook, Instagram, Mastodon, Truth Social, Tribel, Post and Nostr"
    • "If violations of this policy are included in your bio and/or account name, we will temporarily suspend your account and require changes to your profile to no longer be in violation."
    • "Accounts that are used for the main purpose of promoting content on another social platform may be suspended. Additionally, any attempts to bypass restrictions on external links to the above prohibited social media platforms through technical or non-technical means (e.g. URL cloaking, plaintext obfuscation) is in violation of this policy. This includes, but is not limited to, spelling out “dot” for social media platforms that use “.” in the names to avoid URL creation, or sharing screenshots of your handle on a prohibited social media platform."
    Es könnte also sein, dass meine Zeiten auf Twitter tatsächlich demnächst ein Ende finden - Wobei: In der Liste der Plattformen steht ja "Mastodon" und nicht das Fediverse an sich. Also müsste Friendica ja eigentlich okay sein ?
    Promotion of Alternative Social Platforms Policy | Twitter Help
    In conversation Monday, 19-Dec-2022 04:17:54 JST from pirati.ca permalink
  19. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Friday, 16-Dec-2022 23:01:28 JST heluecht heluecht
    in reply to
    • hypolite
    • xy@amical.info
    @hypolite @xy should we do the same like in that post to avoid this error message?
    In conversation Friday, 16-Dec-2022 23:01:28 JST from pirati.ca permalink
  20. Embed this notice
    heluecht (heluecht@pirati.ca)'s status on Thursday, 15-Dec-2022 23:05:40 JST heluecht heluecht
    in reply to
    • hypolite
    • fabrixxm
    @hypolite @fabrixxm beautiful ?
    In conversation Thursday, 15-Dec-2022 23:05:40 JST from pirati.ca permalink
  • After
  • Before

User actions

    heluecht

    heluecht

    Entwickelt Open Source in der Freizeit, hat zu viele Fahrräder und ist Fan des HSVH (Das erste "H" steht für "Handball") und von islieb, Franzbrötchen und guter Schokolade. Wunschliste: alles unter https://www.rausch.de/schokolade/Wer Amazon mag: https://www.amazon.de/hz/wishlist/ls/3VWK0ZL3MN3ZTLiberapay: https://liberapay.com/heluecht/donateBTC: 1AtJ9JVysdhWjSs5qQvp7Xt9xFdjMKSSA7BCH: qpjg2gwgr35fgz3dxy6lcpw3lt4szrfgev90uk3tfv

    Tags
    • (None)

    Following 0

      Followers 0

        Groups 0

          Statistics

          User ID
          4834
          Member since
          12 Aug 2022
          Notices
          146
          Daily average
          0

          Feeds

          • Atom
          • Help
          • About
          • FAQ
          • TOS
          • Privacy
          • Source
          • Version
          • Contact

          GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

          Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.